(1)需求风险。不能正确理解软件需求 导致测试范围有误差 遗漏部分需求或执行方法错误;另外需求变更导致测试用例发生变化 同步也会产生误差。
(2)测试案例的风险。试验用例设计不完整 忽略了边界条件、异常处理等情况 使得测试用例没有完全覆盖需求;测试用例没有得到全部执行 部分测试用例被有意或无意的遗漏;
(3)缺陷风险。一些缺陷偶然出现 难以再现 容易被忽略;
(4)代码质量风险。软体代码质量差 造成大量的缺陷 容易造成测试遗漏;
(5)测试环境风险。有的测试环境与生产环境不能完全一致 导致测试结果存在误差;
(6)测试技术风险。部分项目存在技术难度、测试能力和水平等问题 导致项目进度缓慢;
(7)回归测试风险。通常回归测试没有运行所有测试用例 可能存在测试不完全;
(8)协调沟通风险。考试过程中涉及的角色比较多 存在着不同的人、角色之间的沟通、协作 难免会产生误解 沟通不畅 导致项目延期;
(9)其他不可预测的风险。某些紧急情况、不可抗力等也构成风险因素 并且很难预测和避免。
上述风险均可能发生在检测过程中 有些风险是难以避免的 如缺陷风险等。有些风险从理论上是可以避免的 但是由于时间和成本的原因 实际操作过程中也很难完全回避 例如回归测试风险等。为了避免那些无法避免的风险 我们的目标是尽量减少风险。
如需了解更多测试技术信息请关注 深圳多测师软件与技术服务有限公司
