day05-关于缺陷

目录

关于缺陷

缺陷的定义

缺陷管理

如何填写缺陷报告

缺陷严重程度

缺陷状态迁移表

缺陷中常见的问题

---

关于缺陷

缺陷的定义

• 软件没有实现产品的说明书所描述的功能。

• 软件实现了产品说明书描述不应有的功能

• 软件执行了产品说明书没讲的操作

• 软件没有实现产品说明书没讲但应该实现的功能

• 从软件测试员的角度来看，软件难以理解、不易使用、运行缓慢，或者最终用户认为不对。

缺陷管理

• 掌握软件缺陷的生命周期

• 掌握高质量缺陷报告的填写

• 掌握软件缺陷的相关属性

• 了解软件缺陷管理的常用工具

• 了解缺陷冲突中一些常见的问题

 

 

如何填写缺陷报告

一个完整的测试报告一般包括以下内容：

• 缺陷编号

• 预置条件

• 缺陷标题（一句话说明缺陷）

• 测试步骤（只描述与发现缺陷相关的步骤）

• 严重程度（致命、严重、一般、提示）

• 优先级（高中低）

• 重现率（不是必现的，可尝试10次取百分比）

• 缺陷状态（提交时是New 不同人操作之后会修改）

缺陷编号	用例编号	测试模块	预置条件	BUG标题	测试步骤	预期结果	实际结果	缺陷状态	严重程度	优先级	重现率	指派	环境	软件版本	测试日期	测试人员	附件
Agileone_Reg_bug_001	Agileone_Reg_TC_003	用户注册	准备未注册的账号	正确填写注册验证码，但点击注册按钮后仍然提示验证码错误	1.进入登录页面 2.输入正确的用户名admin和密码admin123 3.输入正确的验证码 4.点击注册按钮	能够正确注册新用户	点击注册按钮后提示验证码输入不正确	New	致命	高	100%	张三	win10	v1.0	2020-6.9	李四

用例编号：是操作哪个用例出错的就写哪个，如果不是操作用例发现的错误就写N/A

测试模块：操作的属于哪个模块

附件：可以附带上出现问题的截图

缺陷严重程度

严重性：顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。

致命：例如，软件的以外退出甚至操作系统崩溃，早成数据丢失

严重：例如，由于单功能失效导致多个相关功能均失效

一般：例如，软件的单个功能失效

提示：软件界面的细微缺陷，例如某个控件没有对齐，某个标点符号丢失等

缺陷状态迁移表

 

缺陷中常见的问题

 

• 如果处理不能重现的缺陷？

一定要提交到缺陷管理库

1.一定要详细描述遇到缺陷的过程和相关环境配置，如果有日志的话，一定要附上相关的操作日志或者系统运行日志。

2.对于不可重现的缺陷，一定要尽量描述清楚复现率是多少。

3.对于不可重现的缺陷，当开发人员将缺陷设置为fixed之后，在验证时，不能只在一个版本上去验证缺陷是否修复，必须至少在3个版本上验证后都没有重现过，才能将缺陷关闭。