QTP简单框架(1)之框架简介

1、框架简介

1.1、测试框架产生的原因

　　   脚本文件过大：

　　　　　　很明显QTP默认生成的每个空的对象库文件为192K，这样一个空的QTP脚本文件就至少需要500K左右的空间（Action0和Action1）。　　　　

　　　　　　如果分割的Action多的话，占用的空间就更多。

　　   代码的重用：

　　　　　　相信有许多这样的朋友…例如需要写一段读取Excel文件的QTP代码，直接google复制粘贴，然后以后编写同样功能的代码还是如此。有木有？

　　   脚本的维护：

　　　　　　要知道，QTP脚本的维护工作也是一个令人头疼的大问题。页面某个对象或者属性改变，导致对象找不到的错误。

　　　　　　QTP传统录制的代码是很庞大的，相信许多QTP入门的朋友们是有亲身体会的，都无从下手不知道怎么去改，最后只有重新录制脚本、调试。　　　　

　　　　　　一个脚本如此，那么整个系统的自动化脚本该是怎样的呢?

　　   脚本批量运行：

　　　　　　虽然QTP自带一个批量运行工具（Test Bath Runner）,通过Bath —> Add的方法我们可以批量加载所要运行的Action。

　　　　　　但是不利于重新调整Action的执行顺序，这个是比较头疼的。

1.2、解决方案

　　  脚本存放：

　　　　　　将QTP脚本封装成函数或者直接保存为vbs文件，然后在框架中直接采用Executefile运行执行脚本

　　　　　（需要注意一下，保存vbs文件编码要为ANSI，否则QTP运行会报错的）

　　  使用Excel来代替Test Bath Runner：

　　　　　　将测试计划保存到Excel中，可以很方便的更改测试用例是否执行以及执行顺序，且，可以更加清楚的了解测试人员编辑脚本的情况。

　　  使用函数库来封装脚本（Function.vbs）

　　  　　　以B/S结构的脚本为例：

Browser("百度一下").Page("百度一下").WebEdit("wd").Set " CSDN"

 　　 　　  使用函数库之后的脚本：

InputText “name:=wd”,“CSDN”,“百度搜索输入框”

 　　       大家可以看到，使用函数库后，脚本看起来很简洁，同时由于它是被封装过方法，我们可以在该方法中将测试记录也包括进去，这样就可以实现为每一个步骤产生一个记录。