V字形研发模式中的测试

《V字形研发模式中的测试》

1.需求阶段

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

2.系统设计阶段

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

3.编码阶段

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

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

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

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

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

    原文作者:Z字形编排问题
    原文地址: https://blog.csdn.net/u010321474/article/details/49787237
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞