51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3348|回复: 3
打印 上一主题 下一主题

[讨论] Test中引用多个Action后,打开速度极慢

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-12-13 16:56:19 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
因为希望在一个Test Result中看到所有用例的测试结果,通过与否一目了然,而不用逐个打开每个测试结果查看是否执行正确,因此在每个Test中都有一个Resuable Action,并在一个主控Test中调用所有的Resuable Action,这样运行后就能看到每个Test的运行情况。
但这样导致这个主控Test打开速度非常的慢,现在大约20多个Action,机器稍微差点的10分钟还没打开,不知有何方法可以解决?
或者这种Test用例的组织方式不合理?各位的脚本是如何组织的?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

4#
发表于 2007-12-14 21:56:50 | 只看该作者
如果是用录制生产的脚本,QTP会自动生产很多的小文件,而这些小文件将会影响,
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-12-14 17:21:59 | 只看该作者
如果是用录制生产的脚本,QTP会自动生产很多的小文件,而这些小文件将会影响,打开脚本的速度;所以建议不要以录制方式写脚本,直接写代码吧
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2007-12-13 17:50:17 | 只看该作者
Action太多打开当然会慢了,这跟你打开一个1000页的word文档是一个道理

你这种用例组织的方式个人认为只适合很少的case. case太多的话建议还是分开成不同test,用批量工具执行test,比如MTM自己就可以生成总览报告。也可以利用QTP Automation自己写批量执行工具。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 15:32 , Processed in 0.075210 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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