关于软件测试:UI-自动化测试应不应该投入有没有前途怎样做最明智

34次阅读

共计 933 个字符，预计需要花费 3 分钟才能阅读完成。

昨天公布了《实战 | UI 调度自动化测试平台（基于 Python）》文章之后，看到不少测试同学吐槽本人公司的 UI 自动化测试成果差而保护老本高，就是一件劳民伤财的个体流动。常常也会有同学问，UI 自动化测试应不应该投入？有没有前途？怎么做比拟理智？
针对这个痛点问题，本文整顿了霍格沃兹测试学院校长，资深测试架构师 @思寒老师的认识和最佳实践经验，供大家参考，也欢送有教训的同学留言探讨。

从公司价值角度：没有 UI 自动化测试并不影响公司和测试团队的生存；
从集体价值角度：没有 UI 自动化并不影响找工作，然而会影响找大公司的工作；
兼容性测试价值：没有 UI 自动化测试，最起码兼容性测试是不可能做好的。所以当你没有 UI 测试的时候，你只能祷告你们的研发队伍很给力。实质只是看这几十万是怎么花的，要么是研发凭能力省下来、要么是测试凭能力省下来，要么是第三方公司凭能力挣的，要么是用户体验受损导致公司损失掉的。
非功能测试：内存透露、页面性能、弱网都须要对具体页面的拜访，人手是否能够足够快的能够反复的在各种不同场景下巡回测试，或者有理由不测试，比方 AB 测试或者品质监控很好。
继续集成 / 继续交付：研发均匀每几个小时就会打进去他感觉有信念的测试包，你如何疾速的做出品质反馈。
政治价值观：你如何应答 CXO 们对测试团队执行效率的吐槽？缩小承接的需要、升高公司的倒退速度、加人、找外包还是进步手速？你须要有应答的策略。
你的产品单元测试、接口测试十分成熟，而前端团队很给力，根本不出 UI 问题，有靠谱的研发团队在为品质兜底；
你的自动化程度很差，搞自动化非但不胜利还让公司损失惨重，你用血个别的教训胜利让领导接收了 UI 自动化测试无用论；
你的公司 2 个月公布一个大版本，你有为期 2 周以上的测试工夫能够充沛的豪华节约；
你的公司是富甲一方的甲方，你有数十人的外包测试团队能够帮你甩锅；
你的工作国企铁饭碗，即便用户骂娘你依然能够居安思危，比方 1230x；
你是 CXO 的小舅子；
测试金字塔
PageObject 设计模式
互联网服务架构与测试流程
继续集成与交付
正当的应用 UI 自动化测试
以上，对于 UI 自动化测试的实战经验，欢送大家留言探讨。