MILY: 黑体">
|
缺陷优先级 |
描述 |
|
立即解决(P1级) |
缺陷导致系统几乎不能使用或测试不能继续，需立即修复 |
|
高优先级(P2级） |
缺陷严重，影响测试，需要优先考虑 |
|
正常排队(P3级） |
缺陷需要正常排队等待修复 |
|
低优先级(P4级） |
缺陷可以在开发人员有时间的时候被纠正。 |
<!--[if !supportLists]-->6. 缺陷状态：指缺陷通过一个跟踪修复过程的进展情况，也就是在软件生命周期中的状态基本定义，如表5所示。
表5软件缺陷状态列表
|
缺陷状态 |
描述 |
|
激活或打开 （Active or Open） |
问题还没有解决，存在源代码中，确认“提交的缺陷”，等待处理，如新报的缺陷。 |
|
已修正或修复 (Fixed or Resolved) |
|
|
关闭或非激活 (Close or Inactive) |
测试人员验证后，确认缺陷不存在之后的状态。 |
|
重新打开 |
测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复 |
|
推迟 |
这个软件缺陷可以在下一个版本中解决 |
|
保留 |
由于技术原因或第三者软件的缺陷，开发人员不能修复的缺陷 |
|
不能重现 |
开发不能复现这个软件缺陷，需要测试人员检查缺陷复现的步骤。 |
|
需要更多信息 |
开发能复现这个软件缺陷，但开发人员需要一些信息，例如：缺陷的日志文件，图片等。 |
<!--[if !supportLists]-->7. 缺陷来源：指缺陷所在的地方，如文档、代码等，如表6所示。
<!--[endif]-->
表6软件缺陷来源列表
|
缺陷来源 |
描述 |
|
需求说明书 |
需求说明书的错误、或不清楚引起的问题 |
|
设计文档 |
设计文档描述不准确、和需求说明书不一致的问题 |
|
系统集成接口 |
系统各模块参数不匹配、开发组之间缺乏协调引起的缺陷 |
|
数据流(库) |
由于数据字典、数据库中的错误引起的缺陷 |
|
程序代码 |
纯粹在编码中的问题所引起的缺陷 |
表7软件缺陷根源列表
|
缺陷根源 |
描述 |
|
测试策略 |
错误的测试范围，误解了测试目标，超越测试能力等 |
|
过程，工具和方法 |
|
|
团队/人 |
项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机不纯等。 |
|
缺乏组织和通讯 |
缺乏用户参与，职责不明确，管理失败等。 |
|
硬件 |
硬件配置不对、缺乏，或处理器缺陷导致算术精度丢失，内存溢出等 |
|
软件 |
软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件的错误，编译器的错误，2000千年虫问题等。 |
|
工作环境 |
组织机构调整，预算改变，工作环境恶劣，如噪音过大。 |
文章来源于领测软件测试网 https://www.ltesting.net/
