如果想要做成一件事，就要做好风险控制。风险无处不在。

你若不善待她，就会受到她的惩罚。

我们要做好测试，就要做好测试过程中的风险控制。那么，测试过程中会遇到哪些风险呢？下面从需求、技术、进度、资源等4个方面进行下阐述。

1. 需求风险

测试的前提是对软件需求有充分的理解。如果不理解需求，就不可能会有好的测试结果。但是，在需求的传递过程中，总会出现语义失真的情况。所以，测试人员对需求的理解必然会有失真的风险。

要避免需求理解错误的风险，测试人员就不能仅仅依靠软件研制任务书或软件需求规格说明这样的文档来理解需求，要更多地与需求提供者沟通和交流，多了解真实的使用环境。

2. 技术风险

测试人员在理解软件需求之后，要确定采取何种测试技术。这时应尽量避免由于采用了不熟悉或不擅长的技术而带来的对测试结果的可信度和测试进度影响的风险。

要避免使用了错误的测试技术的风险，在选取测试技术前应进行试用、对比，并由同行专家进行评估，谨慎地选择测试技术。

3. 进度风险

测试过程是一个漫长的过程，各种意外因素都可能会影响测试进度。比如，人员的测试水平、人员的测试投入度、需求的变更、技术风险和资源风险的影响等。

要减少进度风险的影响，需要对人员、设备、需求、技术等方面的风险做好监控，并且在策划测试进度时，要预留一定的时间余量。

4. 资源风险

这里的资源主要指测试环境，包括软硬件。测试环境通常都会很紧张，到了测试的时候，所有的软硬件都具备的理想情况并不多见。而一旦测试环境不具备，就可能会给进度带来重大影响。

要避免测试资源的风险，需要提前做好测试资源策划，并在执行测试之前保持对资源的跟踪。同时，做好替代解决方案，一旦首选的测试资源不能到位，也会有备选的资源可以代替。

机会总是与风险相伴而生。测试过程中有风险，同时也有机会。按照CMMI2.0的要求，测试过程既要管理风险，也要把握机会。下面对测试过程中的机会也从需求、技术、进度、资源等方面做下简单的简述。

1. 需求机会

为了控制需求风险，测试团队需要让自己更加了解软件需求，由此可能会造就该软件所属业务领域的专家，对于测试团队以后遇到同领域的项目，将会变得得心应手。

另一方面，为了与开发方达成对需求的一致理解，测试团队可能需要提高自己的需求表达能力，比如使用简单的原型与开发方交流。

2. 技术机会

如果为了测试某个功能或性能需求，而让测试团队不得不采用新的测试技术，那么只要你克服了新技术的风险，你也必然从中获益，提高了自己的测试能力。

3. 进度机会

为了控制进度，测试团队将不得不做好策划和应急预案，这无疑会提高了测试团队的策划能力；为了提高测试效率，测试团队可能要实施自动化测试，从而也提高了快速执行测试的能力。

4. 资源机会

嵌入式软件测试对硬件的依赖，是资源风险中常见的情形。要解决这样的风险，测试团队可能需要搭建一个适应各种嵌入式软件接口的半自动化的仿真测试平台，这将大大提高测试团队的测试能力。

综上所述，测试过程中在需求、技术、进度和资源方面存在着风险和机会，做好风险和机会的管理，将会大大提高测试的效率和能力。

这正是：

风险机会相伴生，测试当中要分清

避免风险少危害，抓住机会能力升

参考文献：软件测试精要，董杰，电子工业出版社。

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。