软件测试BUG参考标准

软件测试BUG参考标准默认分类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记录内容