软件测试BUG参考标准HYPERLINK"http://gtao158.blog.163.com/blog/"\l"m=0&t=1&c=fks_087067080085087067087083080095092084087067085084094064"\o"默认分类"默认分类2008-08-1100:26:46阅读40评论0字号：大中小订阅一、目的对BUG概念、类型划分、BUG状态、BUG严重程度等内容进行定义和规范，以便进一步指导我们的软件测试工作。二、概念BUG：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。三、BUG的类型划分功能类A.重复的功能B.多余的功能C.功能实现与设计要求不相符D.功能使用性、方便性、易用性不够界面类A.界面不美观B.控件排列、格式不统一C.焦点控制不合理或不全面数据处理类A.数据有效性检测不合理B.数据来源不正确C.数据处理过程不正确D.数据处理结果不正确流程类A.流程控制不符和要求B.流程实现不完整提示信息类A.提示信息重复或出现时机不合理B.提示信息格式不符和要求C.提示框返回后焦点停留位置不合理建议类A.功能性建议B.操作建议C.检校建议D.说明建议性能类A.并发量B.数据量C.压缩率D.响应时间常识类A.违背正常习俗习惯的，比如日期/节日等特殊类A.不符合OEM版本或DEMO版本特殊要求的四、BUG状态已提交：软件测试员发现BUG后提交到BUG管理系统中的状态。（初始状态）已修改：程序员在修改了BUG后提交到BUG管理系统中的状态。不修改：程序员或项目经理根据需求分析、概要设计、详细设计说明书等上的要求经过考虑后决定对BUG不进行修改。其BUG的状态为不修改，需要说明理由。延迟：根据目前项目进程或计划等情况，暂时延期的状态待讨论：需要进行讨论后才能决定是否需要修改的BUG的状态。已验证：已经解决的并经过测试员复测的BUG的状态。关闭：完全解决了，只供以后备查的状态重新打开：重新出现在新的版本中，重新打开以前关闭的bug状态(当然在bug工具中，可以自己定制适合项目的状态项目，比如废除，拒绝等)五、BUG的等级划分与优先级1、严重：死机，数据丢失，主要功能完全丧失，系统悬挂等错误。修改优先级为最高，该级别需要程序员立即修改。2、较高：主要功能丧失，导致严重的问题，或致命的错误声明。修改优先级为高，该级别需要程序员尽快修改。3、一般：次要功能丧失，不太严重，如提示信息不太准确。修改优先级为中，该级别需要程序员修改。4、轻微：微小的问题，对功能几乎没有影响，产品及属性仍可使用，如有个错别字。修改优先级为低，该级别需要程序员修改或不修改。六、BUG的优先级（一般与BUG等级挂钩）参考1、紧急、非常高、高、中等、低参考2、下一个build版本,a测试,b测试,发布版本，最终发布版本七、BUG记录内容