UI 自动化测试应不应该投入？有没有前途？怎样做最明智？

测试开发技能从入门到高级实战，进阶学习文末加群！

昨天发布了 《实战| UI 调度自动化测试平台（ 基于
Python）》文章之后，看到不少测试同学吐槽自己公司的
UI 自动化测试效果差而维护成本高，就是一件劳民伤财的集体活动。经常也会有同学问， UI 自动化测试应不应该投入？有没有前途？怎样做比较明智？

针对这个痛点问题，本文整理了 霍格沃兹测试学院校长，资深测试架构师@思寒老师 的看法和最佳实践经验，供大家参考，也欢迎有经验的同学留言探讨。

该不该做 UI 自动化测试？

怎么看 UI 自动化测试的价值？

• 从公司价值角度 ：没有 UI 自动化测试并不影响公司和测试团队的生存；

• 从个人价值角度 ：没有 UI 自动化并不影响找工作，但是会影响找大公司的工作；

• 兼容性测试价值 ：没有 UI 自动化测试，最起码兼容性测试是不可能做好的。所以当你没有 UI 测试的时候，你只能祈祷你们的研发队伍很给力。本质只是看这几十万是怎么花的，要么是研发凭能力省下来、要么是测试凭能力省下来，要么是第三方公司凭能力挣的，要么是用户体验受损导致公司损失掉的。

• 非功能测试 ：内存泄漏、页面性能、弱网都需要对具体页面的访问，人手是否可以足够快的可以重复的在各种不同场景下巡回测试，或者有理由不测试，比如 AB 测试或者质量监控很好。

• 持续集成/持续交付 ：研发平均每几个小时就会打出来他觉得有信心的测试包，你如何快速的做出质量反馈。

• 政治价值观 ：你如何应对 CXO 们对测试团队执行效率的吐槽？减少承接的需求、降低公司的发展速度、加人、找外包还是提高手速？你需要有应对的策略。

哪些场景可以不用做 UI 自动化测试？

• 你的产品单元测试、接口测试非常成熟，而前端团队很给力，基本不出 UI 问题，有靠谱的研发团队在为质量兜底；

• 你的自动化水平很差，搞自动化非但不成功还让公司损失惨重，你用血一般的教训成功让领导接纳了 UI 自动化测试无用论；

• 你的公司 2 个月发布一个大版本，你有为期 2 周以上的测试时间可以充分的奢华浪费；

• 你的公司是富甲一方的甲方，你有数十人的外包测试团队可以帮你甩锅；

• 你的工作国企铁饭碗，即使用户骂娘你仍然可以高枕无忧，比如1230x；

• 你是 CXO 的小舅子；

UI 自动化测试有哪些最佳实践经验？

Google 在 Android 官网给出的参考资料

大咖 Martin Fowler 的指导图

• 测试金字塔

• PageObject 设计模式

霍格沃兹测试学院的建议

• 互联网服务架构与测试流程

• 持续集成与交付

• 合理的使用 UI 自动化测试

以上，关于 UI 自动化测试的实战经验，欢迎大家留言探讨。

** _
来霍格沃兹测试开发学社，学习更多软件测试与测试开发的进阶技术，知识点涵盖web自动化测试 app自动化测试、接口自动化测试、测试框架、性能测试、安全测试、持续集成/持续交付/DevOps，测试左移、测试右移、精准测试、测试平台开发、测试管理等内容，课程技术涵盖bash、pytest、junit、selenium、appium、postman、requests、httprunner、jmeter、jenkins、docker、k8s、elk、sonarqube、jacoco、jvm-sandbox等相关技术，全面提升测试开发工程师的技术实力
QQ交流群：484590337
公众号 TestingStudio
点击获取更多信息