最近，一些测试的朋友抱怨测试周期的领导者有多不满意.一些朋友私下问我如何正确评估测试周期.我告诉他们有一些方法，但必须有三个先决条件.也就是说：熟悉测试系统，明确测试资源，细化测试标准.

　　在谈论这三个前提之前，让我们先了解测试周期是什么.测试周期是软件生命周期的一个阶段，从测试介入到测试结束.更好地理解，更实用，我们所说的测试周期，是从领导发布测试任务，到测试达到测试标准，产品在线，项目通过验收.(请不要告诉我这是从需求开始的。你见过多少需求可以根据需求进行测试？

　　作为领导者，他当然最关心测试周期，因为他关心项目进度和测试成本，时间是他们关心的中心问题，所以只有合理、紧凑、充分的时间安排才能满足他们的要求，这就是为什么我说测试周期估计，必须做三个前提，这是我们做测试周期估计的前提，也说服领导我们的测试周期估计是合理的证据.

　　让我们举个例子。如果我们想建造一座建筑，我们必须在施工前设计建筑图纸，然后根据图纸估计耗材、劳动力和时间，以估计成本.我认为我们的测试周期估计也类似.

　　熟悉测试系统

　　这是根据图纸估计需要多少耗材和人工时间.一个系统有多少模块,有多少功能点,甚至每个功能点要怎么来测试(设计多少测试用例才能覆盖),作为一个测试组长,测试负责人,你都要心中十分清楚.目前大多数公司都没有需求管理，这就要求测试负责人更加努力地熟悉测试系统.(有人可能会说，如果系统还没有开发出来，怎么熟悉呢？哈哈，充分发挥你作为测试人员的特长。反正这部分工作一定要做好。.想象一下，在早期阶段，你可以知道系统有六个模块，250个主要功能点，细化为1000个测试功能点，大约需要3000个用例来覆盖，所以你不知道有多少工作量吗？只要你知道有多少测试资源（劳动力），那么它就被简化为一个小学应用程序问题.

　　明确测试资源

　　主要是指有多少测试人员人员，他们的技术专长和测试经验，以及对测试任务的熟悉程度.我们应该根据这些分配工作内容和工作量，并估计他们的工作效率.(单位时间内完成的任务).现在有1000个工件要做，4个工人，A每天做3个工件，B每天做4个工件，C每天做5个工件，丁每天做6个工件，所以问完成1000个工件需要多少天？问题很简单，前提是你必须知道内部因素.

　　我知道问题远没有那么简单，有些人肯定会问需求是否发生了变化？人员调整怎么样？测试中发生了什么事故？多伦次测试怎么样？影响测试进度的其他不可预测因素？........问题很多，但我们还是要面对。.

　　详细的测试标准

　　在测试开始时，我强烈建议做以下测试准则：

　　测试启动标准要求开发人员测试主要功能，确保提交的测试程序能够进行测试，无不安装卸载、功能未实现或重大功能缺陷.

　　通过测试标准：测试到什么程度，缺陷修复到什么程度，可以通过测试.一般从BUG判断水平(对BUG水平有明确的定义).

　　暂停测试标准：如果在测试过程中出现这些问题，应暂停测试.一般指无法安装的主要功能缺陷，导致测试无法进行.

　　进入下一轮测试标准：如果一轮测试失败，则进入下一轮测试.在什么情况下，有多少测试用例没有通过，需要进入下一轮测试.

　　在估计测试周期时，我们需要考虑这些事故.通过表格简要说明：

　   以下情况发生时，该内容生效.

　　事件细分需要时间测试周期负责人不符合测试提交标准具体原因开发人员解决问题时间延迟开发人员暂停测试原因同上延迟开发人员测试资源变更测试人员请假，调动测试人员剩余工作量时间延迟或其他人员更换测试人员多轮测试原因下一轮测试时间启动下一轮测试周期开发人员

　　说了这么多，我还是没有解释如何估计这个周期，用什么手段和工具来做。.事实上，这并不重要，像word,project,excel等都可以,我都见过类似的摸板.无论你使用表格、树形图还是梯形图，只要你能清楚地表达的工作内容、测试资源和时间之间的关系.