002缺陷管理

缺陷定义

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

缺陷判定标准

软件未实现需求规格说明书中明确要求的功能--少功能

软件实现了需求说明书中指明不应该出现的错误--功能错误

软件实现的功能超出需求说明书指明的范围--多功能

软件未实现需求说明书中虽未明确指明但应该实现的功能--隐形功能错误

软件难以理解，不易使用，运行缓慢，用户体验不好--不易使用

缺陷产生原因

需求阶段：需求描述不易理解，有歧义，错误等

设计阶段：设计文档存在错误或缺陷

编码阶段：代码出现错误

运行阶段：软硬件系统本身故障导致软件缺陷

缺陷的生命周期

缺陷核心内容

缺陷的标题：描述缺陷的核心问题

缺陷的预制条件

缺陷额度复现步骤：复现缺陷的过程

缺陷的预期结果：希望得到的结果

缺陷的实际结果：实际得到的结果

缺陷的必要条件：图片，日志等信息（证据）

缺陷提交要素

缺陷报告编号：缺陷的唯一标识

严重程度：主功能--次要功能--易用性，页面--建议性问题

缺陷优先级：24小时内必须解决--发布前必须修复--可以在下一个版本中修复

Bug类型：代码错误，兼容性问题，设计缺陷，性能问题

缺陷状态：New新建，Open打开，Closed关闭，Postopened延期

优先级划分：

1级：冒烟正向业务用例

2级：冒烟逆向业务用例，单功能正向

3级：单功能逆向，UI布局

4级：建议

缺陷类型

功能错误，页面错误，兼容性错误，数据，易用性，建议改进，架构

※缺陷编写

缺陷描述包括前置步骤，复现条件，预期结果，实际结果

缺陷标题：

• 测试数据+执行效果（预期）
• 测试数据+执行结果（需求）
• 测试数据+预期+执行结果

※缺陷流程

发现bug后，首先确保能复现

提交缺陷注意事项：可复现，唯一性（一个缺陷上报一个问题），规范性

缺陷管理

禅道这个软件