bug管理中常见的问题
发布时间:2021-03-26
bug信息不全
有的信息,比如项目,模块,指定处理人,也就是指派给谁处理等,这些信息会用来作统计分析,哪个项目,哪个模块,谁的bug多,谁发现的bug多,谁改的bug多等,根据这些信息可以大致看出一个人的工作量和工作质量。所以不要嫌麻烦,把bug的信息写全些。
所提供的信息不准确
有的bug描述一带而过,表述含糊不清,只是说出现了错误,但是错误的现象是什么,提示信息是什么,怎么操作才出现的,都不清楚,这样的bug交给开发人员,只会给开发人员增加负担,因为他自己还要再作测试,以发现更多的信息,去排除bug,或者他会到测试那边其讨论,询问详情,有时要多次反馈才能确定到底是什么问题。
开发人员关闭bug
只有bug的提交人,也就是发现人,才能去关闭该bug,开发人员只能使用两个状态:“处理中”和“已修正”。
bug的可重现性
这个重要的属性是在bug管理软件中无法体现和度量的,这个任务主要都在测试这边,如果你发现了一个bug,赶紧把开发人员叫过来,人家来了,你要给他看看这个bug,可是却怎么也不出现了,连自己都不知道这个bug是怎样操作后才出现的。这样不能重现的bug几乎就不能算作bug,也是最让人头疼的问题。那么作为测试人员,你的任务就是要尽可能的找到bug出现的规律,尝试各种可能,即使不能重现,起码也要让开发人员知道你已经作了哪些尝试,而他不必再去走弯路。
推荐阅读:
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-60725088-8054),我们将立即处理,马上删除。