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的单一性。