写测试用例写到手酸 有人直接把操作录一遍让AI照着做

有个场景几乎每个做软件的团队都撞过。测试知识散在某个资深同事脑子里，比如某个促销码只在周二生效，比如超过500美元的报销才会多一道审批，比如导出按钮只有管理员能看见。你想把这些告诉AI助手，但得靠打字描述，一句话说不清，写完还要再补充三段。QA Wolf（注，一家做自动化测试的公司）给的路径是把这段描述换成录制，你打开一个真实的浏览器，按下录制，然后照着流程点一遍，大概30秒就完事，剩下的交给工具。

但如果只是把每次点击和按键都存下来，测试代码会乱成一团。所以这个工具会做清理，把步骤理顺，把空缺补上，把你隐含表达的检查项加进去，再写代码。它有一条线跨不出去，动不了你本来想测的东西。每一处修改都会落在你正在看的步骤列表里，每一条它自己加的步骤，都来自浏览器里真实发生过的事。这个设计是整个产品最要紧的地方，因为自动化测试最常见的失败原因不是脚本写错，而是脚本测的东西跟人想的不是一回事，而这个问题在传统流程里很难被发现。

另一个省事的地方在准备环节。大部分流程的开头都差不多，以某个身份登录，可能先造点数据，然后进入真正要测的环节。每次都录这一段很慢，而且等于给你的测试套件又添了一份登录的副本。所以在录制开始前，这个代理会先在工作区里找你已经有的准备步骤，面板会显示正在找，它会读每个辅助函数，搞清楚需要什么，然后把找到的以一份短清单的形式呈现在对话里，比如以管理员身份登录，对应的就是一个loginAs这样的辅助函数。登录类的辅助函数还带一条备注，说这个用的是你工作区的登录逻辑，所以不用录。要换成普通用户身份测同一条流程，说一声，它会给出同一个辅助函数的另一种角色。

麻烦的是三台机器同时在跑的时候，人和代理得看着同一份步骤表。你的点击落在云端浏览器里，你看的步骤表在自己的客户端，代理在另一台机器上工作。每次点击在两边同时出现，任何一边改了，另一边立刻能看到，连接断了也能接着走。为了让代理之后还能找到同一个元素，浏览器在每次点击的同时会算出一个定位器，一段能找到同一元素的代码，跟着这一步一起走。这一套设计对做自动化的团队很有启发，测试用例的难点从来不是写脚本，而是把脑子里的隐性规则变成可复现的描述，录制加结构化清理正好卡在这个难点上。

国内做SaaS的团队也能抄这个思路，而且成本不高。第一步是把散在各处的业务规则显性化，写成一段可读的说明，哪怕现在还靠人读。第二步是做一个能录操作的工具，浏览器插件就够，不用上云。第三步是关键，把录制结果交给AI去清洗和生成代码，人只负责检查清洗后的步骤表对不对，这一步是整个流程的质检关。第四步是给定位器留好位置，让生成的代码在界面小改之后还能跑。测试这件事在AI出现之前是个体力活，现在正在变成一种描述工作，谁能把团队的隐性规则描述得最清楚，谁的自动化覆盖就最真。工具本身会过时，但把规则写下来这个动作不会。

创业找资源，上乌鸦部落。