软件缺陷管理系统流程.doc

word
word
1 / 13
word
软件缺陷管理方法
目的
本文档定义了软件缺陷管理流程和相关规如此，确保软件缺陷管理的系统性和规X性，以保证项目研发质量。
适用X围
适用于部门项目研发过程的缺陷管理，对各阶段的缺陷g标题开头标记为[延期解决]和在处理状态选择“延期解决〞，然后注明解决时间计划并指派回开发工程师，开发工程师根据解决时间计划来规划和解决此Bug。
缺陷管理工具
软件测试过程中所有缺陷要提交到公司测试管理系统进展跟踪管理。
管理工具的作用
确保每个被发现的缺陷都能够被跟踪与处理。
收集缺陷数据并根据缺陷趋势曲线识别或报告测试状态。
收集缺陷数据并在其上进展数据分析，作为测试评估的依据。
〔2〕缺陷驱动原如此
缺陷管理系统主要通过指派状态来驱动相关开发工程师、测试工程师和项目经理尽快
word
word
5 / 13
word
地处理问题，以提高研发效率，所以会特别关注缺陷指派给谁和停留时间，并反应在定期报告。
所以，缺陷驱动原如此：尽量不要让缺陷挂在你身上。
. 缺陷属性定义
(1) 缺陷相关属性
缺陷属性
说明
缺陷ID
缺陷ID是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的ID。
缺陷类型
缺陷类型是根据缺陷的自然属性划分的缺陷种类。
严重程度
缺陷严重程度是指因缺陷引起的失效对软件产品的影响程度。
发生概率
缺陷发生概率指缺陷按照测试操作步骤发生的概率情况。
解决方案
缺陷解决方案是指缺陷被解决掉的处理方案。
缺陷描述
缺陷描述是对缺陷的报告，包括标题、操作步骤和结果等。
缺陷类型说明
类型名称
说明
设计缺陷
由于软件设计或代码实现所产生的功能或流程的问题。
界面问题
系统页面的展示的问题。
数据问题
系统数据的来源，处理与处理结果的问题。
需求问题
软件需求测试发现的问题，也包括之后需求变更的问题。
安装部署
软件安装部署过程的错误。
性能问题
软件性能相关的缺陷。
文档问题
用户使用手册，软件帮助文档等出现的问题
常识问题
系统用户的正常使用习惯相关问题。
安全问题
系统漏洞安全问题。
word
word
6 / 13
word
优化建议
针对操作过程逻辑或界面显示的优化性建议。
其他
除前面分类的其他问题
(3) 严重程度定义
严重程度
定义和说明
致命
阻碍开发或测试工作继续进展的系统性故障，
例如：
实现的功能与产品定义或软件需求规格严重不符。
系统无法执行、崩溃、冻结，死循环等。
程序引起的死机，非法退出。
主要功能模块严重错误。
数据库错误，严重数据计算错误通讯错误等。
严重
系统出现的严重错误，但不影响当前测试工作的错误。
例如：
模块功能错误，模块功能未实现，乱码等；
功能错误，如模块有误，根本按键使用有误等。
数据错误，如用户数据丢失、破坏、计算、保存有误等。
一般
不影响用户使用的非严重问题
次要功能未实现或与需求不符。
操作界面错误，如界面图表或字符的一般性错误，但不影响操作。
提示信息错误，辅助说明不清楚。
数据错误，数据边界、格式约束未实现或需求不一致
word
word
7 / 13
word
建议
测试过程中发现不利用户操作的优化建议。
界面字符或提示与的显示不恰当。
页面或操作习惯的优化性建议。
功能操作更好的实现方式。
注：严重等级由创建者在创建缺陷时根据此定义来选择，之后都不能随意更改。
(5) 优先级的定义
优先级
定义和说明
立刻
阻碍测试工作无法进展，需要开发工程师马上解决问题。
所有的致命问题都需要立刻解决；
时间急迫时影响版本上线的问题等；
紧急
不影响测试工作的严重问题，下个测试版本发版前必须解决。
所有严重问题；
常用模块功能、业务逻辑或数据错误；
明显的性能问题；
尽快
一般性功能错误，版本发布前应该解决的问题。
大多数一般问题；
页面显示，页面的字符，界面图标、文字显示、有误，不影响使用。如错别字，图标显示异常等；
一般
不影响版本上线的问题，局部问题允许不修改。
非常用界面或字符的显示错误或不恰当；
用户使用习惯，语言表达等优化建议；
注：立刻、紧急、尽快的问题都要求在系统上线前解决。
(6)发生概率定义
word
word
8 / 13
word
发生概率
定义说明
验证问题最小次数
必现
100%。 测试5次，出现5次。
5次
经常
100%>&>=30%。测试5次，出现3~4次；
或测试10次，出现