测试时间在什么阶段要评估出来?

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

而测试时间体现在什么文档中以便作为测试依据呢?

个人认为在测试计划中需要阐明。测试计划中至少要写明,要测试什么(即范围),谁来测试(即测试中的人力资源),怎么测试(测试策略),什么时间测试(测试中的时间资源),风险评估,然后是一些约定和术语解释避免歧义。

测试资源中用多少人力和时间资源是互相牵制的,都是依据这个项目或者产品按单位人需要的时间来计算的。

测试时间如何估算呢?

经验所得:开发的coding的时间和项目环境下测试的时间是1:1,前提是开发和测试的比例是3:1。

那麽这个时间的估算有些受到开发估算coding时间的牵制,那麽好再结合:项目需要测试的范围来评估,根据测试范围大概会有多少用例产出,以及有多少牵扯到的用例需要回归,测试的平均执行效率来大概估算测试时间。

在上面大的估算时间上,个人认为还要综合以下几点来保证测试时间比较靠谱:

1、测试中由于需求与代码实现差异而产生的用例维护时间,以及和开发沟通,和需求方确认的时间。

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

3、开发人员的编码质量

4、开发人员修复bug的速率

5、开发人员中新人的比例,一般新人对业务不熟悉,编码考虑会欠周到。

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

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

8、测试数据对项目的影响,如果项目本身测试过程中对数据的依赖很大,而数据的重用性不好

9、测试中因为bug和开发人员的沟通时间,以及不断帮助开发人员重现bug的时间。

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