- 1很薄很经典，这套写给程序员的技术书凭什么销量10万+
- 2Vue根据网络文件路径下载文件【自定义属性 v-down】_vue下载文件存放路径自定义
- 3Java教父Joshua Bloch访谈_josh bloch
- 4python开心消消乐辅助_用Python写个开心消消乐小游戏
- 5达梦数据库工具使用_达梦 truncate和replace
- 6AI编程篇-python高级进阶_ai辅助python编程
- 7如何在Windows环境下安装mysql并且设置自动启动（超详细）_windows设置mysql服务开机自启
- 8YOLOv5-Fog: A Multiobjective Visual DetectionAlgorithm for Fog Driving Scenes Based onImproved YOLOv_yolov5去雾
- 9Flink内核源码（七）Flink SQL提交流程_flinksql提交流程
- 10python一维数组排序_【Python】数组排序
软件测试质量评价与提测规范：高效提升软件品质_提测缺陷率多少
赞
踩
测试质量评价规范
测试环境缺陷计算定义
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走查通过，符合设计
