软件测试的风险主要体现在哪里?

回答·4
最热
最新
  • (1)需求风险。对软件需求理解不准确,导致测试范围存在误差,遗漏部分需求或者执行了错误的测试方式;另外需求变更导致测试用例变更,同步时存在误差。 (2)测试用例风险。测试用例设计不完整,忽视了边界条件、异常处理等情况,用例没有完全覆盖需求;测试用例没有得到全部执行,有些用例被有意或者无意的遗漏; (3)缺陷风险。某些缺陷偶发,难以重现,容易被遗漏; (4)代码质量风险。软件代码质量差,导致缺陷较多,容易出现测试的遗漏; (5)测试环境风险。有些情况下测试环境与生产环境不能完全一致,导致测试结果存在误差; (6)测试技术风险。某些项目存在技术难度,测试能力和水平导致测试进展缓慢,项目延期; (7)回归测试风险。回归测试一般不运行全部测试用例,可能存在测试不完全; (8)沟通协调风险。测试过程中涉及的角色较多,存在不同人员、角色之间的沟通、协作,难免存在误解、沟通不畅的情况,导致项目延期。 以上内容摘录《软件测试常见风险分析》
  • 需求理解错误,用例不完整
  • 嗯…… 需求的理解, 逻辑的理解。 我觉得最重要的还是行业的认知吧。 不同软件,面对对象不同,行业不同,认知不同,风控就会有不同层次疏忽和纰漏。
  • 边界测试、隐含 Case、异常测试都是容易漏测的点