如何高效有效的使用QTP进行系统自动化测试

kaa

方案一、纯编程实现，应用框架，实现框架与脚本分离、脚本与数据分离。
    缺点：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的检查点，实现简单

blueeagle9999

你这也太两极了吧 ，其实还有很多中间路线的。看你的测试资源（时间、成本、人力。。。）而定！

Robel.Yi

任何事情都没有最好最坏，根据不同情况折中才可取。

piaolingxue423

这个要根据项目实际情况来确定吧

kaa

确实是需要结合着进行。 我比较倾向于多用录制，这样减少编程工作量。但是，往往又出现一些难以控制的现象。

有时候觉得QTP使用起来挺费劲的。

gdutlzl

同意楼上，在回放的时候老是中断，让人举得很烦