该文整理自软件测试的小密圈
问题：经常听说流程前置，测试提前介入杜绝问题，那么流程前置指的是什么？有什么策略和形式？
老徐答：需求确定后，测试就开始介入。（这是很多年前就有的观点）这要具体实行而不是只是说说。
具体的有，单元测试、代码检查、持续构建、持续集成
秋之川答：测试从需求评审就开始介入了。需求测试、设计文档评审、代码评审、测试计划、测试场景/用例设计、接口测试、ATC设计等。这些都是在开发提测之前需要完成的。
目前我们还有几个方面没有做或者不明显。对于需求，我们是产品将客户的需求收集汇总后，开项目会，一是分配给开发任务，同时列出整个版本的开发时间测试时间上线时间。
第二歩是，跟开发（还有测试）讲解具体的功能，业务流程。实在简单的需求就两句话讲完不开会。
第三步，测试写测试用例，开发码代码。
第四步，测试用例完成后，找时间做测试用例评审。评审后对测试用例调整。
第五步，开发提测，进入测试执行阶段。第一轮测试完成，进入回归测试。
现在我们有自己的测试环境，需要脚本的，开发提交至svn，我们执行脚本。部署测试服务。
第六步，项目上线。
这里还有个疑问：
需求评审具体怎么实施，比如参与人员是开发、产品、测试、项目经理，但是过程怎么处理才能避免流于形式？是在产品采集完需求后，让大家坐在一起进行讨论分析可行性等？
答：产品采集完需求，大家坐在一起进行讨论分析可行性不算在评审阶段，而是产品 经理在需求分析和写需求文档阶段跟相关的开发负责人了解下技术的可行性的东西。
需求评审是应该在需求文档通过产品自己的内部评审之后，再跟相关开发负责人和测试负责人进行第一轮初审，发现一些主要问题之后，第二轮再把具体需求对应的开发和测试都喊上进行一轮评审，评审完成的标准就是参会对该需求文档都没有任何疑问。
相关所有人都需要sign off这份文档，并checkin 到文档管理系统或svn，不允许在修改。除非走变更流程。
sign off：签署
checkin：签入
网友评论