测试深耕质量体系，比单纯测功能更有前途吗
测试不是测得越多越厉害测试行业有个挺容易踩的坑，疯狂追求“测得多”。用例越多越好，覆盖率越高越好，自动化脚本越多越好。但做项目久了你会发现，这其实不一定对。一个简单页面写 200 条用例，意义可能不大；一个支付接口，20 个核心场景没测透，出了问题就是大事故。真正成熟的质量体系，看得不是“执行了多少条用例”，而是高风险问题有没有提前发现，线上 Bug 有没有下降，发布有没有重大事故，同类问题有没有重复发生。这也是我为什么越来越觉得，测试做到后面，本质上是工程问题。你得懂业务，懂技术架构，懂研发流程，也得看线上事故。甚至很多时候，你需要追着一个 Bug 往前挖，“为什么会产生？为什么开发没发现？为什么测试没发现？为什么上线以后又发生一次？”当你开始研究这些问题的时候，你其实已经不再是单纯的功能测试了。你是在研究一件更大的事情，怎么让整个研发团队少犯错。这个能力，我觉得比单纯多写几百条测试用例值钱得多。
发布于 湖南
分享
评论
赞
未登录
友善发言
评论
加载中
