bug分类标准

daicidecao

贡献于2015-02-01

字数:1888 关键词: 软件测试

QA11001-BSL Bug Standard Library 测试用例级别划分:   基本:   1、该类用例设计系统基本功能,1级用例的数量应受到控制、   2、划分依据:该用例执行的失败会导致多出重要功能无法运行的,如:表单维护中的增加功能、最平常的业务使用等。可以认为是发生概率较高的而经常这样使用的一些功能用例。   3、该级别的测试用例在每一轮版本测试中都必须执行   重要:   1、2级测试用例实际系统的重要功能。2级用例数量较多。   2、划分依据:主要包括一些功能交互相关、个种应用场景、使用频率较高的正常功能测试用例   3、在非回归的系统测试版本中基本上都需要进行验证,以保证系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排是够进行测试。   一般:   1、3级测试用例设计系统的一半功能,3级用例数量也较多。   2、划分依据:使用频率较低于2级用例。例如:数值或数组的便捷情况、特殊字符、字符串超长、与外部件交互消息失败、消息超时、事物完整性测试、可靠性测试等等。   3、在非回归的系统测试版本中不一定都进行验证,而且在系统测试的中后期并不一定需要每个版本都进行测试   生僻:如果没有可以不适用该级别   1、该级别用例一半非常少。   2、划分依据:该用例对应较生僻的预置条件和数据设置。虽然某些测试用例发现过较严重的错误,但是那些用例的处罚条件非常特殊,仍然应该被植入4级用例中。如界面规范化的测试也可归入4级用例。在实际使用中使用频率非常低、对用户可有可无的功能。   3、在版本测试中有某些正常原因(包括:环境、人力、时间等)经过测试经理同意可以不进行测试。 QA11001-BSL Bug Standard Library   测试BUG定义及标准 缺陷说明:操作步骤+错误内容+原因说明(可选) 4 BUG分类 1、 功能错误 以需求说明书为参照,未达到或未完成需求说明书所描述的功能即为功能错误。A. 重复的功能 B. 多余的功能 C. 功能实现与设计要求不相符 D. 功能使用性、方便性、易用性不够  2、 编码错误 在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。 3、 数据库错误 系统中各类查询数据、插入数据、更新数据时出现的数据库中表结构,视图、索引等不对引起的错误。 4、 可操作性错误 可操作性,应用方面的错误 5、 界面问题 窗口各控件布局,字体显示等界面不美观,界面、消息提示不友好、不准确等。A. 界面不美观 B. 控件排列、格式不统一 C. 焦点控制不合理或不全面  6、 合理化建议 测试者认为有更好的实现方法,检校建、 说明方面的建议。 7、 组件错误 测试创业组件产生的错误 8、 其它错误 各类文档、帮助的错误。 5 BUG严重程度 灾难性— 系统崩溃,数据丢失,由于程序所引起的死机、非法退出,死循环,数据库发生死锁,错误操作导致的程序中断 ,严重的计算错误,与数据库连接错误,数据通讯错误  严重的—操作出错,系统功能错误或遗漏;程序接口错误 、数据流错误 、轻微数据计算错误  一般的— 错误操作提示,界面错误,打印内容、格式错误,简单的输入限制未放在前台进行控制,删除操作未给出提示,数据输入没有边界值限定或不合理。 QA11001-BSL Bug Standard Library 微不足道—不影响系统功能,更好的操作方式,罕见的错误,辅助说明描述不清楚,显示格式不规范,系统处理未优化,时间操作未给用户进度提示,提示窗口文字未采用行业术语 6 BUG优先级 高(立即修证)—停止测试,立即修证,修证完毕后进行测试 中(尽快修证)—在版本发布之前必须修改BUG 低(短期内修证)—在项目允许时间范围内修证(项目经理确认) 下阶段修证—BUG推迟到下一阶段修证 1. Bug优先级:指缺陷必须被修复的紧急程度 优先级别名称 优先级别说明 立刻 阻止相关开发人员的进一步开发活动,立即进行修复工作;阻止与此密切相关功能的进一步测试 紧急 必须修改,发版前必须修正 高 必须修改,不一定马上修改,但需确定在某个特定里程碑结束前须修正 一般 如果时间允许应该修改 低 允许不修改 产品测试合格准则 满足如下要求的产品为合格: 不得有第一级和第二级错误; 第三级错误不多于每4,000行代码1个; 第四级错误不多于每2,000行代码1个。 以上标准是最低标准,如客户或其它方有要求,可提高要求。 QA11001-BSL Bug Standard Library 2、 对Bug现在程度的分级 每次出现:出现概率100%; 经常出现:出现概率大于20%; 很少出现:出现概率小于20%; 出现一次:在整个测试工作中只出现一次。 3、测试人员对软件的评估 测试人员对软件的评估主要依据测试计划中所制定的输出准则和最后遗留的Bug状况。 A类--致命Bug,一般认为发布的软件中不允许存在。 B类--严重Bug,每一万行代码中允许遗留2-3条。 C类-一般性Bug,每一万行代码中允许遗留3-6条。 D类-一较小Bug,由项目经理决定注销或遗留。 E类-一测试建议,由项目经理决定注销或遗留。

下载文档,方便阅读与编辑

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 6 金币 [ 分享文档获得金币 ]
0 人已下载

下载文档

相关文档