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

测试质量评价规范

测试环境缺陷计算定义

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