51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3549|回复: 5
打印 上一主题 下一主题

[讨论] 测试的时间多长是合适的?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-4-26 17:33:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
项目信息如下

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

开发人员4个,测试人员2个,都不是新人。
测试和开发的时间应该是怎么个比例?开发的时间不包括开发完成后修改bug的时间。(由于测试已经开始,所以只能这么问)
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-4-26 20:05:57 | 只看该作者
没做过 帮你顶
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-4-27 13:17:35 | 只看该作者
不知道这个问题怎么说。
一般测试用例的设计时间是执行时间的2倍。缺陷的分析时间好难说。
整个测试阶段包括计划、设计、实事、执行、评估的时间应该等于开发时间。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-4-27 17:53:06 | 只看该作者
楼上说的是应该,但是实际情况会怎样,似乎不能很确认啊(计划赶不上变化快)。我认为,要根据实际情况来自己判断。。。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-4-27 22:40:29 | 只看该作者
原帖由 lingzhen 于 2006-4-26 17:33 发表
项目信息如下

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



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

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2006-4-29 17:11:38 | 只看该作者
to mia
测试自然是越早跟进越好,起码测试用例的设计在功能内部发布前设计好。但工作安排的时会考虑别的因素的,特别是不仅跟一个项目的时候。

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

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

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 18:34 , Processed in 0.069816 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表