质量指标的一些思考

起因

测试人员人数、项目需求量与其他项目组基本相同，但是本组测试人员经常加班到很晚，想找到具体的问题出在哪里

解决思路

• 测试的工作与开发和产品密切相关
• 希望通过一些数据反应出目前一个需求（或项目、或人员）的工作情况
• 通过缺陷数量/占比来衡量出测试的工作量及产品的质量

衡量标准

1. 测试环节

衡量维度：项目、里程碑

WechatIMG53.jpeg

衡量维度：归属人、归属职能

1526463496061.jpg

2. 生产环节

   
   1526463564761.jpg

缺陷指数

1. 环境
   测试 生产

2. 级别
   高
   阻断性缺陷，缺陷导致核心功能不可用
   中
   非核心功能不可用，功能缺陷
   低
   提示类、UI、文案等
   建议
   优化建议

3. 生成原因

- 需求缺陷、需求变更
- 功能与需求文档不符
- 技术方案考虑不足
- 兼容性
- 性能问题
- 不是缺陷（无效bug，无法重现

4. 复测次数
   在实际测试过程中，开发把bug标记为fixed，但是并没有解决，单独作为记录的一项

实施方式

通过gitlab记录缺陷，根据指数标记相应标签，每个周期自动化提取并分析输出，供参考

• 环境标签：只有线上的标记，默认为测试环境
• 衡量标准：由于语言及代码风格不同，千行缺陷率只用来横线比较