当前位置:   article > 正文

软件测试质量评价与提测规范:高效提升软件品质_提测缺陷率多少

提测缺陷率多少

测试质量评价规范

测试环境缺陷计算定义

1、Bug、缺陷种类定义

测试BUG分类:轻微、一般、严重、致命

轻微

界面问题、提示信息、建议性、易用性、统一性(以开发技术规范中定义但是系统中未实现为标准)

一般

性能问题、安全问题、校验问题、乱码

严重

功能问题、业务逻辑问题、数据控制、保存失败等,影响流程或功能实现的问题

致命

系统崩溃或电路板烧毁

2、 测试用例覆盖率

测试覆盖率  =    测试通过需求用例/需求总用例数 * 100%

3、 测试需求覆盖度

测试覆盖率  =    测试通过需求数目/需求总数目 * 100%

4、密度

权重系数即换算标准:1个致命BUG=8个一般的BUG;一个严重BUG=4个一般BUG; 一个轻微BUG=0.5个数量/被测需求功能点数*100%

DI:Defect Index(缺陷率):DI值是衡量软件质量的高低的指标之一。

DI = 致命级别的问题个数*8 + 严重级别的问题个数*4 + 一般级别的问题个数*1 + 提示级别的问题个数*0.5

5、缺陷(BUG)密度计算

计算标准

计算方法

示例

代码行数

缺陷(BUG)个数/被测代码行数(千行)

代码数为75千行,BUG数为9        缺陷密度= 9/75kloc =0.12bug/kloc

功能点个数一般BUG。

BUG密度 = bug加权

缺陷(BUG)个数/被测需求点个数

总功能点个数为90,BUG数为9       缺陷密度= 9/90 =0.1 bug/需求功能

正式环境缺陷计算定义

1、线上bug

线上bug密度 = 线上bug数/需求点总数(总需求)* 100%

注:测试环境、预发环境、准生产环境产出的bug统一按照测试环境缺陷计算定义进行统计

提测规范

提测模块内容

说明:提测功能模块、未提测功能模块以及预计提测时间,提测模块需与需求文档的模块名称保持一致

如:

1、提测模块:XX、XX

2、未提测模块:XX、XX,预计提测时间点

提测版本信息

说明:提测版本、提测链接/二维码、测试账号、禅道、Yapi、原型地址、数据库连接

测试注意事项

说明:从开发的角度,说明模块已经存在的问题以及可能存在的问题;测试应注意的测试点

测试所需环境

说明:相应功能测试时所需环境、前提条件

如:测试服务器、配置文件、辅助测试工具

开发自测结果

说明:单元测试结果、CodeReview、CI、静态扫描

影响范围评估

说明:当代码变动后,对所属功能的影响面做出判断,并告知测试人员

提测方式:

说明:发送钉钉邮件告知/群通知

bvt测试

说明:

1、build结果成功

2、对主流程功能进行冒烟测试,冒烟测试不通,则打回,由开发人员解决问题后,重新发起提测流程

UI走查(目前是UED跟测试同时进行)

说明:UI走查通过,符合设计

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/610231
推荐阅读
相关标签
  

闽ICP备14008679号