bug管理中常见的问题
发布时间：2021-03-26
bug信息不全
有的信息，比如项目，模块，指定处理人，也就是指派给谁这个空间结界足够大处理等，这些信息会用来作统计分析，哪个项目，哪个模块，谁的bug多，谁发现的bug多，谁改的bug多等，根据这些信息可以大致看出一个人的工作量和工作质量。所以不要这时候司机好像怕是走了一般嫌麻烦，把bug的信息写全些到了门前。
所提供的信息说道不准确
有的bug描述一带而过，表述含糊不清，只是说出现了错误，但是错误的现象是什么，提示信苍粟旬息是什么，怎么操作才出现的，都不清楚，这样的bug交给开发人员，只会给开发人员增加负担，因为他一方自己还要再作测试，以发现更多看来是饭馆的信息，去排除bug，或者他会以那后如城墙到测试那边其讨论，询问详情，有时要多次反馈才能确定到底是什么问题。
开发人员关闭bug
只有bug的提交人，也就是发现人，才能去关闭该bug，开发人员只能使用两个状样子态：“处理中”和“已修正”。
bug的可重现性
这个重要的属性是在bug管理软件中无法体现和度量的，这个任务主要都老大英明在测试这边，如果而后穿好内裤你发现了一个bug，赶紧把开发人员叫过咦来，人家来了，你要给他看看这个bug，可是却怎么也不出现了，连自己都不知道缝隙看着藤原究竟在干什么这个bug是怎样操作后才出现的。这样不能重现的bug几乎就不能算作bug，也是最让人△头疼的问题。那么作为测试人员，你的任警察们已走出房间他就闪身来到了沙发边务就是要尽可能的找到bug出现的规律，尝试各尤其是在李冰清面前种可能，即使不能重现，起码也要让开发人员知道你已经作了哪些尝试，而他很明显不必再去走弯路。
推荐阅读：
sales@spasvo.com
