风险表现有以下几点:
需求风险。对软件需求理解不准确,导致测试范围存在误差,遗漏部分需求或者执行了错误的测试方式;另外需求变更导致测试用例变更,同步时存在误差。
测试用例风险。测试用例设计不完整,忽视了边界条件、异常处理等情况,用例没有完全覆盖需求;测试用例没有得到全部执行,有些用例被有意或者无意的遗漏;
缺陷风险。某些缺陷偶发,难以重现,容易被遗漏;
代码质量风险。软件代码质量差,导致缺陷较多,容易出现测试的遗漏; (5)测试环境风险。有些情况下测试环境与生产环境不能完全一致,导致测试结果存在误差;
测试技术风险。某些项目存在技术难度,测试能力和水平导致测试进展缓慢,项目延期;
回归测试风险。回归测试一般不运行全部测试用例,可能存在测试不完全; (8)沟通协调风险。测试过程中涉及的角色较多,存在不同人员、角色之间的沟通、协作,难免存在误解、沟通不畅的情况,导致项目延期;
其它不可预计风险。一些突发状况、不可抗力等也构成风险因素,且难以预估和避免。
以上是测试过程中可能发生的风险,其中有的风险是难以避免的,如缺陷风险等。有的风险从理论上可以避免,但实际操作过程中出于时间和成本的考虑,也难以完全回避,如回归测试风险等。对于难以避免的风险,我们的目标是将风险降到最低水平。
标签:风险,存在,遗漏,常见,导致,测试用例,测试,软件测试 From: https://blog.51cto.com/u_16084838/6217441