文档介绍：BUG参考标准一、 目的对BUG概念、类型划分、BUG状态、BUG严重程度等内容进行定义和规范,以便进一步指导我们的测试工作。二、 概念BUG:软件小存在的瑕疵,可能会导致系统失效。简单的说就是软件系统小存在的可能导致系统出错、失效、死机等问题的错误或缺陷。三、 BUG的类型划分功能类重复的功能多余的功能功能实现与设计要求不和符功能使用性、方便性、易用性不够界面类界面不美观控件排列、格式不统一焦点控制不合理或不全面数据处理类数据有效性检测不合理数据來源不正确数据处理过程不正确数据处理结果不正确流程类流程控制不符和要求流程实现不完整• 、 建议类功能性建议操作建议检校建议说明建议7、 性能类并发量数据量压缩率响应时间8、 ,比如日期/节日等9、!BUG状态己提交:测试员发现BUG后提交到BUG管理系统屮的状态。(初始状态)己修改:程序员在修改了BUG后提交到BUG管理系统屮的状态。不修改:程序员或项H经理根据需求分析、概要设计、详细设计说明书等上的要求经过考虑后决定对BUG不进行修改。其BUG的状态为不修改,需要说明理由。延迟:根据H前项H进程或计划等情况,暂时延期的状态待讨论:需要进行讨论后才能决定是否需要修改的BUG的状态。已验证:已经解决的并经过测试员复测的BUG的状态。关闭:完全解决了,只供以后备查的状态重新打开:重新出现在新的版本小,重新打开以前关闭的bug状态(当然在bug工具中,可以自己定制适合项H的状态项H,比如废除,拒绝等)五、 BUG的等级划分与优先级1、 严重:死机,数据丢失,主要功能完全丧失,系统悬挂等错误。修改优先级为最高,该级别需要程序员立即修改。2、 较高:主要功能丧失,导致严重的问题,或致命的错误声明。修改优先级为高,该级别需要程序员尽快修改。3、一•般:次要功能丧失,不太严重,如提示信息不太准确。修改优先级为屮,该级