CQ缺陷管理规范

1、CQ缺陷管理规范1.1缺陷记录信息对缺陷的描述包含以下的内容:可追踪信息缺陷ID唯一的缺陷ID,能够根据该ID追踪缺陷缺陷基本信息缺陷状态缺陷的状态，分为 11种（见3.2.8节）标题对缺陷简单描述缺陷类型缺陷所属类型（见 3.2.1节）严重程度缺陷的严重程度，一般分为“致命”、“严重”、“一般”、“轻微”和“其它”五种 （见3.2.2节）缺陷来源引入缺陷的开发阶段（见3.2.3节）发现阶段发现缺陷时所属的阶段（见 3.2.4节）重现步骤重现缺陷的步骤现象描述对缺陷的详细描述；因为对缺陷描述的详细程度直接 影响开发人员对缺陷的修改，描述应该尽可能详细内部版本号发现缺陷时产品的内部版本号外部（正

2、式）版本 号发布给客户使用的版本号。修复责任人在缺陷提交后，由项目经理 /开发经理指定修复缺陷的 责任人修复期限项目经理/开发经理指定修复缺陷的截止日期优先级缺陷的紧急程度，修复的优先级，从1-3, 1是优先级最高的等级，3是优先级最低的等级（见3.2.6节）修复描述对修复内容（将什么改成什么）的描述，如果对代码进 行了修改，要求在此处体现出修改解决方案排除缺陷的解决方案类型（见 3.2.7节）排除阶段修复缺陷时所属的阶段（见3.2.5节）倩计工时估计修复该缺陷所需的工时实际工时修复该缺陷实际使用的工时工作分数缺陷关闭后，项目经理/开发经理评估修复缺陷所花的 工作量和修复缺陷的工作质量工作量系

3、数工作质量系数工作分数评估描述项目经理/开发经理对缺陷修复工作量和工作质量的评 估给予必要的解释说明1.1.1缺陷类型#缺陷类型详细类型1功能性展现层错误、未实现、未容错 控制层错误、未实现、未容错 业务层错误、未实现、未容错 数据层错误、未实现、未容错 功能实现不完整 功能实现错误2数据类数由T数据不完整 数据重复 信息填充错误3易用性业务流程操作繁琐界囿布局不合理操作/、习惯tab键顺序不合理尽量保证一屏能显示，横向滚动条尽量避免，违反此规范的缺陷提示信息不充分，或者不友好，甚至错误提示按钮摆放位置不符合止常习惯设计图标，展示/、符合常规，给人误解布局设计不合理（静态页面显布）风格不统一图

4、片、色调不符合业务系统要求4可维护性系统的故障恢复困难 系统的升级操作困难5其它（性能、 可靠性、可扩 展性等）系统的响应时间差并发处理性能差过负荷处理处理机制差1.1.2严重程度#严重程度描述1致命致命是指系统任何一个主要功能完全丧失，或用户数据受到破坏，造 成系统崩溃、悬挂、死机或者危机人身安全。由于程序所引起的死机，非法退出死循环导致数据库发生死锁数据通讯错误数据流环节上严重的数值计算错误产品设计存在严重的安全问题，漏洞被利用后可能导致系统瘫痪、 数据丢失或隐私泄露等问题存在严重的性能问题，导致数据库或者应用服务器压力过大，导致 生产不能正常进行2严重主要功能未实现或与产品需求规格书不符

5、：功能不符数据流错误，如不能保存数据程序接口错误数据流环节上轻微的数值计算错误 性能如内存溢出、响应时间超长程序正常输入报错无结果或coredump3次要功能未实现或与产品需求规格书不符：界面错误（详细文档）打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示、功能按钮不允许使用时没有置灰或给出提示 信息JavaScript 错误页面跳转错误非数据流环节上的数值计算错误非数据流功能提交失败长时间操作未给用户进度提示（超过10秒）界面操作之后，没有刷新功能前后台不能联调（如前台插入数据不能满足后台程序需求）界面没有提供不影响生产的功能（如排序、分页、小计、总计等） 存在必填项冗余

6、字段或内容4轻微装饰性问题：主要是界面方面问题，如错别字，提示信息不准确：辅助说明描述不清楚、提示信息不止确显示格式不规范长时间操作未给用户进度提示（少于10秒）提示窗口文字未采用行业术语可输入区域和只读区域没有明显的区分标志系统处理未优化脚本或说明文档未提供或提供错误界面美观性问题明显及常见的操作方便或习惯性问题5其它测试建议1.1.3缺陷来源#缺陷来源详细来源1需求业务/用户需求描述错误业务/用户需求描述不清楚业务/用户需求遗漏需求规格描述错误需求规格描述不清楚需求规格需求遗漏需求规格与业务/用户需求不符2设计系统框架存在缺陷系统采用的组件存在缺陷模块间存在高耦合性（划分不清楚） 接口设计

7、错误接口设计描述不清楚 数据库设计不合理 设计与SRS不一致3编码编码和设计不一致变量赋值类错误比较表示式错误变量溢出循环条件错误日志格式或内容不符H要求SQL语句错误SQL语句不可用（存在性能问题等）界面展现错误，如：拼写、标点符号、打字脚本不全，配置错误，提供给测试部作系统测试的文档不全4测试测试用例跟SRS不一致修改回归缺陷引起测试环境原因（测试环境搭建错误）1.1.4发现阶段#发现阶段描述1需求阶段在需求阶段发现的缺陷2设计阶段在设计阶段发现的缺陷3编码阶段在编码阶段发现的缺陷4集成测试阶段在集成测试阶段发现的缺陷5系统测试阶段在系统测试阶段发现的缺陷6确认测试阶段在确认测试阶段发现的

8、缺陷7运行维护阶段在运行维护阶段发现的缺陷1.1.5排除阶段#排除阶段描述1需求阶段在需求阶段排除的缺陷2设计阶段在设计阶段排除的缺陷3编码阶段在编码阶段排除的缺陷4集成测试阶段在集成测试阶段排除的缺陷5系统测试阶段在系统测试阶段排除的缺陷6确认测试阶段在确认测试阶段排除的缺陷7运行维护阶段在运行维护阶段排除的缺陷1.1.6优先级#优先级描述11-立即解决缺陷必须被立即解决。22-正常缺陷需要正常排队等待解决或列入软件发布清单。33-不紧急缺陷能够在方便时解决1.1.7解决方案#解决方案描述1Duplicate提交的缺陷和以前的某个缺陷属于同一个缺陷，解决方案直接复 制2Enhancement

9、 Request提交的缺陷属于需求功能增强3Fixed修正BUG （直接修复）4Fixed Indirectly提交的缺陷是由其它缺陷引起的（间接修复）1.1.8缺陷状态#缺陷状态描述1Submitted已提交的缺陷2Ready已指派修复责任人的缺陷3Canceled已取消的缺陷（提交后经评审不需要修复或不是缺陷）4Postponed已推迟的缺陷，暂不修复5Active已打开的缺陷，正在解决中6Resolved已解决的缺陷7Rejected已拒收的缺陷（已解决的缺陷经验证不经过）8Validated已验证经过的缺陷9Closed已关闭的缺陷10Subrejected已拒绝测试组提交的缺陷（项目接口人经审核后，发现提交的缺 陷单有问题，需要测试组修改 .11Unactived开发人员拒绝项目接口人分配的缺陷。1.2缺陷管理流程Rational ClearQuest使用一条条的记录来跟踪缺陷，每一条缺陷记录都会经历不同的状态，例如已经指派状态、已经解决状态、关闭状态等。记录经过不同的动作在各个状态间转换，如下图：测试