如何估算测试工做量（一）常规的估算测试工做量的方法

如何估算测试工做量
（一）常规的估算测试工做量的方法
做为一个管理者，你是否被询问到某个项目要花多少时间，多少人力测试；或是做为一个普通的测试员，你是否被询问到要花多少时间来完成某个任务或是一次回归测试？我想大多数在软件行业的人或多或少都会碰到这样的关于工做量估计的询问。那么你是怎么回答的呢？你对你本身的回答有信心吗？你是否最终发现实际上花去的时间和本来估计的时间截然不同呢？
不一样的人会使用许多不一样的方法来估算及安排他们的测试工做量。不一样的组织根据项目的类型，项目的内在风险，涉及的技术等而使用不一样的方法。可是大多数时候测试工做量是和开发工做量合在一块儿的，没有一个单独的数字。
首先让咱们来看看一些常规的估算测试工做量的方法：
1. Ad-hoc方法
这种方法下的测试工做量不基于任何肯定的期限。工做一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。
这种状况广泛存在于很是不成熟的组织，而且时常有100％的错偏差数。
2.开发时间的百分比法Percentage of development time
.这个方法的基本前提是测试工做量依赖于开发时间/开发工做量。首先，开发工做量使用例如LOC或FP方法被估算出来，而后使用一些探索性的方法来限制测试的工做量。这种方法变化比较大并且一般基于之前的经验。
一般预留项目的总花费时间的35％给测试。
• 5-7%给组件和集成测试
• 18-20%给系统测试
• 10%给接收测试（或回归测试等）
3.类比法（经验值法或历史数据法）
根据之前或类似项目（主要在项目性质，领域，规模上有类似）所积累的经验或历史数据来估算工做量。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，所以，用好类比法的前提条件之一是组织创建起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。须要收集如下相关的历史数据：
• 在设计和实现阶段花费的时间
• 测试工做的规模，例如用户需求的数量，页面数，功能点
• 数据样式，例如实体，字段的数量
• 屏幕或字段数量
• 测试对象的规模，例如KLOC
4.WBS（work breakdown structure）估算法
将项目或产品分解为具体的工做，而后分别对各个工做进行时间估算，最终求和得出项目或产品的测试工做量/时间。
5.Delphi 法
Delphi法是最流行的专家评估技术，在没有历史数据的状况下，这种方式能够减轻估算的误差。Delphi法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说服对方。。
Delphi法的步骤是：
一、协调人向各专家提供项目规格和估计表格；
二、协调人召集小组会各专家讨论与规模相关的因素；
三、各专家匿名填写迭表明格；
四、协调人整理出一个估计总结，以迭表明的形式返回专家；
五、协调人召集小组会，讨论较大的估计差别；
六、专家复查估计总结并在迭表明上提交另外一个匿名估计；
七、重复4-6， 直到达到一个最低和最高估计的一致。
6.PERT估计法
PERT对各个项目活动的完成时间按三种不一样状况估计：一个产品的指望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来获得一个产品指望规模和标准误差的Pert 统计估计。Pert 估计可获得代码行的指望值E， 和标准误差SD。
---------------------
做者：imlogic
版权声明：本文为博主原创文章，转载请附上博文连接！