自动化测试

自动化测试

自动化测试是用脚本或工具代替人工去执行重复性测试任务的过程，比如点按钮、填表单、检查页面是否加载成功、验证接口返回的数据对不对。

我从2016年开始带团队做电商系统的测试，最早全是手工点——每天上线前要测登录、下单、支付、退款这四个流程，三个人干两天。后来我们把核心路径写成Selenium脚本，一次跑完只要8分钟，而且能半夜自动跑，第二天早上看报告就行。

但自动化测试不是“写完就完事”。我见过太多团队花三个月搭完框架，结果维护成本越来越高：页面一改，二十个用例全挂；开发改了个按钮ID，整个登录流程就报错；更别说有些UI元素压根没法稳定识别，比如动态弹窗、Canvas画布里的按钮。

它真正起作用的前提是：需求相对稳定、被测功能有足够复用性、团队里至少有一人懂代码且愿意长期维护脚本。

• 适合自动化：登录、订单状态流转、API接口返回值校验、数据库字段一致性检查
• 不适合自动化：首次上线的新模块、频繁改原型的后台管理页、强依赖人工判断的视觉体验（比如“这个banner颜色是否协调”）
• 一个现实问题：很多公司买了Jenkins+TestNG+Allure这套“标配”，结果三年只跑了5次，因为没人更新用例，也没人看失败报告

去年有个客户想把所有手工测试都自动化，我们帮他评估后发现，他们每月变更的业务逻辑占测试用例的60%以上，强行自动化只会让测试周期更长——最后我们只固化了12%的核心链路，其他继续手工+抽查。

这一点非常关键。

自动化测试不是为了“显得高级”，而是为了把人从机械劳动里解放出来，去做探索性测试、用户体验走查、边界场景深挖这些机器干不了的事。