本文由一次线上故障引发，探讨了前端UI自动化测试的重要性。通过增加beta发布验证和上线后的回归测试来解决问题。介绍了前端自动化测试的两种类型：单元测试和e2e测试，并对比了Selenium、PhantomJS、Nightmare、Nightwatch、Cypress和Puppeteer等自动化测试框架。文章强调，自动化测试在频繁迭代项目中的价值，并提出了未来前端UI自动化测试的两大发展方向。
背景
事件的起因在于老板最近的两次“故障”，一次去年的，一次最近。共同原因都是脚手架在发布平台发布打包时出错，导致线上应用白屏不可用。
最神奇的是，事后多次 Code Review，结果还是没有发现任何能够导致该问题的 bug，最后推测有可能是服务器在发布打包的时候出了问题。
当老板第 N + 1 次吐槽因为他写的工程化工具领来的天外飞锅，我突然思考起来，如何才能避免这种天外飞锅。
归根结底，导致这类线上故障的原因都是在于打包上线的代码没有经过验证。针对这个问题，有两种方法可以解决：
治本
由于请求地址不同，预发（测试）版本不可直接发线上，而线上版本缺少了上线之前的验证过程。所以，可以通过在发布系统的预发和线上之间，新增一个 beta 发布，beta 发布使用线上发布的打包流程，不同的是，只允许内网访问，专门用于内部测试。
有人可能会问，哪怕添加了 beta 发布，依然无法保证线上发布重新打包的时候不出错呀？
重点来了，这种解决方案的核心就在于，beta 发布测试通过后，直接将 beta 发布的打包产物进行线上发布，因为不需要二次打包，所以避免了打包过程中产生新的问题。由于添加 beta 发布需要不同岗位，比如运维、后端、移动端的协作，所以实施难度较大。
治标
既然线上版本上线之前验证不了，那么上线之后立刻回归验证，如果
最低0.47元/天 解锁文章
582
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
