软件测试_day03

1. 缺陷介绍

1.1缺陷定义

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

1.2缺陷判定标准

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

• 软件出现了需求（规格）说明书中指明不应该出现的错误-功能错误

• 软件实现的功能超出需求（规格）说明书指明的范围-多功能

• 软件未实现需求（规格）说明书中虽未明确指明但应该实现的要求-隐性功能错误

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

1.3缺陷产生原因

从需求到发布上线中间任何一个阶段都有可能产生缺陷。

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

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

• 编码阶段：代码出现错误

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

1.4软件缺陷的生命周期

1.5缺陷核心内容

• 缺陷的标题-描述缺陷的核心问题

• 缺陷的预置条件-缺陷产生的前提

• 缺陷的复现步骤-复现缺陷的过程

• 缺陷的预期结果-希望得到的结果

• 缺陷的实际结果-实际得到的结果

• 缺陷的必要附件-图片、日志等信息（证据）

1.6缺陷提交要素

• 缺陷报告编号-缺陷的唯一性标志

• 严重程度

• 严重（S1）：主功能

• 一般（S2）：次要功能

• 微小（S3）：易用性、界面

• 建议（S4）：建议性问题

• 缺陷优先级

• Priority0：24小时之内解决

• Priority1：发布前必须修复

• Priority2：可以在下一个版本中修复

• bug类型

• 代码错误

• 兼容性问题

• 设计缺陷

• 性能问题

• 缺陷状态

• New：新建

• Open：打开

• Closed：关闭

• Postponed：延期

1.7缺陷类型

1. 功能错误

2. UI页面错误

3. 兼容性

4. 数据（数据库）

5. 易用性

6. 建议

7. 架构缺陷

2. 缺陷编写

2.1缺陷报告示例

2.2缺陷跟踪流程

2.3提交缺陷注意事项

• 可重现（缺陷可以复现）

• 唯一性（一个缺陷上报一个问题）

• 规范性（复合公司或者项目要求）

面试题：当你发现缺陷后，首先会怎么办？

答：先确定缺陷是否可以复现，确定它是bug，如果没有问题再提交，提交时，要检查缺陷是否已存在。

2.4缺陷编写规范

• 准确（描述的信息是正确的）

• 具体（有细节且是真实特定的）

• 简洁易懂（描述简单容易理解）

• 次序清晰（描述缺陷过程有条件，有先后顺序）

3.缺陷管理工具（禅道）

3.1禅道的介绍

地址

• 特点

• 国产、免费、开源、简单、轻量级

• 三管融合（产品管理、项目管理、质量管理）

3.2禅道的特点

3.3禅道使用流程

重点是管理缺陷