软件缺陷管理

工作流程

设计测试用例->执行用例（执行测试）->缺陷（提交、验证、关闭）

缺陷定义：BUG

缺陷标准：多功能、少功能、错误、缺少隐形功能、易用性

描述缺陷重点：缺陷标题、前置条件、复现步骤、预期结果、实现结果、附件备注

缺陷提交要素：指派人、严重程度、修复优先级、类型

项目中缺陷管理的流程：提交、验证（BUG是否完成）、关闭

1、缺陷的定义

软件在使用过程中存在任何问题叫做软件的缺陷，简称BUG

2、缺陷的判定标准

• 软件未实现需求（规格）说明书中的明确要求的功能-少功能
• 软件出现了需求（规格）说明书中指明不应该出现的错误-功能错误
• 软件实现的功能超出需求说明书指明的范围-多功能
• 软件未实现需求（规格）说明书中虽未指明但应该实现的要求-隐性功能错误
• 软件难以理解，不易使用，运行缓慢，用户体验不好-不易使用（软件测试人员专业角度）

3、缺陷产生的原因 

• 需求阶段：需求描述不易理解，有歧义、错误等
• 设计阶段：设计文档存在错误或者缺陷
• 编码阶段：代码出现错误
• 运行系统：软硬件系统本身故障导致软件缺陷

4、软件缺陷的生命周期

PS：回归测试：1、常规项目回归：项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块。2、非常规项目（银行、部队、航天）：新增模块必须全部复测。

2、回归Bug：上一个版本发现的缺陷，开发修复完毕，在下一个版本进行重新测试。

5.软件缺陷的主要内容

6.缺陷提交要素

• 缺陷报告编号
• 缺陷标题：预期结果（）
• 严重级别：严重（S1）：主程序  、一般（S2）:次要功能  、微小（S3）：易用性、界面     建议（S4）：建议性问题
• 缺陷优先度：Priority0:24小时内解决    Priority1：发布前必须修复    Priority2：可以在下一个版本修复
• 模块
• Bug类型：代码错误、兼容性问题、设计缺陷、性能缺陷
• 缺陷描述：前置条件、操作步骤、预期、实际
• 指派人
• 附件
• 缺陷状态：new：新建  、 Open：打开  、Closed：关闭  、Postponed：延期  

7、软件缺陷类型

• 功能错误
• 错误界面（UI）
• 兼容性
• 数据（数据库）
• 易用性
• 改进建议
• 架构