两个问题希望大家能帮助一下
问题一：一个excel只支持255个sheet，那么一个test是不是最多也只能支持255个action呢？（不包括动态加载的情况）问题二：如果有一个业务的流程很长，而要测试的是流程快结束的一个模块，那么测试这个模块的前导数据一般会怎么来呢？
比如说，我要测试的是订单的审核，那得有订单信息哦，那订单信息是怎么来的呢？
目前想想，我只能想到录一些数据到当前模块的位置。或者每次只测试一条数据。然后程序里控制执行次数。
希望大家帮帮忙。因为现在碰到的项目的流程很长，且流程中的数据耦合度比较高，有时感觉这种项目适合自动化吗？
:L 问题1，QTP9.5已经支持超过255行的数据了。
问题2，我的做法是把一些操作录制成小的Action，Action带输入参数和输出参数，然后再在所测业务功能的Action中调用这些Action。比如：把打开程序做成一个Action，把登录做成一个Action... 谢谢你的回答！不好意思，可能我问题没有说清楚。
问题一：我是问一个test里面可不可以有超过255个的action。
问题二：我现在也是采用这种方法，但所要的数据（订单，假设的哦）也要从流程的开头一直跑到当前模块哦。这样如果要测试当前模块，则运行的时间可就长了。因此想问有什么好的办法没。
:) 呵呵，如果是这样的话，
问题1，就等到Sheet不够用的时候再想办法吧，用Action调用另一Action的办法总能解决的。
问题2，QTP也只是把手工的操作用软件般你执行了而已，所以手工测试避免不了的操作，QTP也是避免开的。就让它从头跑到尾吧，没办法。虽然时间长，但也比手工去测要快多了噻。 嗯。谢谢！:lol 就先这样实现了吧。有空再想想如何优化框架，看能不能优化测试。 我来说下对第二个问题的理解：
1.业务需要的数据，实际上应该视为测试基准数据，跑Case前应当准备好的。每次跑之前应当恢复这套数据。
2.如果不维护数据，可以通过前台方式录入或者后台方式造数据。个人不倾向于前台造数据，会导致Case之间的关联很紧密。最好能够通过直接调用data layer的接口或者直接操纵数据库来造数据。 对sohu-qa的第2点有个疑问:如果直接调用数据层接口来产生数据的话，那基本上每次测试该功能之前，都需要手工干预自动化测试工作，且测试所使用数据无法与测试脚本进行绑定，此外，对于较为复杂的系统，产生这样的数据好象也不是件特别容易的事情。:( 哎。主要是我现在碰到的项目的数据库表结构联系太紧密，后台准备数据，几乎不可能:L 哎。可是我碰到的项目的涉及的数据库中表的联系太紧密了，直接后台准备数据几乎不可能。:L
页:
[1]
