软件测试流程执行规范.docxVIP

软件测试流程执行规范

我干软件测试快六年了，前几年刚进团队的时候，项目流程乱得像一锅粥：产品说改需求就改需求，开发赶进度赶得连提测都顾不上，我们测试经常是拿着半吊子的需求就开始测，测到一半改了逻辑全部推翻重来，上线出了问题所有人都说是测试的锅。后来我们整个团队一起梳理了这套软件测试流程执行规范，用了四五年，不仅项目出错率降了一大半，我们也少加了很多没必要的班，谁该做什么、做到什么标准清清楚楚。今天把这套完整的规范整理出来，每一条都是我们踩坑踩出来的经验，实用且落地。

1项目启动与测试准备阶段

测试不是开发写完代码才开始的工作，提前把准备工作做足，能省后面一大半的力气，这个阶段的规范核心就是把所有模糊不确定的问题都提前解决，别留到测试阶段再擦屁股。

1.1需求介入与需求评审

我现在带新人第一句话就是，需求不清就别开工，所以我们规范里要求测试必须在产品输出需求文档的第一时间就介入，不能等开发开发完再碰需求。

1.1.1需求预研与问题梳理

拿到需求文档我一般会先通读三遍，第一遍搞懂这个需求要做什么，第二遍圈出所有模糊不清、没有明确标准的地方，第三遍想所有可能的异常场景。比如我上次看一个新用户注册的需求，产品只写了“注册需要验证码”，我就会圈出来：验证码有效期是多久？输错几次会锁定？手机号已经注册过有没有提示？这些不提前问清楚，后面不管是开发做不对还是我们测不对，都是麻烦。遇到那种“