任何人都可以建议一个很好的测试工作量估算模板

时间:2009-11-06 06:58:08

标签: testing estimation

我正在寻找一个测试工作量估算模板。如果有人有好的模板,请与我分享。

3 个答案:

答案 0 :(得分:1)

没有模板,因为估算过程必须适应变化。有不同的估算方法可以考虑过程的不同部分。

例如,您可以采用基于因子的方法,并假设测试将花费1.5倍的开发工作量。这是一种狭隘的方法,因为并非所有测试工作都等于1.5开发工作。

其他方法包括进行功能点分析,估计或估计每天可以写入的测试用例数以及每天可以执行的测试用例数。您是否在测试时间内包含数据设置?

可用资源的另一个方法因素,环境的稳定性,每种资源的技能以及它们对项目的贡献程度。

在所有这些中,您需要考虑正在测试的内容;一个客户服务器系统;它包括分布式服务吗?你在测试它们吗?您只是在看功能测试还是需要进行一些安全测试以及负载/性能和压力测试?所有这些都需要相当长的时间才能执行。

估算应该由经验丰富的测试人员完成,他们曾经研究过系统类型,最好是在组织内部。

因此,没有一个模板,也没有一堆变量可以填写出准确的时间。每次执行测试都会花费不同的时间。如果您有缺陷,则需要包括返工和重新测试时间。你会提出多少缺陷?不是你可以回答的问题,但如果史蒂夫天真地向他的测试人员提供估计,他还应该指出还有多少虫子在那里。

估计需要记住的基本事项是估计值。

答案 1 :(得分:0)

估算工作量是开发和测试中最难的事情之一。在我们公司,当开发人员向测试团队提交更新(包括正式文档)时,开发人员有责任估计所需的测试数量。我不明白这是怎么回事。

我给测试的估计总是有点猜测,但总的来说,如果我开发一周的东西,那么我会估计2天测试。显然,这不需要在示例中很好地工作,并且需要根据所讨论的变化进行调整。例如,我可能花一周的时间来处理可以非常快速地进行测试的更新。

答案 2 :(得分:0)

估计测试时间会导致头部爆炸。它几乎更容易(也更准确)抓住几个地牢骰子并滚动它们

开发人员可能花1小时进行需要几天测试的修复,因为一个修复程序对系统是如此不可或缺,因此必须对其所有其他方面进行测试。

开发人员还可以花2天时间在一个只需要在多个浏览器中进行4小时测试的网页上修复CSS,标记等。

开发人员可以定义“应该测试”但是请不要依赖于此,因为我们很自豪并且在我们的脑海中(有时我的思想)人们应该按照它的意图使用该程序使用。为什么要允许用户名为Chuck ^ Norris2010。该用户需要被打耳光...我永远不会测试这样的用户名,我永远不会想到测试它。

测试有很多因素,但我知道最缺乏的一个测试是边界测试和流量测试。这些类型的测试很难衡量。

你知道需要测试什么。随着时间的推移,您继续测试软件,您将学习如何更好地估计测试,因为您将了解系统。

开发人员将能够告诉您更改的内容以及他们需要测试的内容。

估算不是马上出现的。它需要经验和知识以及实地知识。

当您测试时,您将获得时间,并且当您记录测试项目的每个方面需要多长时间时,您将能够更好地提供更好的估算。

相关问题