测试管理_关于测试部建设的一些思考(数据体现)
背景:
作为测试管理者,往往要从数据方面去体现测试部门的工作量、价值产出等。因此,本人总结了一下日常管理工作,可以从以下方面去思考:
一、工作量:
1、需求评审任务数(形式和内容评审)
2、设计评审任务数(形式评审)
3、测试版本数、轮次数
4、测试功能数
5、测试用例(测试用例设计数、执行用例数等)
6、投入时间(如常规测试任务、出差测试任务、加班测试任务、其他领导安排的任务及协助兄弟部门的任务)
二、测试指标
1、测试覆盖率(用例对需求的覆盖率)
2、测试执行率(用例的执行覆盖率)
3、测试通过率(用例的执行通过率)
4、缺陷修复率(即缺陷关闭率)
5、缺陷严重性(从缺陷的严重程度来考虑的指标)
6、功能首轮缺陷率(体现功能首轮提测的质量以及开发自测质量)
7、缺陷重改率、缺陷打回率
8、缺陷密度
9、缺陷的修复周期
三、价值产出
1、需求评审提出的问题数
2、设计评审提出的问题数
3、测试发现的缺陷数(功能测试、文档测试等)
4、文档(测试指南、测试指引、测试流程规范、测试经验等)
5、利用相关测试数据、质量指标等数据体现项目过程质量和软件质量,为改进提供依据
6、测试辅助工具开发、测试自动化引入等
PS:简单收集度量数据不是目的,目的是通过对数据的分析来预防和改进整个研发过程、测试过程,提高过程质量。
Best Regards,
---------------------------------------------------------------
作者:whylaughing
博客地址:http://www.cnblogs.com/whylaughing/
注意事项:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
---------------------------------------------------------------
作者:whylaughing
博客地址:http://www.cnblogs.com/whylaughing/
注意事项:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。