软件缺陷介绍

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

软件缺陷的判定标准

1. 软件未达到需求说明书的功能---少功能
2. 软件出现了需求说明书指明不会出现错误的地方---功能错误
3. 软件的功能超出需求说明书知名的范围---多功能
4. 软件出现了需求说明书虽未指明，而应该达到的目标---隐性功能错误
5. 软件测试人员认为软件难以使用，效率低下，或者用户体验不好---不易使用

缺陷产生的原因

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

缺陷的生命周期

软件缺陷的核心内容：描述缺陷使用

1. 缺陷的标题：描述缺陷的核心问题
2. 缺陷的预制条件：缺陷产生的前提
3. 缺陷的复现步骤：复现缺陷的过程
4. 缺陷的预期结果：希望得到的结果
5. 缺陷的实际结果：实际得到的结果
6. 缺陷的必要附件：图片、日志等信息（证据），附件可以为空

缺陷提交要素：通过缺陷管理工具与开发交流使用

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

严重程度：

严重（S1）：主功能

一般（S2）：次要功能

微笑（S3）：易用性

建议（S4）：建议性问题

缺陷优先级：

Priority 0:24小时之内解决

Priority 1:发布前必须修复

Priority 2:可以在下一个版本中修复

缺陷类型：

代码错误、兼容性问题、设计缺陷、性能问题

缺陷状态

New:新建

Open:打开

Close:关闭

Postponed:延期

如何区分前端bug还是后端bug

1、如果是界面或兼容性的错误为前端bug

2、如果是功能错误区分前端和后端bug，需要抓包查看请求和响应

提交缺陷注意事项

可重现：缺陷可以复现

唯一性：一个缺陷上报一个问题

规范性：符合公司或者项目要求

发现Bug后：首先确认缺陷的可复现

缺陷管理工具---禅道

缺陷案例

 缺陷id:bug_001

缺陷标题：测试步骤描述+预期+实际结果     eg:验证4位qq不合格（实际：合格）

                  测试步骤描述+实际结果+需求     eg:验证4位qq合格（需求：6-10位自然数）

状态：新建、打开、关闭、拒绝、延期

优先级：参考用例优先级

模块：

缺陷描述：前置、步骤、预期、实际

附件：日志、截图（实际结果）