项目风险管理是PMP中的一个主要章节，小编在这里主要针对风险管理在软件测试中的应用场景进行描述说明，让测试同学能够更全面的把控项目风险，确保项目按期完成交付。

什么是风险管理

软件测试是保证软件质量的重要手段，而软件测试项目中存在着风险
如果前期风险管理做的比较充分，那么会使软件的测试成功性大大增加，且可将由风险异常引发的额外成本(如人力，时间等)降到最低
在PMP中：项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。项目风险管理的目标在于提高正面风险的概率和（或）影响，降低负面风险的
概率和（或）影响，从而提高项目成功的可能性。

风险评估

提前预估项目中的风险

风险控制

对预估的风险进行控制管理，给出可行性方案措施，以便风险发生时能够及时应对

风险评估的方向

人

项目中的执行人员

常见风险点：

1、业务不熟
测试人员对被测系统的业务流程不熟悉，体现在对需求的理解上把握不准、理解不透侧、理解错误等。
2、人员变动
离职，岗位调动，请假等
3、定位效应
测试过的可靠的功能，特别是在多次回归且没有发现问题，在此后往往会认为此功能是可靠的
4、同化效应
经过和开发的长时间接触，往往会被开发的思维逻辑所同化，渐渐丧失从用户角度出发的测试观察点。
5、疲态
某一些功能点一直由某一位测试人员测试，经过多次回归后，测试人员对该功能点的测试显示出倦意和缺乏兴趣。

料

项目中的相关文档

常见风险点：

1、需求变更
这是最不想，但又最经常发生的事情
2、需求理解不统一
产品、开发、测试三方理解不一致，导致需求不符合预期
3、测试用例/数据设计不足
某些时候由于编写测试人员的个人因素或时间的限制等方面因素导致
4、质量标准不统一
如某些Bug的优先级方面，测试和开发的认同不一致。

环

项目中需要的依赖的环境

常见风险点：

1、被测软件版本不统一
没有有效的配置管理，这种情况及易出现
2、测试软件环境不一致
测试员之间或和开发之间的操作系统类型不一致、操作系统的干净程度不一致。
3、测试硬件环境不一致
测试员之间或和开发的设备不一致，如CPU频率，内存大小等。
4、测试硬件未及时到位

时

项目中所需要的时间

常见风险点：

1、测试时间不足
2、测试时间延长

法

项目中所需要的相关方法和具体实施

常见风险点：

1、错误或缺失测试方法
对功能点没有采用正确的测试方法，或某些测试方法没有被忽视，如边界测试等，导致测试不充分
2、场景的缺失或部分缺
所有的精力放在功能点的测试上，忽视了业务场景。
3、测试用例实施不充分
测试用例由于各种原因没有完全测试，如在回归测试中。简答来说就是用例写了但是没有执行

风险控制的原则

风险控制原则

风险控制是建立在风险评估的基础之上，主要工作原则有：
1、能够避免的风险，采取方法，尽量避免
2、不可避免的风险，采取措施，降低风险，尤其是等级较高的风险
3、凡是预则立，事先做好风险管理计划，当风险成为现实时，可以更好的避免、转移或减低风险
4、对风险的处理制定应急、高效的解决方案

如何针对风险做好预防

当然有些风险是可以提前预估的，但是有些是无法提前预估的，那么对于预知的风险，我们就要去思考可解决的方法，尽量的去规避。转移。减轻风险，对于未知风险，我们可以动用后备人、财、物来解决或者选择接受
人：后备人力
环：提前协调好或者准备好数据
时：做好排期评估
料：需求变更周知相关人员，进行重新评估排期是否受影响，测试用例计划进行用例评审，尽量确保用例全面
法：做好测试计划，提前了解调研测试中需要用到的方法
这些就是项目测试中风险管理的部分，提前预知风险，提前做好防范措施。

风险管理的应用

以下是小编在项目中梳理的测试风险点：