测试的时间多长是合适的？

lingzhen

项目信息如下

项目类型：电子政务门户网的后台管理系统。
测试类型：纯黑盒的集成和系统测试，主要是功能测试，必要时进行一些性能测试。
测试情况：部分子系统大部分功能开发完成后开始测试，此时才开始了解项目需求和设计，有需求文档和设计文档，但有一定的需求变更，对文档和代码实现的一致性没有进行维护。测试期间各子系统陆续完成。
测试工作：主要是设计测试用例和执行测试，记录缺陷和验证缺陷。

开发人员4个，测试人员2个，都不是新人。
测试和开发的时间应该是怎么个比例？开发的时间不包括开发完成后修改bug的时间。（由于测试已经开始，所以只能这么问）

rockday

没做过 帮你顶

xiaocao412

不知道这个问题怎么说。
一般测试用例的设计时间是执行时间的2倍。缺陷的分析时间好难说。
整个测试阶段包括计划、设计、实事、执行、评估的时间应该等于开发时间。

dj02304

楼上说的是应该，但是实际情况会怎样，似乎不能很确认啊（计划赶不上变化快）。我认为，要根据实际情况来自己判断。。。

Mia

原帖由 lingzhen 于 2006-4-26 17:33 发表
项目信息如下

项目类型：电子政务门户网的后台管理系统。
测试类型：纯黑盒的集成和系统测试，主要是功能测试，必要时进行一些性能测试。
测试情况：部分子系统大部分功能开发完成后开始测试，此时才开始了解 ...

测试用例还是一定要在系统版本发布之前搞定的。
这样的小型项目，一般大概2－3个月吧。 再加后期的维护时间。。。
如果系统不复杂的话，时间还可以缩短。
建议：测试不要等功能开发完成之后才开始。否则往后发现严重问题人力财力负担会很大。

lingzhen

to mia
测试自然是越早跟进越好，起码测试用例的设计在功能内部发布前设计好。但工作安排的时会考虑别的因素的，特别是不仅跟一个项目的时候。

to xiaocao412
测试用例的时间是测试执行的两倍比较难，能和执行的时间相同就不错了，特别是黑盒的。白合的到是时间多点好。
而且单纯的黑合测试，且大部分关注的是功能测试的，我想测试和开发一样时间比较难保证。到是因为测试人少一点是可以多点时间测试的。

虽说实际上系统测试的时间会拖比较长，但那只是证明测试效率不高而已，虽然一些不确定和覆盖度的问题，和个人水平的问题会有影响。
但还是觉得控制在开发工作量的一半比较合适。（只进行黑合，不包括开发由于修改bug 耽误的时间。）