关于老生常谈的Bug,你知道多少?

首先要说明,Bug是我们配合研发组其他人员说的,在软件测试工程师术语中一般我们叫缺陷

1.

缺陷定义:所有不满足需求或超出需求的都是缺陷

                 没有不存在缺陷的软件,只有迄今为止未发现的缺陷

 

2.

缺陷类型

 

3.

缺陷严重程度:致命,严重,一般,较低

tips:

1. 不要因为想要引起开发人员对缺陷的重视,就可以的提高缺陷的严重程度
2. 当我们报缺陷的时候,一定要写清楚这个缺陷为什么重要,为什么需要修.

 

4.

优先级:缺陷必须被修复的紧急程度

立即解决:缺陷导致系统几乎不能使用或测试不能继续,需立即修复

高优先级:缺陷严重,影响测试,需要优先考虑

正常排队:缺陷需要正常排队等待修复

低优先级:缺陷可以在开发人员有时间的时候被纠正

如果你看过软件测试理论,你应该明白缺陷严重程度与优先级之间,没有一一对应的关系.软件测试核心是效率

 

5.缺陷的状态(不需要记):

 

6.缺陷生命周期

发现缺陷->提交缺陷->确认缺陷->分配缺陷->修复缺陷->关闭缺陷

缺陷被修复后,测试工程师需要进行验证,测试的目的中的重要一条是判断开发人员是否真的修复了缺陷,如果已修复,则该缺陷可关闭,如果未修复,则应大会给开发,让其重新修复.

测试负责节点:发现缺陷,提交缺陷,确认缺陷(内部确认),验证缺陷,关闭缺陷

对于修不修缺陷的观点都在一定程度上收到自己角色的影响,但现在的项目中,起主导作用的往往既不是开发也不是测试,而是领导,所以这种争论往往需要领导拍板

 

7.缺陷跟踪系统

Bugfree

禅道,开源免费

QC(英文)

JIRA

不同公司使用的平台是不一样的,有些公司也会使用内部开发的系统.这里根据公司偏好来就行了.

 

8.缺陷修复后的流程

开发修复缺陷后,测试人员需要对缺陷进行验证

此时验证应该包括:

这个缺陷修没修好?

有时开发理解错了,根本没修,还把另外的功能改错了...

有时开发在一些模块上修复了这个缺陷,但是另一些模块上没修复.

修这个缺陷有没有引入一些其他副作用,或者引入新的缺陷?

这个缺陷根本原因解决了吗,还是开发仅仅做了一个其他办法绕过了该问题,比如服务器磁盘空间不足的缺陷,从根本上解决需要找到大量占用磁盘空间的原因是什么,并评估占用是否正常,对不正常的地方进行修复,

然后建立一套科学的磁盘空间清理机制,甚至外挂一些额外的磁盘,而绕过这个问题只需要登陆服务器删除大文件,让此时磁盘空间占用率下降一点,表面上看修好了,实际过两天又复发.

 

9.最后的流程

在验证缺陷被修复后,根据项目组要求,测试人员可能需要关闭缺陷,并在以后用的缺陷管理系统来出一些报表,有些项目组会要求测试人员再关闭缺陷的时候注明在什么环境什么版本上验证过缺陷.并附上相关报告或日志

.这也取决于项目组要求,如果你是项目组唯一测试人员,并且需要你来构建缺陷的处理流程,那么你可以参考上面提过的流程.选择一个你的项目组成员容易接受的,不太复杂的流程.来作为你们的缺陷处理流程.

---

如果本篇文章对你有帮助,记得在左下角点个赞哦👍