测试基础-03

学习目标

1. 能够知道软件缺陷判定标准
2. 能够知道项目中缺陷的管理流程
3. 能够使用Excel对缺陷进行管理
4. 掌握禅道工具管理缺陷

一、缺陷介绍

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

2、缺陷的判定标准

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

3、缺陷产生的原因

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

4、缺陷的生命周期

注入bug—》发现bug—》修复bug

5、软件缺陷的核心内容

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

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

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

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

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

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

提示：描述缺陷使用，附件可为空

6、缺陷提交要素

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

严重程度

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

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

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

如何区分前端bug还是后端bug？
界面错误或兼容性问题——》前端
功能错误——》抓包——》检查请求和相应的数据是否正确

缺陷状态

• New：新建
• Open：打开
• Closed：关闭
• Postponed：延期

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

二、缺陷编写

• 缺陷报告示例
• 缺陷跟踪流程
• 提交缺陷注意事项
• 缺陷编写规范

1、缺陷报告示例

缺陷ID	缺陷标题
bug01	正常下单成功后支付失败

缺陷状态	严重程度
new	P0

优先级	所属模块
P0	Ego核心业务

缺陷描述	附件
1、打开小程序
2、选中商品添加购物车进行下单
3、在订单详情点击付款
预期结果：能够呼起微信支付
实际结果：无响应

2、缺陷的跟踪流程

面试题：发现bug之后，首先怎么做？
——确认bug可复现。

3、提交缺陷注意事项

1. 可重现
2. 规范性
3. 唯一性

4、缺陷编写规范

1. 准确
2. 具体
3. 简洁易懂
4. 次序清晰

三、缺陷管理工具

• 禅道的介绍
• 禅道的特点
• 禅道使用流程

2、禅道的特点

三权分立：
产品部门——构想者
研发部门——执行者
测试部门——保证者

四角协同：
产品经理
项目经理
研发团队
测试团队

对测试而言的作用：

• 缺陷管理【重点】
• 用例管理

四、缺陷练习

缺陷id	缺陷标题
bug_001	输入4位自然数qq号，预期：不通过（6-10）位，实际：通过

缺陷状态	优先级
new	P2

模块	缺陷描述
qq	[前置]1、打开qq界面
	[步骤]1、输入qq：1234
–	2、点击验证
	[预期]不通过，提示：qq号应该为6-10位自然数
	[实际]合格