1.要提高质量的bug: ——》多次重现之后,确定为bug ——》用专业的属于描述bug ——》标题简洁清晰,概括准确(因为bug不只是在卡法在看,主管和做bug统计时都要关注,所以标题很重要。例如:在XX情景下,发生了OO状况,注意场景描述与操作步骤描述的区别) 2. 如何判断bug是不是小bug? ——》从“用户体验”上看对用户的影响,来判断是否为小bug。在提交bug时,应在bug描述中写明“影响” 3.提交bug中的附件 ——》1.测试数据(excel,sql语句) ——》2.如果是自己上传的图片,要注意文件的命名规范 : 图序列/含义 ——》3.日志信息:截取关键部分 4.bug的严重程度和优先级如何判定? ——》严重程度是从 “用户角度”来说的。 ——》优先级是从“测试人员角度”来说的。 优先级高的bug可能并不严重,但是阻碍了测试人员接下来的测试,则提高优先级,让开发先fixed掉这些bug 5.bug的深度如何判断?bug深度有什么作用? ——》bug深度 是为了解决某些开发人员代码质量差的问题。每隔一段时间统计一下“很容易发现” 的bug数量,可以看出一个开发人员在这段时间的代码质量和工作状态,便于管理人员协助调整。“很容易发现”的bug多为功能逻辑上的问题,是一般的开发人员不会犯的菜鸟级问题。而对于建议性bug来说,一般都判定为“很难发现”,因为此类bug含有测试人员的主观因素在。 6.如何通过分析bug了解项目质量: 1。根据活动bug趋势图 。(活动bug:没有进入终状态之前的bug都是活动bug) 2.每日新增bug趋势图 3.开发未关闭的bug个数 7.开发fixed掉一个bug,但是在修改过程中引入了另外的bug,这种情况下是应该重新提bug还是在原来bug上reopen? ——》重新提bug, 要保证bug的单一性。