目标

• 能够说出软件缺陷判定标准
• 能够说出项目中缺陷的管理流程
• 能够使用Excle对于缺陷进行管理
• 能够使用工具管理缺陷

缺陷介绍

软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug，需要进行缺陷管理

缺陷的判定标准

• 软件未实现需求（规格）说明书中明确要求的功能-少功能
• 软件出现了需求（规格）说明书中指明不应该出现的错误-功能错误
• 软件实现的功能超出需求（规格）说明书指明的范围-多功能
• 软件未实现需求（规格）说明书中虽未明确指明单应该实现的要求-缺少隐性功能（预期结果）
• 软件难以理解，不易使用，运行缓慢，用户体验不好-不易使用

缺陷产生的原因

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

软件缺陷的生命周期

（缺陷发现、缺陷提交、缺陷解决、缺陷验证、缺陷关闭）
（到最后可能会出现：解决缺陷a，连带出现了缺陷b或者c甚至更多）

软件缺陷的核心内容

1、缺陷描述：发现缺陷以后如何描述（让别人看得懂）

2、缺陷提交：指派人、优先级、类型…

• 缺陷的标题：描述缺陷的核心问题
• 缺陷的预置条件：缺陷产生的前提
• 缺陷的复现步骤：复现缺陷的过程
• 缺陷的预期结果：希望得到的结果
• 缺陷的实际结果：实际得到的结果
• 缺陷的必要附件：图片、日志等信息（证据）

缺陷标题分析

缺陷提交要素

1、缺陷报告编号：缺陷报告编号

2、严重程度：

• 严重（S1）：主功能
• 一般（S2）：次要功能
• 微小（S3）：易用性、界面
• 建议（S4）：建议性问题

3、缺陷优先级

• p1：24小时内解决
• p2：发布前必须修复
• p3：可以在下一个版本中修复

4、bug类型：功能错误、代码错误、兼容性问题、设计缺陷、性能问题…

5、缺陷状态：

• New
• Open
• Close
• Postpond

缺陷类型

功能错误、UI页面错误、兼容性、数据库、易用性、建议、架构缺陷

梳理小结

工作流程：设计用例->执行用例（执行测试）->缺陷管理（提交、验证、关闭）

案例：注册功能

注册的密码规则及页面如下

用思维导图梳理测试点

缺陷流程及注意

缺陷的跟踪流程

提交缺陷注意事项

• 可复现：缺陷可以复现
• 唯一性：一个缺陷上报一个问题
• 规范性符合公司或者项目要求

面试问题

问：当你发现缺陷后，首先会怎么办

答：发现缺陷，首先进行缺陷截图，再次进行前置操作确认缺陷是否可复现，排查缺陷是否重复，然后按照公司规范分派缺陷等待开发修复。如果开发的反馈是延期处理，比如说下个版本修复，那我们下个版本继续跟进；如果开发说已经解决了，我们需要回归测试，再次验证缺陷是否修复，若修复则到权限管理工具关闭缺陷，若未修复则需要重新打开缺陷派发给指定开发。

缺陷编写规范

• 准确：描述的信息是正确的
• 具体：有细节且是真实特定的
• 简洁易懂：描述简单容易理解
• 次序清晰

缺陷管理工具

1、项目管理工具-管理缺陷/管理用例（禅道）

2、Excle管理缺陷

禅道使用流程

• 用例管理：创建用例->评审用例->执行用例
• 缺陷管理：缺陷创建->缺陷跟踪->缺陷验证

总结