我知道问题远没有那么简单，有人肯定会问需求变更了呢?人员调整了呢?测试中间出现意外呢?要经过多伦次测试呢?其他不可预知的因素影响测试进度呢?........疑问很多，但我们还是要面对.

细化测试准则

在测试开始之初，我强烈建议做好以下测试准则:

测试启动标准，要求开发方必须对主要功能做测试，保证提交过来的测试程序可以测试，不出现不可安装卸载，功能没实现或者存在重大功能缺陷的问题.

通过测试标准:测试达到什么程度，缺陷修复到什么程度，即可通过测试.一般从BUG的级别上来判断(要对BUG级别有个明确的定义哦).

中止测试标准:如果测试过程中出现那些问题，要中止测试.一般指出现不可安装，功能性重大缺陷导致测试无法进行下去.

进入下一轮测试标准: 如果一轮次测试没有通过，那么要进入下一轮测试.是什么情况下，有多少测试用例没有通过，需要进入下一轮测试.

我们在估算测试周期的时候，需要考虑进这些意外事件.我们通过表格简单说明下:

当出现以下情况时，该内容生效.

事件 细分需要时间测试周期 责任方

没有达到测试提交标准具体什么原因 开发方解决问题的时间顺延开发方

中止测试原因 同上顺延开发方

测试资源变更测试人员请假，调岗等  该测试人员剩余工作量的时间  顺延或其他人员顶替  测试方

多轮次测试  原因 下一轮测试时间  启用下一轮测试周期  开发方
  

注:有理由的变更前期的计划，这是你应该做到的.

说了那么多，还是没有说明具体怎么来做这个周期的估算，通过什么手段和工具来做.其实这个并不重要，象word ，project，excel等都可以，我都见过类似的摸板.无论你用表格还是树型图，还是梯状图，只要你能把 工作内容，测试资源，时间三者的关系表示清楚可以了.

这方面我经验也不多，说的也不好，算是抛砖引玉吧，希望专业人士能私下和我交流，也欢迎想了解这方面内容的一起探讨.