在测试中需要测什么功能、怎么测、在哪些平台上测我们已经了解了,那是不是照着测试用例测完就可以了呢?并不是,我们还需要对出现的问题进行整理反馈和跟踪,即提交跟踪bug。
一个项目在开发测试周期中基本上是不可能不出现bug的,也许因为粗心大意,也许因为开发人员没理解产品需求,也许因为代码本身的逻辑,总会出现或多或少的bug。而对于我们软件测试工作人员来说,在进行测试时发现了bug,该如何去告诉产品或开发呢?怎么记录下来,又该如何去解决呢?
实际工作中,测试发现的问题都是有bug管理工具的,它就是用来提交bug、跟踪bug的,市面上有很多的bug管理工具,比如:禅道、jira等。当然还有一些公司会自己开发一套bug管理工具。
有些小伙伴可能会说,发现bug直接去告诉开发,让他改就是了,何必搞得这么复杂呢,还用个管理工具去记录。工具的价值就在于方便管理,在实际工作中往往会有多名开发、多名测试人员,在人数众多的情况下,如果不对bug进行管理记录,会造成工作上的混乱。
现在我们来看一个bug管理工具——禅道。通过一个例子给小伙伴们演示一下该管理工具的使用流程。(小伙伴们可以自行搜索禅道官网)
①先选择开源版演示。
②选择测试,点击bug
③点击提bug
④填写相关内容
1.所属项目:即测试所对应的项目名称
2.所属模块:具体的功能模块,比如朋友圈首页
3.所属迭代:每个app自己的版本号
4.影响版本:一般来说填测试版或者线上版
5.当前指派:这里填写指定给哪个开发
6.截止日期:也就是bug的修改截止日
7.Bug类型:即对bug进行简单分类,比如有代码错误,界面优化,设计缺陷等
8.操作系统:如果是app测试的话,一般这里填写Android或者iOS,用于区分不同的平台
9.浏览器:一般用于web兼容性测试,app测试的话可不填
10.bug标题:对bug进行的简单描述,让开发理解就好,比如微信朋友圈点赞后无反应
11.严重程度:不同的平台可能划分的名称不同,比如有的是以数字区分,1-4,1为最严重,或者是Low,High这样进行划分。一般来说最高级,比如1级bug意味着非常严重,影响到进程使用,比如登录后直接崩溃,这样的为1级bug。2级bug意味着严重,一般指重要功能出了问题,比如微信朋友圈打不开。3级bug意味着普通,一般来说在测试中提的最多的缺陷就是3级bug,比如微信朋友圈无法点赞。4级bug是对应一些建议性的问题,比如你觉得点赞的红心过大或者过小
12.优先级:为建议开发处理的优先级,一般来说是越严重的bug越优先处理
13.重现步骤:详细描述bug产生的操作步骤,出现后的结果,和期望结果,一般来说,有截图的话附带截图比较好
⑤填好这些内容后,点击保存。我们就可以在页面上看见刚才提交的bug了。
接下来要做的就是进一步与开发进行交流该bug,等待开发修复bug。当开发把bug修复完成后,他会把bug再重新提交给你,以便于你进行复测。如果bug被解决了,则关闭bug;否则再次反馈给开发。
这就是在测试时发现bug后,要做的提交、跟踪流程了。
解惑:
那在实际工作中是不是要等bug全部修复才上线呢?若上线时间已定,bug还没完全修复怎么办呢?
其实通常来说,我们现已上线的APP也是有bug的,只不过相对而言,bug的严重程度不是很高。通常严重程度为1、2级的bug是不允许带上线的,而3、4级的bug可以让产品经理进行定夺是否可上线。