紧急情况下测试周期被压缩该如何测试?

　紧急情况下测试周期被压缩在国内大多数公司都会出现这种情况,那出现这种情况该如何去面对并展开测试呢?

　

　首先我们需要弄清楚是什么原因导致出现这种情况。到底是内部原因导致还是外部原因导致,说到底如果是外部原因导致基本都是由于需求变更引起的,内部原因通常为开发延期导致。

 

　在下面我会列举常见的处理方法：

　1、如果是需求变更导致的测试周期被压缩,那我们测试的时候必须先跟项目经理、测试经理说明该情况并得到统一的意识,并与客户沟通争取更长的软件周期。

　2、如果是内部原因引起的测试周期被压缩,那我们可以通过以下方法来处理：

　　①、向领导说明当前情况,要求增加测试人员(确保人手进来要能提高进度,而不是延慢进度,带来更多问题,最好心有某些人选,无论给不给,先要再说)：

　　　如果有完整的测试计划/测试方案,可以通过增加测试人员来加快测试速度；

　　　如果没有完整的测试计划/方案,或者无法协调增加测试人员,则可以考虑协调开发人员参与,交叉测试模块;

　　②、重新制定测试策略：

　　其实在实际的情况下,很多公司团队都会遇到测试周期被压缩还无法增加/协调到相关人员来参与测试情况。那此时我们只有重新调整测试策略了。

　　　首先我们需要和项目经理说明情况并协调变更测试范围(优先保证基本功能、常用功能与重要功能的测试)；

　　　其次与项目负责人、QA打好招呼,尽量减少正式文档建议使用测试结果进行输出；

　　　再次测试过程中优先考虑口头交流,非重要模块的小bug、不影响用户使用/不影响功能的bug建议先做记录可不提交到bug管理系统,先及时处理；

　　　还有安排测试的时候需要优化测试人员安排,尽量让经验丰富、能力较强的人员测试复杂的模块,能力一般的人做简单的模块；

　　　最后还可以和开发沟通,确认风险较大的地方重点测试等。

　　③、测试周期被压缩的时候必须加强风险管理

　　　对压缩测试周期的风险应及时整理,全面考虑并积极上报并快速跟进,不要发现风险之后置之不理。