软件测试质量评价与提测规范:高效提升软件品质

测试质量评价规范

测试环境缺陷计算定义

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走查通过,符合设计

  • 9
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值