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

nitan2001

新项目的时间表

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

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

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

archonwang

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

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

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

wangjingying

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

乐乐公主的弟弟

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

billy

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

sohu-qa

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