51Testing软件测试论坛

标题: 测试的时间多长是合适的? [打印本页]

作者: lingzhen    时间: 2006-4-26 17:33
标题: 测试的时间多长是合适的?
项目信息如下

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

开发人员4个,测试人员2个,都不是新人。
测试和开发的时间应该是怎么个比例?开发的时间不包括开发完成后修改bug的时间。(由于测试已经开始,所以只能这么问)
作者: rockday    时间: 2006-4-26 20:05
没做过 帮你顶
作者: xiaocao412    时间: 2006-4-27 13:17
不知道这个问题怎么说。
一般测试用例的设计时间是执行时间的2倍。缺陷的分析时间好难说。
整个测试阶段包括计划、设计、实事、执行、评估的时间应该等于开发时间。
作者: dj02304    时间: 2006-4-27 17:53
楼上说的是应该,但是实际情况会怎样,似乎不能很确认啊(计划赶不上变化快)。我认为,要根据实际情况来自己判断。。。
作者: Mia    时间: 2006-4-27 22:40
原帖由 lingzhen 于 2006-4-26 17:33 发表
项目信息如下

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



测试用例还是一定要在系统版本发布之前搞定的。
这样的小型项目,一般大概2-3个月吧。 再加后期的维护时间。。。
如果系统不复杂的话,时间还可以缩短。
建议:测试不要等功能开发完成之后才开始。否则往后发现严重问题人力财力负担会很大。
作者: lingzhen    时间: 2006-4-29 17:11
to mia
测试自然是越早跟进越好,起码测试用例的设计在功能内部发布前设计好。但工作安排的时会考虑别的因素的,特别是不仅跟一个项目的时候。

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

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




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2