度过了一个冬眠,在春末夏初之际,补充自己的营养,努力学习,努力工作!
测试存在的风险
上一篇 /
下一篇 2007-10-12 16:58:06
/ 个人分类:软件质量与管理
- 质量需求或产品的特性理解不准确,造成测试范围分析的误差,结果是某些地方始终测试不到或验证的标准不对。
- 测试用例没有得到百公之百的执行,如有些测试用例有意或无意的遗漏。
- 需求发生变化,导致修改设计和重写代码,造成测试时间不够。
- 质量标准不是很清晰的。如适用性的测试,仁者见仁、智者见智。
- 测试用例设计不到位。忽视了一些边界条件、深层次的逻辑、用户场景等。
- 测试环境。一般不可能和实际运行环境完全一致,造成测试结果的误差。
- 有些缺陷出现频率不是百分之百,不容易被发现;如果代码质量差,软件缺陷很多,被漏检的缺陷可能性就增大。
- 回归测试一般不运行全部测试用例,是有选择性地执行,必然带来风险。
其中1-3种风险是可以避免的,而4-7的风险是不能避免的,应努力降到最低。最后出于时间或成本的考虑回归测试风险是可以避免的。
Z
G0[
u0gJ
r0
相关阅读:
- 测试目标--质量特性的验证 (hbxtly, 2007-9-06)
- 软件测试方法的有机组合 (hbxtly, 2007-9-06)
- 验证和确认 (hbxtly, 2007-9-06)
- 容量测试 (hbxtly, 2007-9-18)
- 强度测试或压力测试 (hbxtly, 2007-9-19)
- 严格执行测试 (hbxtly, 2007-9-25)
- 准确报告软件缺陷 (hbxtly, 2007-9-25)
- 提高测试覆盖度 (hbxtly, 2007-9-26)
- 缺陷分析 (hbxtly, 2007-9-26)
- 测试存在的风险 (hbxtly, 2007-10-12)
收藏
举报
TAG:
软件质量与管理