1. 计算需求文档的页数，得出系统测试用例的页数 

　　需求页数：系统测试用例页数

≈ 1：1 

　　

2. 由系统测试用例页数计算编写系统测试用例时间转自项目管理者联盟 

　　编写系统测试用例时间

≈系统测试用例页数×1 小时 www.mypm.net 

　　

3. 计算执行系统测试用例时间 

　　编写系统用例用时：执行系统测试用时

≈ 1：2training.mypm.net 

　　

4. 计算回归测试包含的时间项目经理博客 

　　系统测试用时：回归测试用时

≈ 2：1 

　　注：以上比值是个人工程经验值，需要更正比值的测试经理可以在具体实践中收集数
据

 

　　基于以上方法优点是需求为已知的，可以利用已知来推算未知，适用于需求是已知且
相对稳定的情况下；缺点是处于研发状态的项目，需求不清晰的时候比较难计算。现套用一
个例子加于说明：需求文档页数为

500，系统测试用例页数推算为 500，则编写系统测试用

例时间为

500 小时，执行系统测试用例时间为 1000 小时，回归测试需要 500 小时，加起来

总共为

2000 小时，按一天 8 小时计算，共计 250 个工作日/人；假如一个月为 22 个工作日，

则共计约

11 人/月，即投入 4 个人需要 3 个月左右时间工作量完成。当然，这是系统测试需

要的全部时间。根据测试阶段划分原则，设计用例时间可以和开发同步进行，只需在测试阶
段中安排的时间为

1500 小时即 4 人 2 个月工作量。 

　　项目管理培训

 

　 　 （ 测 试 经 理 在 编 写 测 试 计 划 时 候 ， 测 试 进 度 中 的 计 划 开 始

/ 结 束 时 间 往 往 用 如

20050101-20051201 的具体时间划分方式，这样引起的问题是当项目计划进行变更的时候，
测试计划时间不得不随时调整，这种变更可能是频繁而琐碎的，可以替代的办法是取消这
种方式，采用

30 工作日/2 人或者 2 人月这种工作量记录方式，这样一来，只需在项目计划

中跟踪阶段的具体开始时间即可，不必反复修改测试计划。）

 

　　项目管理培训

 

　　值得注意的是：国内大多数公司的测试时间都是不足的，不可能按照这样的理想比例
进行运作，因为测试执行的时间实际上不可能占据整个项目周期的

1/2，甚至要短于其中任

何一个项目阶段时间。即使是微软的测试结束原则也并不是完成所有必需的测试，而是测试
在按计划结束的那一天结束！在测试时间不足的情况下，可参考下面项目计划变更时的做
法，因为计划变更也涉及到测试时间不足的情况。

 

　　参考文献：

 

　　

[1]徐新海；林宇斐；易伟；；CPU-GPGPU 异构体系结构相关技术综述[J]；计算机工

程与科学；

2009 年 S1 期 

　　

[2]赵改善，孔祥宁，王于静，方伍宝，孙成龙；64 位集群计算平台波动方程叠前深度

偏移的性能优化

[J]；勘探地球物理进展；2005 年 01 期