如何高效有效的使用QTP进行系统自动化测试
方案一、纯编程实现，应用框架，实现框架与脚本分离、脚本与数据分离。缺点：1，对编程要求较高，需要专门的程序工程师；需要了解画面实现。
2，编写的代码有一定风险，可能本身存在bug；编写代码工作量不小；
3，抛弃了QTP的录制、action划分、检查点设置，几乎是自己编程实现。
优点：1，不受QTP限制；
2，没有对象库、减少存储量
3，框架与脚本分离、脚本与数据分离；便于分别开发以及维护。
方案二、纯粹录制，最大限度使用QTP设置检查点功能。将多次重用的功能录制成共通Action，以提高重用以及适应变更。划分case，以确保对结果不会互相影响。
缺点：1，数据在脚本中；
2，由于QTP的检查点只能是固定控件/Table等的检查，难以实现动态数据的检查。要实现回放，需要进行数据回收或者动态化数据。
3，action调用，虽然是引用，但是会将ActionSheet拷贝到本Test。如果actionSheet数据较多，则造成容量增大。
优点：1，编程量少，定下规则后，非编程人员也能操作；
2，利用QTP的检查点，实现简单 你这也太两极了吧:) ，其实还有很多中间路线的。看你的测试资源（时间、成本、人力。。。）而定！ 任何事情都没有最好最坏，根据不同情况折中才可取。
这个要根据项目实际情况来确定吧
这个要根据项目实际情况来确定吧 确实是需要结合着进行。 我比较倾向于多用录制，这样减少编程工作量。但是，往往又出现一些难以控制的现象。有时候觉得QTP使用起来挺费劲的。 同意楼上，在回放的时候老是中断，让人举得很烦
页:
[1]
