面试准备
最近看了下 Argus 这个 Agentic QA 项目，再结合我这几年接触测试开发岗位面试时的一些感受，有个判断越来越强：以前面试初级测试开发，经常问：“为什么UI自动化不稳定？”“为什么不建议大量 sleep？”“接口为什么要做幂等？”“最终一致性怎么测？”“自动化能不能完全替代手工？”很多同学其实都做过，但回答往往停留在表面。比如UI自动化不稳定，只会说“元素定位容易变”。但再往深一层，其实是：**我们把业务意图和页面实现绑得太死了。**真正想测的是“用户能不能登录”，脚本写的却可能是某个XPath。页面一改，业务没坏，脚本先挂。Argus这类Agentic QA有意思的地方就在这：测试正在从**确定性脚本**变成**Agent理解目标 + 动态探索 + 自动执行 + 再验证结果。**但我反而不觉得以后“不需要测试工程师了”。因为AI可以点按钮、写脚本、跑Case，但它最难自己回答一个问题：**到底什么才算“对”？**退款成功后库存是不是必须马上恢复？支付接口重复请求能不能扣两次钱？订单状态和数据库、MQ、优惠券到底怎么保持一致？这些才是真正的测试Oracle。所以我现在越来越觉得，未来测试开发的分水岭可能不是：**会不会写Playwright。**而是：**能不能定义测试规则、设计Oracle、理解业务链路，再让Agent替你执行。**以前面试问“你会不会自动化”。以后可能会问：> **如果测试Agent说“通过了”，你凭什么相信它？**这个问题，可能比“会不会写XPath”更值得准备。大家觉得未来测试岗位最先被压缩的，会是哪一层？
发布于 北京
分享
1
赞
未登录
友善发言
评论
加载中
