自动化测试工程师的十年系统化创业生存指南

　　开发又在拍桌子了，说「你们测试用例怎么写的？边界条件全漏了！」我原以为他会继续骂，结果他突然指着我的屏幕：「你这用例管理工具转了十分钟圈了，重启下啊！」键盘上那个F5键按下去不回弹，我敲了三次才刷新出页面——就这破工具，十年前我用它写用例，十年后还在用它转圈，优胜劣汰？它倒活得挺滋润。

　　十年前我刚入行那会儿，觉得自动化测试是技术活，写脚本、搭框架、搞覆盖率，多酷啊。结果创业后发现，技术活是最不值钱的——客户要的是「别漏测」，不是「你脚本多牛」。上回那个支付模块，我写了二十条用例覆盖所有边界，结果上线当天用户反馈「满减规则没生效」。复盘时发现，用例里写了「满100减20」，但产品文档里写的是「满100减20（限新用户）」——这算谁的锅？开发说「你没看需求变更邮件」，产品说「我改需求时@你了」，而我，用例管理工具里根本没同步到最新文档。

　　会议室又被占了，我们抱着笔记本蹲在消防通道改用例。小王桌上摆着三台手机，一台跑兼容测试，一台接灰度环境，一台刷线上反馈——他说这叫「三屏监控法」，我管这叫「穷人版多设备测试」。昨天他漏了个偶现bug，用户说「点击按钮没反应，但退出去再进来就好了」。我们复现了八小时，最后发现是网络波动时，按钮的点击事件被吞了——这种bug，写一百条用例也测不出来，得靠线上监控和用户反馈。可客户不管这些，他们只认「上线前没测出来」。

　　我原以为十年经验能让我避开这些坑，结果发现坑越来越多。上周那个版本，冒烟测试全过，回归测试覆盖率98%，结果上线后用户说「登录按钮点不动」。我们查了半天，发现是测试环境用了HTTP，线上用了HTTPS，证书不匹配导致按钮失效——这种低级错误，十年前我绝对不会犯，现在却因为「赶进度」「相信开发」「觉得不会出问题」而漏了。开发说「你们测试怎么不测HTTPS？」，我说「你们提单时没写优先级啊！」——最后客户扣了20%尾款，老板拍桌子说「下次再漏测，你们全组绩效归零！」

文章配图，仅供参考

　　白板上的数字擦了一半，还能看出「bug数：12」「用例数：300」「覆盖率：85%」。这些数字有用吗？有用，但没用到能保饭碗。上回客户说「我们要90%覆盖率」，我们熬了三个通宵把用例数从200提到400，结果覆盖率到92%了，客户又说「你们怎么没测XX场景？」——那场景根本不在需求文档里，是我们自己加的。开发说「你们测试就是事儿多」，我说「我们要是事儿少，你们上线后就得被用户骂死」——最后客户还是扣了钱，理由是「需求变更没同步」。

　　键盘上的F5键终于弹起来了，我刷新了下用例管理工具——还是转圈。小王说「要不换个工具？」我说「换啥？十年前我用这个，现在市场上的工具比它还烂。」他笑了：「所以优胜劣汰的是我们，不是工具？」我没接话，低头继续改用例。测试机的充电线不够长，我挪了下桌子，手机差点掉地上——这破线，十年前就短，现在还是短。

　　线上反馈又来了，用户说「搜索结果排序不对」。我们查了半天，发现是测试环境和线上的数据量不一样——测试环境只有100条数据，排序算法简单；线上有10万条，排序算法复杂。开发说「你们测试怎么不用真实数据？」，我说「你们提单时没给真实数据啊！」——最后我们连夜造了10万条假数据，跑了一宿测试，确认排序没问题后才敢回客户。客户说「下次早点测」，我说「下次你们早点给数据」——可我知道，下次还是会这样。

　　十年了，我见过太多「优胜劣汰」的戏码：工具迭代了，流程优化了，方法论更新了，可漏测还是漏测，客户还是骂，老板还是扣钱。有时候我觉得，我们这行就像在跑一场没有终点的马拉松——跑得快的不一定赢，跑得稳的不一定活，跑得久的...可能只是还没被淘汰。小李说「要不转行？」，我说「转哪去？开发要写代码，产品要改需求，运维要扛事故——哪个不比测试累？」他没说话，低头刷手机——线上又来反馈了，这次是「闪退」。

　　我盯着屏幕上的「测试通过」四个字，突然想起十年前刚入行时，导师跟我说的话：「测试这行，没有完美，只有更不烂。」当时觉得他在泼冷水，现在觉得...他说的太对了。优胜劣汰？或许吧，但淘汰的从来不是「不够好」的人，而是「不够能扛」的人——扛得住客户骂，扛得住老板压，扛得住开发甩锅，扛得住自己漏测后的自责。就像现在，我明知道用例管理工具在转圈，明知道测试机充电线不够长，明知道外卖凉透了，可我还是得继续改用例，继续测边界，继续等线上反馈——因为这就是自动化测试工程师的十年，系统化，也生存化。

　　至于明天？明天继续转圈吧，反正F5键还能弹起来，充电线还能凑合用，外卖凉了还能热——只要客户不扣钱，老板不骂人，开发不甩锅，漏测不上线，这十年，就还能继续熬下去。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!