UI 自动化测试应不应该投入?有没有前途?怎样做最明智?
昨天发布了《实战| UI 调度自动化测试平台(基于 Python)》文章之后,看到不少测试同学吐槽自己公司的 UI 自动化测试效果差而维护成本高,就是一件劳民伤财的集体活动。经常也会有同学问,UI 自动化测试应不应该投入?有没有前途?怎样做比较明智?
针对这个痛点问题,本文整理了霍格沃兹测试学院校长,资深测试架构师 @思寒老师的看法和最佳实践经验,供大家参考,也欢迎有经验的同学留言探讨。
从公司价值角度:没有 UI 自动化测试并不影响公司和测试团队的生存;
从个人价值角度:没有 UI 自动化并不影响找工作,但是会影响找大公司的工作;
兼容性测试价值:没有 UI 自动化测试,最起码兼容性测试是不可能做好的。所以当你没有 UI 测试的时候,你只能祈祷你们的研发队伍很给力。本质只是看这几十万是怎么花的,要么是研发凭能力省下来、要么是测试凭能力省下来,要么是第三方公司凭能力挣的,要么是用户体验受损导致公司损失掉的。
非功能测试:内存泄漏、页面性能、弱网都需要对具体页面的访问,人手是否可以足够快的可以重复的在各种不同场景下巡回测试,或者有理由不测试,比如 AB 测试或者质量监控很好。
持续集成/持续交付:研发平均每几个小时就会打出来他觉得有信心的测试包,你如何快速的做出质量反馈。
政治价值观:你如何应对 CXO 们对测试团队执行效率的吐槽?减少承接的需求、降低公司的发展速度、加人、找外包还是提高手速?你需要有应对的策略。
你的产品单元测试、接口测试非常成熟,而前端团队很给力,基本不出 UI 问题,有靠谱的研发团队在为质量兜底;
你的自动化水平很差,搞自动化非但不成功还让公司损失惨重,你用血一般的教训成功让领导接纳了 UI 自动化测试无用论;
你的公司 2 个月发布一个大版本,你有为期 2 周以上的测试时间可以充分的奢华浪费;
你的公司是富甲一方的甲方,你有数十人的外包测试团队可以帮你甩锅;
你的工作国企铁饭碗,即使用户骂娘你仍然可以高枕无忧,比如 1230x;
你是 CXO 的小舅子;
测试金字塔
PageObject 设计模式
互联网服务架构与测试流程
持续集成与交付
合理的使用 UI 自动化测试
以上,关于 UI 自动化测试的实战经验,欢迎大家留言探讨。
免费领取:性能测试+接口测试+自动化测试+测试开发+测试用例+简历模板+测试文档
http://qrcode.testing-studio.com/f?from=infoQ&url=https://ceshiren.com/t/topic/22265
评论