摘要:针对在实际项目测试工作中的一个突出问题,即测试工作量的统计问题,笔者在实际工作中进行摸索和尝试。本文是对笔者测试工作量统计实践的总结。
关键词:测试 工作量 统计 计算
工作量的统计,从小方面来说,对于个人工作总结、工作方法改进、个人能力的提高很有帮助;从大方面来说,会影响一个组织的策略,如测试团队、项目组、公司组织。假设过了一个月后,你无法清楚的说出自己这个月的主要工作是什么,每项工作任务的投入是多少,那么你就很难发现自己的工作方法是否存在不足,并进行改进。对于一个组织来说,他需要知道目前的人力配置是否合理,是否有富余人力,现有分工是否最佳。所以,他也需要对组织的人力使用情况进行统计并进行分析,为后续决策提供参考。
一、问题的提出
1.目前测试工作越来越受到公司的重视,已形成规模,参与测试工作的人越来越多,投入也越来越大。与之不协调的是没有一个配套的、较为合理的工作量统计方法。
2.原有的测试工作量计算方法,一般是把测试人员进入项目的时间与进入项目的人员数量相乘,得到项目测试的工作量。该计算方法由于计算方便,容易操作,深受众多项目的推崇。但是,随着测试在项目的重要性的加深,测试工作分工日益细化,测试资源强调有效重用,测试团队协作越来越强,使用这种方法已经不能满足测试工作量计算的需要了。
3.上级领导不了解整个测试团队资源的使用情况。
4.测试团队负责人难于对项目测试任务实际执行过程产生的工作量、成本进行跟踪。
5.项目组在考核绩效时,遗漏了部分测试人员的工作量。
二、基本思路
首先就任务类型的设置达成一致;其次从每日的工作量收集开始,将测试任务按照一定的类别进行分类;然后将工作量数据按照不同的需求进行统计,得出不同的统计表;最后对这些统计表的数据进行分析,得出需要的结论。
三、工作量数据采集、统计及分析
1.设置任务类型
设置任务类型,是每日工作量数据录入的前提。任务类型需要在整个测试团队内达成一致,这样大家有了相同的标准,得出的数据才具有统计的意义。
某公司的项目测试任务类型如下:
任务类型 | 适用范围 |
测试计划 | • 编写项目总测试计划 |
测试需求 | • 了解系统需求 |
测试设计 | • 了解系统设计 |
测试执行 | • 编写/修改/录制测试脚本 |
测试报告 | • 编写项目里程碑测试报告 |
• 测试组阶段工作安排 | |
测试环境准备 | • 获取测试环境要求 |
缺陷处理 | • 缺陷修改、缺陷验证等与缺陷处理有关的工作(缺陷登记不包括在内) |
沟通 | • 所有项目组内部或项目组外部的沟通 |
会议 | • 项目组内/外会议 |
• 所有无法归类的任务 |
表一 测试任务类型分类