结论
事半功倍
开发者将 21% 的时间 用于修复 bug。测试有助于减少你的工作量,通过捕获缺陷并加快调试来提高效率。但每个新功能都会引入更多需要测试的 UI 和状态。保持生产力的唯一方法是实现直观的测试工作流程。
首先,将测试用例写成 stories。你可以在 Jest, Chromatic 和 Axe 等测试工具中重用它们。研究表明,代码重用可以节省 42-81% 的开发时间。
在开发过程中,边写代码边测试,以获得快速反馈循环并在发布到生产环境之前捕获 bug。修复生产环境中的 bug 要昂贵 10 倍!

最后,使用 CI 服务器运行所有检查,覆盖整个 UI,以防止意外回归。微软支持的研究表明,通过自动化测试,你可以看到 缺陷减少 20.9%。
当你的测试通过时,你将对你的 UI 无 bug 充满信心。
我希望将这些经验浓缩成一个实用的工作流程能帮助你实现自己的可靠测试策略。让这成为你的起点。
本教程的示例代码
如果你一直在跟着代码练习,你的代码仓库和部署的 Storybook 应该看起来像这样
更多资源
想了解更多?这里有一些其他有用的资源
- 视觉测试手册是一份深入的 UI 外观测试指南,其中包含来自 BBC、Adobe、Target 等领先工程团队的经验。
- 如何使用 Storybook 测试 UI 详细介绍了如何使用 Storybook 进行 UI 测试。
- Discord 聊天让你与 Storybook 社区和维护者联系。
- 博客展示了最新的发布和功能,以优化你的 UI 开发工作流程。
感谢与我们一同学习。订阅 Storybook 邮件列表,以便在发布此类有用的文章和指南时收到通知。