如何准确评估项目的工做量

　1. 根据测试范围和测试方法来估计工做量：

　　a)制定测试计划之前，明确测试范围：

　　不一样的测试范围，对测试量的评估起到相当重要的因素，好比说测试一个模块或测试多个模块或测试整个系统等等，都属于测试范围不同，明显工做量也不一样，差异也挺大的。还有测试范围还包括功能性测试范围或非功能性测试范围等等，在作测试工做量评估的时候，都必须考虑。

　　b)肯定合理、有效的测试方法：

　　好比说你要考虑测试某个项目，你必须考虑测试方法是否合理。好比说某个模块的功能测试，你能够采用QTP作自动化功能测试，仍是手工作功能测试，工做量就不同，作测试计划之前必须考虑清楚。要否则，估算的工做量确定不许。

　　2. 根据测试任务来评估工做量：

　　a)质量需求和项目背景决定工做量：

　　不一样的项目背景，不一样的质量要求，决定不一样的测试工做量。若是咱们测试的是一个银行系统，涉及到每一个人的经济利益，咱们测试时必然会对性能测试或安全测试放到第一位，设计较多的异常测试用例，这样一作，必然增长咱们的工做量。若是是通常的系统，咱们能够只执行通常的功能测试经过就能够了，没有必要去作其它的异常、安全测试。若是系统的质量需求要求高，也许就要进行更深层次的测试，回归测试的力度必然要加大，工做量天然就上去了。

　　b)尽量详细的罗列出项目测试内容：

　　通常来讲，测试工做量的评估工做都是交给测试经理或项目组成员协助共同来完成的。准确评估项目测试的工做量，必需要求测试Leader明确详细的测试内容，只有知道测试什么？哪些须要测试？详细分析需求规格说明书，明确测试任务之后，评估才会有依据，因此

　　尽量详细的罗列出项目测试内容很是必要。

　　c)把测试任务细化到每一个测试功能点：

　　咱们在估算测试时间的时候，能够把测试任务细化到每一个测试的功能点，好比说“新增”、“修改”、“删除”、“暂停”、“恢复”等等都记成一个功能点，在预算的时候，同时把编写测试用例和执行测试用例的时间都要计算进去。例如：编写一个测试用例或执行一个功能测试各须要一个小时，若是咱们有100个功能点，咱们就知道大约要200个小时。这样估算出来的时间比较精确一点，比较符合实际。

　　d)预估业务测试或模块交叉测试的复杂容易程度：

　　不少时候，咱们测试初期，对业务了解不是不少，忽视了对业务方面或交叉模块测试的评估，等到了测试后期，大量的业务测试没有测试，测试时间特别紧，因此在测试初期预估测试的复杂容易程度，在评估工做量方面相当重要。

　　3. 根据开发阶段来评估工做量：

　　不一样的开发阶段，测试时间估算也不太相同。好比说，开发的系统是第一个版本，相对之后的测试工做来讲，可能安排的时间要多一点。大多数状况下是这样的，也许后面的版本增长不少新功能，测试工做量还大于第一个版本也是常有的事情。做为测试负责人，对于使用测试阶段来评估工做量，必须根据实际状况来定，不能盲目给出数字，应付了事。

　　4. 根据测试经验的积累来评估工做量：

　　咱们能够借鉴相似项目的测试经验，好比说被测试的系统，咱们作过相似的产品，就能够把相关的测试文档，修改一下，复用之前的测试用例，这时候测试工做量就减小了不少。若是没有，咱们只能重来。还有就是借鉴之前项目编写测试用例或执行测试的时间，对测试工做量的准确评估，也具备必定的参考价值。

　　5. 根据测试风险来评估工做量：

　　a)测试人员变更带来的风险：

　　在通常的软件公司，测试人员的流动是常有的事情，因此估计测试工做量的时候，咱们必定要把它计算在里面，留有必定的余地，以防不测。好比说：之前安排了一个作过相似项目，对相似项目熟悉的测试人员，也许给他安排了一天的工做量。若是他不在了，其它的人去作这个测试也许就2天，甚至三、5天都不必定可以搞定。测试人员带了的风险仍是特别高的。

　　b)系统测试环境的风险：

　　系统测试环境带来的风险，通常来讲比较小，发生的可能性很小，若是一旦发生了，也至关可怕。最可怕的就是硬件故障，在经济实力容许的状况下，咱们通常的方法是准备两套测试环境，一套测试环境出现问题，咱们立马切换到另一个测试环境中去继续测试，避免影响正常的测试进度。可是大部分的公司都不肯意花血本，来购买昂贵的硬件，而是以牺牲时间来付出代价。

　　c)、开发人员版本发布延迟风险：

　　不作好版本配置管理或没有正规的测试规范的公司，大部分状况下很难估计工做量，他们基本上都是边改边开发边测试，若是一旦开发出现异常，整个测试就立马终止，这对测试的相互制约做用也会更大，这样对咱们估算的工做量也不许确。

　　d)、项目变动带了的风险：

　　一个项目作到中途，因为客户对技术不断深刻的了解，不少时候不是“需求变动”，就是“设计变动”，弄得咱们测试人员特别郁闷，不断修改测试文档。若是相关部门没有正规的变动管理，变动引发的工做量更没办法估算。不少测试后期出现工做量加大，测试延期的问题，都是对项目风险估算不足形成的。

　　6. 发挥项目团队的力量来评估工做量：

　　a)积极调动下属，发挥集体的智慧：

　　我带领的测试团队，对工做量的估计大体是这样的：

　　测试主管对本身带的项目作一个总体时间预估，给出一个大体估计时间。我再把每一个模块分配给准备安排测试这个项目的每一个测试工程师作一个测试工做量评估，获得结果后和测试主管的工做量对比。这个时候我要考虑他们每一个人的实际能力作适当的调整，最后把调整相对准确的时间，递交项目组评审，若是经过，就OK，若是他们有建议，视建议的程度好坏，再决定是否作修改。有空的时候，我会定时检查每一个人的工做内容是否准时完成，督促一下工做。通常来讲，时间误差相差不会超过一周，呵呵！！！

　　b)创建一个测试工做量的预算表格：

　　测试计划书写结束，我通常是把测试工做量的每一项，写成一个Checklist，每项大体多少时间，写出来。邮件的形式发给部门的全体成员，提升工做量的透明度