缺陷报告的用途
缺陷报告是软件测试人员重要的交付物之一,也是主要工作输出。一份高质量的缺陷报告可以帮助开发人员快速定位问题,修复Bug;也便于测试人员对缺陷进行统计、分析和跟踪管理;它是测试人员和开发人员重要的沟通工具。
所以我们测试人员在执行测试过程中如果发现缺陷,需要记录缺陷,并提交缺陷报告
那如何编写并提交缺陷报告呢?
1、使用缺陷管理工具
这里我给大家介绍几款缺陷管理工具:禅道、BugFree、JIRA、Mantis、Bugzilla、QC等,没错,通过这些工具就可以提交缺陷报告啦。工具虽多,但都大同小异,如果学会使用其中一款工具,那其他工具你会很容易掌握。我会在下节课详细介绍上面几款缺陷管理工具,以及BugFree的安装及使用
2、如果公司没有安装缺陷管理工具
我们可以使用excel去编写报告,又简单又快捷!方便对缺陷的留存
3、我们平时工作中,会发现一个现象,当测试人员发现Bug后,会给开发人员发个微信,或者打个电话,告诉他哪个模块或哪支交易有bug,待开发人员修复以后,会微信通知我们去返测。其实这样是很不规范的。为了让测试工作更合规更效率,我们需要提交正式的缺陷报告。
下面进入主题——缺陷报告的重要组成部分
(1) 编号
提交缺陷的顺序
(2) 标题
简明扼要的描述缺陷
(3) 发现者
谁发现的缺陷,比如工号、用户名、姓名等
(4) 发现日期
提交缺陷的系统日期,一般是当天
(5) 所属模块
哪个功能模块发现的缺陷(方便开发经理根据模块定位该缺陷的负责人)
(6) 所属版本
在软件哪个版本发现的缺陷,如XX系统vYYYY-MM-DD;或XX系统version X.X.X
(7) 指派给谁
测试人员将缺陷指派给开发经理,开发经理会根据该缺陷所在模块再次指派给具体开发人员
(8) 缺陷状态
缺陷此时所处阶段
New:测试人员发现缺陷,提交给开发经理时的状态
Open:开发经理承认并接收该缺陷后的状态(如果开发经理发现它不是缺陷,会拒绝接收,此时缺陷状态为Rejected)
Fixed:开发人员收到缺陷,并对其进行修复后的状态
Closed:测试人员对修复的缺陷进行返测,验证通过后的状态(如果测试人员验证该缺陷没有被修复,即返测失败,该缺陷状态会被改为Reopen,由开发人员继续对其修复)
(9) 严重程度
Urgent:最严重的缺陷,如死机、系统崩溃等致命问题
Very high:非常严重的缺陷
High:严重的缺陷
Medium:中等程度的缺陷
Low:小问题
(10) 优先级别
Urgent:立即解决,开发人员放下手头的工作马上处理
Very high:在本版本中解决
High:在下一版本中解决
Medium:在软件发布(上线)前解决
Low:尽量在软件发布(上线)前将缺陷解决
说明:严重程度和优先级别比较笼统,在实际工作中容易产生矛盾,所以企业会根据项目的实际情况进行详细定义,工作时要参考相应文档
(11) 缺陷描述
把发现缺陷的过程、步骤、使用的数据等记录下来,使开发人员通过该描述再现该Bug
需注意问题:
单独记录每一个缺陷,不要把两个或者多个缺陷记录在一起
缺陷描述要清晰准确易读,使用必要、量少的步骤保证缺陷复现
对缺陷的严重程度和优先级别的划分要准确、客观
提交缺陷报告前要认真审核,确保提交的缺陷为有效缺陷
不要为了引起开发人员的重视而夸大缺陷
小的缺陷也需要记录缺陷报告
及时报告缺陷(给开发人员留一些充足的修复时间)
对发现的缺陷不做任何评价(随意评价缺陷,很容易伤开发人员的心哦)
随机缺陷也要报告(随机缺陷不易重现,按照固定步骤时有时无,所以需要表明它是随机缺陷,尽量详细描述其出现的步骤,以及出现的频率等)
今日练习
最近我在使用微信App的时候,发现它的“辅助功能”有Bug,路径为:微信>我>设置>通用>辅助功能
首先登录到我的微信,依次点击下方“我”-“设置”-“通用”-“辅助功能”,我的“辅助功能页面”如下图
点击“群发助手”,进入“群发助手启用页面”,如下图
点击“群发助手启用页面”左上角的返回键,预期返回到“辅助功能页面”(我们是从这个页面进来的,当然也得返回到这个页面),但实际返回到了“消息列表页面”,如下图
针对这个Bug,我们来写一下缺陷报告吧
怎么样?是不是非常简单!除了“群发助手”,还有“QQ邮箱提醒”也有这样的问题,大家可以动手去测试一下
好了,本期内容就先讲到这里,我们下期见!
文章作者简介:软件测试工程婶,一名从事软件测试行业的大婶,倔起来十头牛都拉不回来的另类摩羯,三观比五官正,思想比套路深
领取专属 10元无门槛券
私享最新 技术干货