目录
1、什么是缺陷
2、缺陷的类型
3、缺陷的交付物
4、缺陷报告的基本格式
1、什么是缺陷
- 就是软件最终的功能实现跟需求不一致的现象就是缺陷
2、缺陷的类型
- 做少了,做错了,做多了,做差了
3、缺陷的交付物
- 缺陷报告:也叫缺陷跟踪单。测试执行过程中,发现软件失效后,提出书面的报告,提供给开发人员或者其他负责人员作为定位缺陷的依据,也作为日后缺陷度量的数据依据。
4、缺陷报告的基本格式
- 缺陷标题:
- 举例:登录模块,采用正确的用户名,密码登录不成功 ==》什么功能模块,做的什么操作,出现了什么问题?
- 用一句话简明扼要的描述清楚缺陷的问题
- 前置条件:
- 缺陷操作所需要依赖的前置条件或环境或一些三方插件依赖等等
- 没有前置条件的可以不要写
- 举例:windows操作系统,IE浏览器进入登录界面
- 复现步骤
- 首先参照缺陷报告的5c准则来描述复现步骤(准确、清晰、简洁、完整、一致
- 在描述复现步骤的时候参照写要点:
- 再现:一般是尽量三次再现故障,如果问题是间断的,那要报告问题发生频率。如:测试10次,该缺陷出现了3次;
- 初步定位:可能影响再现的变量,例如配置变化、工作流、数据库,这些都可能改变错误的特征。
- 推广:确定系统其他部分是否可能出现这种错误,以及使用不同的数据时是否存在着这种问题等等,特别是那些可能存在更加严重特征的部分。
- 压缩:精简任何不必要的信息,特别是冗余的测试步骤。
- 去除歧义:使用清晰的语言,尤其是避免使用那些有多个不同或相反含义的词汇。
- 中立:公正的表达自己的意思,对错误及其特征的事实进行陈述,避免夸张、幽默或讽刺。
- 评审:至少有一个同行,最好是一个有经验的测试工程师或测试经理,在递交错误报告之前自己先阅读一遍。
- 实际结果
- 期望结果
- 系统版本
- 缺陷所属模块
- 缺陷种类
- 兼容缺陷
- UI缺陷
- 功能缺陷
- 缺陷的严重等级
- 致命:例如,软件的意外退出甚至操作系统崩溃,造成数据丢失。
- 提示:软件界面的细微缺陷,例如,某个控件没有对齐,某个标点符号丢失等;
- 一般:例如,软件的单个功能失效;
- 严重:例如,由于单功能失效导致多个相关功能均失效
- 缺陷优先级:高,中,低
- 缺陷的提交人
- 测试人员提交缺陷
- 缺陷指派者
- 测试负责人,项目经理
- 缺陷的修复人员,开发
- BUG生命周期
-
-
- 缺陷的跟踪管理流
-