一个是缺陷数据的统计分析，第二个是工作量的统计分析，第三个是测试工作量的估算。
首先简单介绍一下缺陷的统计分析。这块基本大家都或多或少都会做一些。我主要是从缺陷严重性、优先级、模块缺陷的分布、缺陷的收敛情况、缺陷的修复情况进行统计，并根据统计结果，进行一定的分析。一般来说，缺陷的分布是有一些规律的，如果明显不符合这个规律，那么就表示系统或项目组存在一定问题。例如说，某个模块功能一般，并不复杂，但是却发现了比较多的缺陷，这可以反映该模块开发人员开发质量有问题，假如该开发人员平常工作质量都不错，那么或许该开发人员生活中存在碰到了问题或者有其他原因。我之前碰到过一个开发人员因为感情原因，导致那一段时间开发出来的程序缺陷非常多，后面pm和他谈心后，程序质量又恢复正常了。
其次是工作量的统计分析。在工作量这块，我主要进行5部分的工作。
1)日常工作量的记录，这个由团队成员自己编写。在填写工作记录时，需要为每个工作记录选择相应的任务类型，并且工作任务持续时间最长不超过4小时
2)每星期统计本周团队成员在各个项目中的投入情况。不仅让自己了清楚，也让上司了解测试部对于项目的支持情况。
在上面的例子里，测试团队在项目1一共投入了B、C、D三个人，B、C成员是100%资源投入。因为项目后续工作安排未知，而B、C成员又属于项目1核心测试人员，因此这两名成员的退出时间未知。另外一个测试成员D因为不属于项目1的核心测试成员，所以他参与2个项目。同时因为项目2规模较小，所以成员D在项目2中投入20%的资源，在项目1中投入80%的资源。考虑到公司在2005年3月将要启动一个新项目，所以，笔者经过和项目1的项目经理协商后达成一致，计划成员D在2005年2月退出该项目，这样他在2005.3月将投入新启动的项目。
3)每半个月统计整个团队的工作分配情况（但是数据是每周都填写的）统计每个人在各个项目的工作量分配情况。这个和上面那个统计表的侧重点不一样，上面这个统计表侧重在部门整体，现在这个表侧重于个体。
4)定期（如每周或半个月）将团队成员在项目中的工作量投入情况记录到项目工作量投入表中。这个表格主要用于统计具体每个项目的测试工作投入情况，及作为后续测试工作量估算的原始数据。
5)在项目到达一个阶段后，将项目测试收集的数据进行汇总、统计。收集的数据除项目基本信息外，还包括工作量、测试投入成本、项目规模、项目总成本、项目总工作量。主要分析测试在项目中的投入情况、成本情况、各个测试任务的分配情况等。
最后，根据对几个项目的工作量、成本以及测试任务占项目总测试投入的比例分析后，我得到了原先测试团队测试工作量估算的简易公式。我可以根据这个简易的公式进行测试的估算，方便测试计划中关于工作量估算部分的编写，避免在估算工作量时缺乏依据。估算内容主要包括：测试总人力成本占项目总人力成本的比例及各项测试任务的工作量分配比例。
（注：这是在类似测试操作员的角色情况下进行的估算）
测试总人力成本＝20%×项目总人力成本
在整个测试过程中产生的各项测试任务的测试工作量分配如下：
|
MILY: 宋体; mso-font-kerning: 0pt; mso-bidi-font-family: 宋体">测试任务 |
比例 |
|
熟悉系统需求 |
5.0% |
|
测试计划 |
3.5% |
|
测试需求 |
7.5% |
|
15.0% | |
|
测试执行 |
39%－41% |
|
测试报告 |
4.0% |
|
6.8% | |
|
沟通、会议、 |
4.0% |
|
测试环境搭建 |
2%－2.5% |
|
9.0% | |
|
4.0% |
使用这个表格对进行测试的项目的测试工作量等进行估算后，根据项目实际情况进行调整。例如，如果项目测试人员对性能测试不熟悉的话，那么“性能测试”这块的工作量需要加大；如果项目需求不明确，测试人员和项目组成员未合作过，那么，项目的测试需求、熟悉系统需求、沟通的工作量将酌情增加。
文章来源于领测软件测试网 https://www.ltesting.net/