测试成本估算的一些提示
此文是在微软的Expert Tester上看的，做了一下翻译，水平有限，欢迎大家批评指正。原文出处：
http://experttesters.com/2012/07/09/test-estimation-tips-but-no-tricks/
翻译文：
测试成本估算的一些提示
估算测试一个功能的成本是很重要的，但是经常被忽略。如果你估算的过低的话，会影响到产品的质量和发布时间。如果估算的过高的话，会导致资源的无效利用。
考虑非功能性测试
当估算时间时，缺乏经验的测试人员普遍会犯的错误是仅仅考虑功能性的测试。在这种类型的测试中，软件是根据功能性需求估算出来的。然而很多项目，非功能性的测试占据的时间远远大于功能测试的时间。非功能性测试包括：安全性，性能，压力测试，可访问性，长时间性。
考虑非测试的任务
非测试的任务包括写测试计划，测试计划评审，参加特定的评审，参加会议，更新自动化的框架，写测试用例和测试结果。这些任务很容易占去25%或者更多的时间，你可能需要跟踪一两个项目中这种任务花费的时间去得到一个大致的比例。
假设会发现Bug
所有复杂的软件都会有缺陷，测试的一个目标是发现这些缺陷，基于此可以做出应不应该修复的决定。如果你的测试规划不是为了发现缺陷，那么实质上你的测试是没效率的。不要写无效的测试。调查测试用例失败的原因，重现问题，录缺陷，跟开发人员一起跟进，验证修复，重新跑测试用例都是占时间的。
需要十分小心的是在清楚项目之前不要给出估算
你认真研究项目之前，给出预测是最大的错误。一开始的猜测，会很大程度上影响最后的估算，归因于“锚定”的行为。人们习惯于“锚定”一开始的猜测，后面的会基于此做小的改动。这些小的调整，特别是低估的情况下往往会导致最后结果的不精确。
当项目开始的时候，我曾经被要求估算我的测试成本。但是我仅仅得知有这么一个项目，并不知道具体的业务。迫于压力我必须给出一个估算，于是我粗略估算了一下，2周。
当写测试计划的时候，我认识到最初的估算太低了。我没考虑到非功能性的任务，同时发现我打算使用的自动化的测试框架不太可靠。我跟经理谈了，我们达成一致去调整估算，但是损失已经造成了。我的2周的猜测已经成了锚点。现在决定把估算加多一倍，变成了4周，结果证明我们应该提高到6周。这就导致了我很难去很好的去平衡我的工作、生活，再一次，我太太不高兴了。
询问开发人员的估算
尽管不是很理想，但是现实是某些时候，你将在没有任何项目分析的情况下，被要求估算测试成本。在这些情况下，开发工作和测试工作是成正比的。功能越复杂，开发和测试的时间就越长。
我发现一个合理的规则是:测试成本是开发成本的1到2倍。如果这个比率听起来高的话，出于希望到项目结束时你有更多时间，去考虑你给测试成本多少倍。 我想强调，那只是一个规则，仅仅适用于在你对项目做分析前你必须给出成本估算的情况。如果开发还没有做出他们的估算，你也不用给出你的。如果开发人员还不知道他们的代码的复杂度的话，相应的，你也不能做出精确的估算。如果经理仍然坚持要估算成本的话，哈，让他们跟你的太太谈。 我也觉得测试的成本是开发的2倍 从写junit就看出来了
我还觉得开发过程中的BUG数量会直接影响测试进度 51人才辈出啊，表示对英文很吃力
页:
[1]
