这样的项目时间表是不是有缺陷？

nitan2001 · 发表于 2008-9-26 09:42:38

新项目的时间表

测试案例
设计：20天；
review: 10天；
准备测试： 10天；
执行测试： 10天。

怎么执行的时间这么短，还花一共30天来设计+review ???

大家给点意见，同意这种分配吗

sohu-qa · 发表于 2008-10-14 22:34:00

计划太粗，至少应该给出具体的时间点，如果不能给出时间点，最好能给出时间段预估和人力分配。
另外准备测试和review这样的工作本身是可以并行的。
同时还缺少需求熟悉的时间
测试内部的阶段划分也不够明确
总而言之，这样的时间表什么都说明不了。

billy · 发表于 2008-9-27 10:16:33

实际执行的应该要分多轮次的，不可能一轮就结束！前期准备如果有这么大的工作量的话，那么1轮测试的时间就差不多要10天了！

乐乐公主的弟弟 · 发表于 2008-9-26 15:18:43

其实测试的关键在于前期的准备，包括对需求的分析、测试用例的设计、用例的编写以及评审，真正的测试过程倒是不需要多长的时间了。

wangjingying · 发表于 2008-9-26 14:47:40

这样的项目时间表还是正常的，经常看到测试项目的计划是测试用例设计+攥写+review >= 50天，实际执行的时候就10天甚至还少

archonwang · 发表于 2008-9-26 12:51:02

计划太粗了。设计、Review，测试准备等工作是交相做得。

理论上讲，设计占大头，执行时间较短。如果涉及的重复性内容很多，那么执行时间将变长。还是要具体事宜具体分析的。

[ 本帖最后由 archonwang 于 2008-9-26 13:08 编辑 ]

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 这样的项目时间表是不是有缺陷？