51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2604|回复: 6
打印 上一主题 下一主题

[讨论] 减少测试时间

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-8-6 13:39:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
要减少测试时间,首先要弄清楚哪些环节消耗时间最多,然后才能对症下药。单元测试最耗时的环节有:编写测试代码、建立测试用例、找出遗漏用例。
    测试代码具有很多固定的内容,例如都要建立和销毁被测试对象,执行被测试程序等,这些代码完全可以由工具自动生成,测试人员只要设定测试用例的输入输出就行了。
    如果测试用例也由工具自动生成当然最省时,可惜这是不现实的,因为测试工具不能自动了解程序的功能,只能依靠参数的数据类型之类的信息生成测试用例,生成的用例和实际需要往往相差很远。用工具自动生成大量测试用例然后手工修改怎么样?听起来不错,但用起来效率不高,因为很多输入输出是比较复杂的,必须由人工补充一些代码,如果预先生成大量用例,那么每个用例都是在相同的起点上修改,效率并不高。如果工具只生成第一个测试用例,由用户完善后,再用拷贝并修改的办法建立其他用例,那么就可以充分利用已完善的用例,如果每次都选择拷贝近似的用例,通常只需要修改一两个数据就能建立新的用例。
    找出遗漏用例是一个大难题,多数单元测试工具都只能统计出覆盖率,但是未覆盖的往往是最难的,要提高覆盖率往往成本很高,解决这个问题对提高测试完整性,降低测试成本具有极其重要的意义。这里提出一个新的思路:在运行现有的测试用例后,针对某一未覆盖的逻辑单位,由测试工具从现有的用例中计算出可以覆盖该逻辑单位的近似用例,再提供一些提示,由用户根据提示进行修改,从而获得预期的测试用例。这里说的近似用例是指需修改的数据最少,数值的差异也最小,例如,程序涉及到三个参数,那么近似用例大概只需要改一个参数就行,如果有多个用例可供选择,那么就选择数值改动幅度最小的。这个思路涉及到复杂的技术,这里就不详述了。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-9-5 12:00:34 | 只看该作者
还有一方面是对遍历出的用例进行精简,在这里正交试验法会得到很灵活的使用。
关于正交试验法,可以GOOGLE下相关贴子
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-9-5 15:11:29 | 只看该作者

3q

3q
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-9-5 18:06:50 | 只看该作者
sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-9-5 18:07:10 | 只看该作者
sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-9-5 18:07:22 | 只看该作者
sdlkfj6
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-9-7 10:09:07 | 只看该作者
人多了,任务分细一点,时间自然也就少了。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 20:36 , Processed in 0.086293 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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