我们发现这个缺陷之后,如何进行有效的记录?如何提交一个高质量的Bug
至少让开发看到这个Bug的时候,他知道怎么样去进行复现。然后他不会第二次第三次第四次来问你,呃,你这个是怎么操作的,你这个是怎么复现的?你这个准备数据是什么?
如果说你提了一个Bug之后,一个开发不断的来跟你沟通,你的操作是什么样子的,你有什么前提条件,你要准备什么样的数据、环境。有这些问题就表示你的Bug提交得不到位。这个肯定会影响开发修改的效率,在这中间他怀疑你提交的Bug不好,你怀疑他的理解能力不够,一来一回就很容易起冲突!
所以对于我们软件测试工程师第二职责就是如何去提交一个高质量的Bug,(第一职责如何去判断一个问题是缺陷,或者说我如何来推动缺陷的修改,可以阅读我往期的文章)
怎样有效记录缺陷,在这里我给大家总结了五个点。
第一个我们要保证这个缺陷是可以重现的,我们常见的Bug我们可以把它分为两大类,一个是可以复现的Bug,第二一类是偶现的Bug,就是说低概率出现的Bug。