近老听一些测试的朋友抱怨，说制定出来的测试周期领导是如何如何的不满意.也有一些朋友私下问我如何来正确的评估测试周期.我告诉他们，办法是有的，但必须要做到三个前提条件.那是:熟悉测试系统，明确测试资源，细化测试标准.

在讲这三个前提前，我们先来了解下什么是测试周期.测试周期是软件生命周期的一个阶段，他从测试的介入开始，到测试完成结束.更好理解的讲，更切合实际的讲，我们所说的测试周期，是从领导下达测试任务开始，到测试达到测试通过标准为止，对产品来说是产品上线，对项目来说是项目通过验收.(请不要告诉我说是从需求开始，请问你们有几个见过可以根据需求来做测试的需求?)

作为领导他当然关心测试周期了，因为他关心项目的进度和测试的成本，而时间正是他们所关心的中心问题，所以说只有合理的，紧凑的，饱满的时间安排才符合他们的要求，这是我为什么说要作好测试周期的估算，必须做到三个前提条件，这是我们做测试周期估算的前提条件， 也是说服领导我们的测试周期估算是合理的证据.

我们先来看一个例子，要建筑一栋大楼，那么在建造之前肯定要设计好建筑图纸，然后根据图纸能估算出需要多少耗材，需要多少人工和需要多少时间才能完成，从而能估算出需要花费多少成本.我认为我们的测试周期估算也类似.

熟悉测试系统

这正是根据图纸来估算需要多少耗材和人工的时候.一个系统有多少模块，有多少功能点，甚至每个功能点要怎么来测试(设计多少测试用例才能覆盖)，作为一个测试组长，测试负责人，你都要心中十分清楚.在目前大部分公司没有需求管理的情况下，这要求测试负责人要付出更多的努力去熟悉测试系统.(可能有人会说，如果系统还没开发完成，那怎么来熟悉呢? 哈哈，发挥你作为测试人员刨根问底的特长吧，反正这部分工作一定要作好).设想，你前期能了解到系统共有六大模块，250个主要功能点，细化为1000个测试功能点，大约需要3000个用例来覆盖，那你还不知道有多少工作量吗? 只要知道有多少测试资源(人工)，那么简化成一道小学应用题了.

明确测试资源

主要是指，要多少测试人员可以参加，他们的技术特长和测试经验及对该测试任务的熟悉程度. 我们要根据这些来给他们分配工作内容和工作量，并且根据这些来估算他们工作效率.(单位时间内所完成的工作任务). 现在有1000个工件需要做，有4个工人，甲每天做3个工件，乙每天做4个工件，丙每天做5个工件，丁每天做6个工件，那么问完成1000个工件总共需要多少天?   问题这么简单，前提条件是你要清楚内在的因素.