软件测试bug参考标准

《软件测试bug参考标准》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、软件测试BUG参考标准默认分类2008-08-1100:26:46阅读40评论0字号：大中小订阅一、目的对BUG概念、类型划分、BUG状态、BUG严重程度等内容进行定义和规范，以便进一步指导我们的软件测试工作。二、概念BUG:软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。三、BUG的类型划分功能类A.重复的功能B.多余的功能C.功能实现与设计要求不相符D.功能使用性、方便性、易用性不够界面类A.界面不美观B.控件排列、格式不统一C.焦点控制不合理或不全血数据处理类A.数据有效

2、性检测不合理B.数据來源不止确C.数据处理过程不正确D.数据处理结呆不正确流程类A.流程控制不符和要求B.流程实现不完整提示信息类A.提示信息重复或出现时机不合理B.提示信息格式不符和要求C.提示框返冋后焦点停留位置不合理建议类A.功能性建议B.操作建议C.检校建议D.说明建议性能类A.并发量B.数据量C.压缩率D.响应时间常识类A.违背正常习俗习惯的，比如日期/节日等特殊类A.不符合OEM版木或DEMO版本特殊耍求的四、BUG状态己提交：软件测试员发现BUG后提交到BUG管理系统中的状态。（初始状态）已修改：程序员在修改了BUG后提交到BU

3、G管理系统屮的状态。不修改：程序员或项H经理根据需求分析、概耍设计、详细设计说明书等上的要求经过考虑后决定对BUG不进行修改。其BUG的状态为不修改，需要说明理由。延迟：根拯H前项H进程或计划等情况，何时延期的状态待讨论：需要进行讨论后才能决定是否需要修改的BUG的状态。己验证：己经解决的并经过测试员复测的BUG的状态。关闭：完全解决了，只供以后备查的状态重新打开：重新出现在新的版本中，重新打开以前关闭的bug状态（当然在bug工具中，可以自己定制适合项目的状态项目，比如废除，拒绝等）五、BUG的等级划分与优先级1、严重：死机，数据丢失，主要

4、功能完全丧失，系统悬挂等错误。修改优先级为最高，该级别需耍程序员立即修改。2、较高：主要功能丧失，导致严重的问题，或致命的错误声明。修改优先级为高，该级别需要程序员尽快修改。3、一般：次要功能丧失，不太严重，如提示信息不太准确。修改优先级为中，该级别需要程序员修改。4、轻微：微小的问题，对功能儿乎没有影响，产品及属性仍可使用，如有个错别字。修改优先级为低，该级别需耍程序员修改或不修改。六、BUG的优先级（-•般与BUG等级挂钩）参考1、紧急、非常高、高、中等、低参考2、下一个build版本,a测试,b测试，发布版本，最终发布版本七、BUG记录

5、内容测试日期标题顶目複块测试阶段测试员操作环境BUG类型等级及忧先级详细挂述€步骤（操作.数据输入等）£结果£期望£备注程序员解决日期解决方案z^^chinaitlabF"中国IT实验室