软件测试项目的风险管理

https://github.com/marcfasel/SessionInCookie

软件测试项目的风险管理

测评的风险是指测评过程出现的或潜在的问题，造成的原因主要是测评计划的不充分测评方法有误或测评过程的偏离，造成测评的补充以及结果不准确。测评的不成功导致软件交付潜藏问题，一旦运行时爆发会带来很大的风险。

测评风险管理是很重要的工作。主要是对测评计划执行的风险分析与制定要采取应急措施，防止软件测评产生风险造成的危害。因此需要对项目的风险进行识别和分析，提出风险的控制策略，且全过程的实施风险监控。

项目可从测评组外部和测评组内部两个角度分析风险。针对不同的风险选择不同的策略，制定备用的方案和方法，认可风险的存在，主动应对风险。

1 测评组外部风险

(1)版本控制风险

当项目需求复杂，涉及系统众多。在测评期间，可能会出现部分功能模块或子系统先测评，而其他模块后测评的情况。为提高测评效率，测评方可以针对先测评的模块和子系统优先提交测评问题报告，以供软件开发商及时修改软件问题，但软件问题修改可能会引入新的问题，因此，测评期间必须做好版本控制，避免软件版本部署的混乱无序。

在一个版本系统进行测评期间，要保证该版本是可控的，不能随时测评和修改当前系统功能，修改系统问题可以在开发方自己的开发方环境下进行，等该版本系统测评完成后再进行系统版本变更。

(2)工期风险

时间风险是由于在技术上或资源上的制约而引起的工期延迟。为了保证测评工作的顺利进行和如期完工，需对时间风险制定应对措施。建议可以采用以下措施。1)测评方在开工前做好相应的技术准备工作、做好人员配置工作。

2) 在测评开始之前，委托方应向测评方提供必要的资源。资源包括被审系统的详细部署图。主机资源(主机功能、主机名、IP 地址、主机描述作系统、CPU、内存、硬盘、管理员权限)、支撑软件信息 (中间件、数据库的管理员权限)、测评接人点3个，以及其他制约测评进行的信息和数据

(3) 协作与沟通风险

沟通工作是本项目顺利实施的关键一环，在项目启动前，测评方应与被测评公司的技术h资人和开发方技术负责人做好沟涌。确认测评的日称，明确需要提供的资源列表、以及资能祝是否到位，明确被审系然是否已部翼完成、日可以达到测评条件。避免内子沟道导致为项目延期。

项目的顺利进行是质日双方共同协作和努力的的是。离不开双方的囊索配合。而沟通项日预具的螺程带行提若举尼轻重的作用。沟遇的主旨是在下五决双方建立彼此相互了编布题目的实荒过程中并直南件能通过内通的行为与过程相互接纳并达成识。如头项目实成获率，帮五周宋幅开博作类调、势必会影响项目正常进行。对于协作与沟通风险挖制和管制要预防在先，发现问题及时处理。

协作与沟通风险管理的基本措施如下。协"明确双方职责，在项目启动时，说明项目双方协作的重要性，明确项目实施过程。

方的工作任务和职责、工作的流程及相互配合的步骤。

沟通方式，双方明确沟通的程序，明确不同层次的负责人及联系式，明确针对不同级别事件的沟通方式，如电话沟通、面对面沟通或多人的讨论会等3)项目汇报制度，根据项情况，定期 (每天或隔天) 进行项目汇报，测评小组要项日经理进行项目进展情况汇报，汇报内容包括项目进度、存在的问题和解决建议等，这样，项目的进展情况可以及时反馈到项目经理。项目经理定期向委托单位相关负责人汇招项目的情况，及时将存在的问题及解决的建议报告给委托单位，使相关问题得到及时处理。如果相关负责人不能解决，根据沟通程序升级汇报到更高级别的负责人。

4)召开讨论会:对于小范围沟通不能解决的问题，在项目例会或组织专题会议，对有在的问题进行讨论，参会人员应包括相关的负责人和领导。对会议的讨论结果进行记录，相关负责人签字后分发给相关人员。

2 现场测评环境实施风险

如需在现场测评环境下进行测评，需要对系统的功能、性能、代码安全、控制等进行验证，在验证的过程中，必然向系统引人一些测评数据，这些引入的数据可能会破坏系统的正常运行，导致实际系统不能正常使用。

本项目如需现场测评，则需要考虑现场测评对实际系统的影响，需要提前制定相应的风险策略，要求现场测评环境测评时只含查询、统计操作，避免影响现场业务人员的操作和产生测评数据干扰实际系统的正常使用。

同时，如果需要进行现场测评环境下性能测评，则必然会产生一些垃圾数据，为了确保在线系统不受测评的影响，建议搭建测评库并制定妥善的系统备份策略和方案，以便在测评完成后执行系统还原。

3.测评组内部风险

介绍了测试组的内部风险以及风险控制措施

(1) 进度风险

风险因素包括如下几点。

1)测评人员不能够及时到位；

2) 测评平台建设延期；

3) 测评资源不能够及时到位；

4)被测信息系统，技术支持不能够及时提供；

5)测评过程中出现技术瓶颈，例如测评工具开发出现技术难度，参审软件安装出现问题；

6) 测评过程周期预计出现偏差，导致项目延期。

风险控制包括如下几点

1)分析出现进度偏差的原因以及责任方，如果由于测评单位导致出现的进度偏差，测评单位将需要承担相应责任，并应当负责补救。

2) 根据不同阶段延期情况可以通过增加测评人员和适当压缩休息日完成工作。3)不能够弥补的进度问题，由相关责任方承担责任，经过业主同意后可以顺延

(2) 技术风险

在执行性能测评时，主要采用测评工具完成。由于测评工具的特点，需要执行脚本的录制和调试工作。在这个过程中，需要充分了解被测评系统采用的协议、实现技术，解决测评中可能遇到的技术问题，确保测评工作的顺利进行。

对于技术方面的风险，需要首先与开发商进行沟通，必要时需要开发商对程序进行适当调整和配置。其次，当遇到现场测评人员无法解决的问题时，应及时调配测评专家进驻现场，协助解决。

(3) 质量风险

影响质量的风险因素如下

1) 测评需求分析不准确；

2) 测评规范设计不合理，测评案例设计不全面；

3)测评人员素质不能够达到测评要求；

4)测评实施过程中出现技术瓶颈；

5)测评记录错误或测评结果不准确；

6)测评环境出现问题，导致测评结果受到影响；

根据以上质量风险控制可以分析质量偏差的原因，根据原因调用质量纠偏措施。