【转】如何估算测试时间

　　个人认为：最迟在申请测试资源时要评估出来，测试资源包括时间、人力、工具等。

%[.s5E$Q"B,U-IGR?}5c0　　而测试时间体现在什么文档中以便作为测试依据呢？

.W M9['FA8J yM0　　个人认为在测试计划中需要阐明。测试计划中至少要写明，要测试什么（即范围），谁来测试（即测试中的人力资源），怎么测试（测试策略），什么时间测试（测试中的时间资源），风险评估，然后就是一些约定和术语解释避免歧义。

U(s['\%mx.??0　　测试资源中用多少人力和时间资源是互相牵制的，都是依据这个项目或者产品按单位人需要的时间来计算的。

　　测试时间如何估算呢？

[7QNm b} y0　　经验所得：开发的coding的时间和项目环境下测试的时间是1:1，前提是开发和测试的比例是3:1。51Testing软件测试网.WNn8r2E9U

#N7_w;}W0　　那麽这个时间的估算有些受到开发估算coding时间的牵制，那麽最好再结合：项目需要测试的范围来评估，根据测试范围大概会有多少用例产出，以及有多少牵扯到的用例需要回归，测试的平均执行效率来大概估算测试时间。51Testing软件测试网!eEu)\s8} vR;iQ

l$_cgAQ1]0　　在上面大的估算时间上，个人认为还要综合以下几点来保证测试时间比较靠谱：51Testing软件测试网d,uLnTm+}$R

P'iG9K KE[}&y4f I0\0　　1、测试中由于需求与代码实现差异而产生的用例维护时间，以及和开发沟通，和需求方确认的时间。51Testing软件测试网%]"py6sb.{O

　　2、测试环境的稳定性，有时候测试环境宕掉，影响测试进度。

　　3、开发人员的编码质量51Testing软件测试网gd`#d'DN.\y

　　4、开发人员修复bug的速率51Testing软件测试网2F,e9S-X7`
q

h)j&?0p;@5`&x0　　5、开发人员中新人的比例，一般新人对业务不熟悉，编码考虑会欠周到。51Testing软件测试网F/G(Akhi+o

　　6、测试人员对执行测试用例的效率

　　7、测试用例的复杂度，可能一个case里面有很多的step。

jZi?0l L2~l {0　　8、测试数据对项目的影响，如果项目本身测试过程中对数据的依赖很大，而数据的重用性不好

　　9、测试中因为bug和开发人员的沟通时间，以及不断帮助开发人员重现bug的时间。51Testing软件测试网Q1odTry&A/f

　　10、项目中如果需要UI和UED等其他部门资源的支持，这些资源的配合沟通时间。