点右面连接查看本文含图文的PDF全文 下述只是部分引用PDF文档 MYPM测试过程监控
作为一名测试负责人,在测试过程中的首要任务是监控测试过程,保证其正常、有序的进行,随时向 PSM 汇报测试进行情况,并及时发现开发人员在修改 bug 时的弊端,但是如何及时发现测试过程中存在的问题,相信也一直困扰着大多数的测试负责人,通过对我们部门 26 个已测试项目的总结、计算,得出一些基本的监控测试过程的方法,测试负责人在项目进行中,可以根据以下的一种或几种方法或指标来监控测试过程。
l 项目开始初期, TL 可以预估项目的总 bug 数、用例数。
l 项目开始初期, TL 可以预估项目的总 bug 数、用例数。
一、 用例数预估
测试设计之前,测试负责人可以根据开发负责人提供的千行代码数估计项目的总用例数。
计算公式: KLOC*(N tc / KLOC)
N tc ―――― 用例数
每千行设计用例数经验值为: 80 个 / 千行
二、 bug 预估
bug 总数可以根据项目 KLOC 值来预估。
计算公式: KLOC*(N bug / KLOC)
N bug ―――― bug 数
根据不同的部门、不同的开发语言,每千行含有的 bug 数存在差异。
l 项目进行中,可以用以下的方法或指标来监控测试过程
测试过程中有效 bug 定义:状态为除“撤消”、“无效”、“重复”之外的 bug 。
一、 bug 趋势
bug 趋势是通过每天已改、待改、提交bug 数趋势来查看项目进展情况。问题的状态是否为“己改”、“待改”按每日0 点问题的最终状态为准。
例:在1 月5 日进行统计的结果
“已改bug 数”:显示从项目开始到1 月5 日内每天修改的bug 数,按“已改日期”来计算;
“待改bug 数”:显示从项目开始到1 月5 日内每天有多少状态为“待改”的bug ;
“提交bug 数”:显示从项目开始到1 月5 日内每天提交的bug 数,按“待改日期”来计算。
如下表。
适用对象: PM 、 PSM 、 TL
一、 “待改bug 数“按等级、龄期统计
将当前日期的“待改bug 数”按照“等级”、“龄期”拆分, 以便PSM 、TL 随时监控“待改问题”的情况。
适用对象: PSM 、 TL
一、 “待改bug 数”按修改人统计:将当前日期内“待改bug 数”按照“等级”、“修改人“拆分并以图表显示:(按“修改人”拆分统计只在手工分配,以及自动分配中模块与编码人员1 对1 时结果有效。在自动分配时,如果某个模块被分配给多个人,那么此模块的问题算在第1 个人身上)