51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2345|回复: 8
打印 上一主题 下一主题

[原创] 两个问题希望大家能帮助一下

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-9-4 15:22:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
问题一:一个excel只支持255个sheet,那么一个test是不是最多也只能支持255个action呢?(不包括动态加载的情况)

问题二:如果有一个业务的流程很长,而要测试的是流程快结束的一个模块,那么测试这个模块的前导数据一般会怎么来呢?
比如说,我要测试的是订单的审核,那得有订单信息哦,那订单信息是怎么来的呢?
目前想想,我只能想到录一些数据到当前模块的位置。或者每次只测试一条数据。然后程序里控制执行次数。

希望大家帮帮忙。因为现在碰到的项目的流程很长,且流程中的数据耦合度比较高,有时感觉这种项目适合自动化吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-9-4 15:39:28 | 只看该作者
问题1,QTP9.5已经支持超过255行的数据了。
问题2,我的做法是把一些操作录制成小的Action,Action带输入参数和输出参数,然后再在所测业务功能的Action中调用这些Action。比如:把打开程序做成一个Action,把登录做成一个Action...
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2008-9-4 15:59:12 | 只看该作者
谢谢你的回答!不好意思,可能我问题没有说清楚。
问题一:我是问一个test里面可不可以有超过255个的action。
问题二:我现在也是采用这种方法,但所要的数据(订单,假设的哦)也要从流程的开头一直跑到当前模块哦。这样如果要测试当前模块,则运行的时间可就长了。因此想问有什么好的办法没。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-9-4 16:06:59 | 只看该作者
呵呵,如果是这样的话,
问题1,就等到Sheet不够用的时候再想办法吧,用Action调用另一Action的办法总能解决的。
问题2,QTP也只是把手工的操作用软件般你执行了而已,所以手工测试避免不了的操作,QTP也是避免开的。就让它从头跑到尾吧,没办法。虽然时间长,但也比手工去测要快多了噻。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2008-9-4 16:24:27 | 只看该作者
嗯。谢谢! 就先这样实现了吧。有空再想想如何优化框架,看能不能优化测试。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-9-4 16:25:27 | 只看该作者
我来说下对第二个问题的理解:
1.业务需要的数据,实际上应该视为测试基准数据,跑Case前应当准备好的。每次跑之前应当恢复这套数据。
2.如果不维护数据,可以通过前台方式录入或者后台方式造数据。个人不倾向于前台造数据,会导致Case之间的关联很紧密。最好能够通过直接调用data layer的接口或者直接操纵数据库来造数据。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-9-4 17:01:24 | 只看该作者
对sohu-qa的第2点有个疑问:如果直接调用数据层接口来产生数据的话,那基本上每次测试该功能之前,都需要手工干预自动化测试工作,且测试所使用数据无法与测试脚本进行绑定,此外,对于较为复杂的系统,产生这样的数据好象也不是件特别容易的事情。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2008-9-4 17:17:20 | 只看该作者
哎。主要是我现在碰到的项目的数据库表结构联系太紧密,后台准备数据,几乎不可能
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2008-9-4 17:21:25 | 只看该作者
哎。可是我碰到的项目的涉及的数据库中表的联系太紧密了,直接后台准备数据几乎不可能。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-14 03:54 , Processed in 0.070805 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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