V字形研发模式中的测试_v字测试流程

1.需求阶段

测试要参与需求的评审，对需求的涉及范围有个大致的了解，同时要挑战需求中不合理的或者投入产出比较小的点。多数情况下，产品经理可能对技术实现只是有个概念，这种概念可能多数时候限于 人×日 ，而且他们的预估可能还有部分偏差，这个时候，需要介于开发人员和项目经理之间的测试，以技术的出发点对需求进行更合理的规约，同时帮助理清产品思路，帮助减少不必要的开发工作量。

2.系统设计阶段

测试需要参与方案设计的过程，因为已经涉及到具体的技术细节，对一些系统设计的合理性，可扩展性，可测性提供具有测试专业度的意见。同时可以有效地利用在测试执行过程中遇到的问题，测出的bug，在相同/相似的业务场景被设计出来时，可利用这部分的经验反馈给开发设计人员，在开始编码之前，就规避掉该部分中易出问题的点。

3.编码阶段

这个阶段根据不同的研发模式，可能需要测试投入的程度会有很大差别，有些场景下测试这个阶段可能已经开始投入接口测试，有些交叉测试的场景，需要测试投入做单元测试，视具体开发模式和业务场景而不同。

沙箱，一种正式环境下的可控范围的验证方式，具体操作上，比如一个集群中某几台机器先发布新代码，针对部分用户开放新功能等方式操作。

持续集成，靠保证核心流程的可用，持续不断地集成测试套件，如hudson来执行。

代码审查，换个人，换个思路来看下别人的代码；同时，代码审查作为一种"达摩克利斯之剑"，从意识层面提高开发代码的质量。

上述表述，基于“测试是一个兼顾业务和技术”的角色。基于互联网快速开发和迭代，保证功能的特点。