起因
测试人员人数、项目需求量与其他项目组基本相同，但是本组测试人员经常加班到很晚，想找到具体的问题出在哪里
解决思路
- 测试的工作与开发和产品密切相关
- 希望通过一些数据反应出目前一个需求（或项目、或人员）的工作情况
- 通过缺陷数量/占比来衡量出测试的工作量及产品的质量
衡量标准
- 测试环节
衡量维度：项目、里程碑
WechatIMG53.jpeg
衡量维度：归属人、归属职能
1526463496061.jpg
-
生产环节
1526463564761.jpg
缺陷指数
-
环境
测试生产 -
级别
高
阻断性缺陷，缺陷导致核心功能不可用
中
非核心功能不可用，功能缺陷
低
提示类、UI、文案等
建议
优化建议 -
生成原因
- 需求缺陷、需求变更
- 功能与需求文档不符
- 技术方案考虑不足
- 兼容性
- 性能问题
- 不是缺陷（无效bug，无法重现
- 复测次数
在实际测试过程中，开发把bug标记为fixed，但是并没有解决，单独作为记录的一项
实施方式
通过gitlab记录缺陷，根据指数标记相应标签，每个周期自动化提取并分析输出，供参考
- 环境标签：只有线上的标记，默认为测试环境
- 衡量标准：由于语言及代码风格不同，千行缺陷率只用来横线比较
网友评论