如何搭建自己的自动化测试框架

这段时间一直在为公司内部开发

自动化测试框架

，简称GTF，因为这个框架现在还属于开发阶段，很多事都是言之过早。我会持续将我在架构过程中的想法写下来。供自己和大家一起分享。

这些想法，并不属于我一个人，我工作中的同事们给了我很大的帮助。

今天这一篇主要说明架构方面的考虑。

在现有的提供自动化测试解决方案的产品很多，包括:Robot，TestComplete，WinRunner等等。我只接触过这些，公司里也进行过很大的尝试，但是结果往往总是不竟如人意。

这中间，排除那些人员方面的原因，也总结这些自动化工具

，在使用过程中的不方便的地方:

1. 定位控件不方便。标准控件还好，非标准控件就只能靠很多非正常方法去获取。而且，控件的识别往往和界面布局相关。

3. 代码维护不方便。由于在编写过程中，大量的和界面相关的代码，导致最后在需求变更的时候，代码的维护，成为软件测试人员的负担。

针对这些情况，我们经过讨论，何不自己做一个软件测试框架。当然了，这是基于我们的丰富的知识积累的决策。大家不需要关心这个决策的情况。不过，可以多关注一些我们在做的过程中的分析结果。

通过分析流行的软件测试框架，有多种方式:

第一、最典型的就是消息驱动，自动化工具通过脚本录制和编写，保存为测试脚本。在回放的过程中，将这些脚本转换成为Windows消息，发送给我们应用程序的窗体和各种控件。

这种方式的好处在于，自动化工具和应用程序之间能够做到完全的隔离。但是，由于使用了Windows消息，它也拥有了一个非常致命的缺点。那就是消息队列的异步性与程序的顺序性之间的矛盾。很多消息发送给了应用程序，但是应用程序的处理可能已经和消息队列错位了。有一些关于代码的时间片等待，就是因为这个问题。

另外，就是由于完全的隔离，对于 *** 纵控件数据的能力大大降低。毕竟，拥有大量数据的控件都不是标准控件。

第二、嵌入式

。TestComplete就是这类工具。它有支持不同语言的版本。大概思路，就是在程序编译的时候，注入自己的控件代理。脚本的回放，直接可以通过代理， *** 纵到应用程序。

可惜的是，这类软件开发的时候，更多的是考虑平台的兼容性。对于特有平台上的支持不是十分完美。特别是对自定义控件(比如Delphi中，除了VCL的标准控件)支持也没有做到最好。不过，我这里必须承认，TC的内部实现机制可能十分强大，我不能窥探所有。如果有人清晰，可以指点一二。

针对上面的两种，我们想到的第三种方式:一体式。这种方式中，通过给程序在打包的过程中，添加额外的框架代码，使得程序自动提供控件的访问方式。自动化的模块也会作为软件测试程序的一部分运行。

应用程序在执行脚本的时候，自动通过脚本

，控制各控件界面的显示和关闭。它应该是第二种方式的变种。但是由于是自己实现的，所以在对各类自定义控件支持的都非常好。

针对一开始提出的几个自动化测试的难题，我们提出了，自动封装窗体上所有控件的概念(这些概念后面会详细介绍)，对于软件测试人员，只要关心真正的业务 *** 作流程。而业务流程中涉及到的控件，已经为他们自动提供好。这样，脚本也自然只成了业务流程的脚本。其复杂度也就大大降下来了。

如果要推荐2个工具的话，我就推荐泽众软件公司的

自动化测试工具AutoRunner和测试管理工具Testcenter

，用这2个软件合作可以很好的进行自动化测试与对测试用例进行管理。

1、前提

安装好jdk

配置好Java环境变量

安装Eclips

这些网上都有，就不再详细介绍。

2、安装TestNG插件

在线安装由于网速原因，速度较慢。下面是离线安装方式。

（1）解压eclipse-testng离线包.zip

（2）将【eclipse-testng离线包/feature】中的文件夹org.testng.eclipse_6.8.6.20130607_0745复制到【MyEclipse安装目录/features】目录下

（3）将【eclipse-testng离线包/org.testng.eclipse_6.8.6.20130607_0745】文件夹复制到【MyEclipse安装目录/plugins】目录下

（4）重启MyEclipse，Windows - show view - TestNG

3、安装Ant

（1）解压apache-ant-1.9.6-bin.zip到任意目录下

（2）配置Ant环境变量，在Path变量末尾添加：<Ant目录>/bin

二、在Eclipse中创建Java工程

1、Eclipse ->File ->New ->Java Project，如下图，在d窗中填入Project name，点击Finish，即可完成工程的创建。

2. 导入相关的jar包：

工程上右键 ->Build Path ->Configure Build Path...，如下图所示，打开Build Path配置窗口。

导入已经安装的TestNG插件，如下图所示完成testNG的导入：

3. 从资源分享链接中下载lib.zip，解压开，按下图方式导入里面的jar包。导入的这些jar包会在程序中用到。

三、使用TestNG框架编写测试用例

1. 创建src文件夹，存放测试相关的代码，在工程上右键 ->New ->Folder，填入文件名字：src。

2. 按照数据与代码分离和公共方法提取的原则，我的代码结构如下划分：

3. 脚本编写顺序

3.1 全局配置文件（GlobalSettings.java）

存放一些工程全局的变量，比如baseUrl、timeout等；

3.2 Http协议实现（HttpClientHelper.java）

根据项目接口使用的协议，实现相关的请求。我们的项目有两种方式，一种是使用NameValuePair的方式封装请求参数，一种是使用JSONObject的方式封装请求参数，因此针对这两种方式都做了代码实现。

3.3 接口实现（GList_API.java）

以“创建G单”为例，实现该接口：

3.4 准备测试数据（TestData.java）

为接口准备测试数据。

3.5 测试数据参数化（GListDataProvider.java），返回的参数个数需要与testsuit中函数参数个数一致。

3.6 测试用例suit（GListCURD.java）

4. 测试用例调试与执行

按照步骤三写好了所有的用例，可以进行用例的调试与执行了。

4.1 测试用例脚本调试

在步骤三的测试用例suit GListCURD.java上右键，“Debug as”或“Run as” ->"TestNG Test"，即可运行该脚本。

4.2 测试用例脚本执行

有两种方式可以运行该脚本，testNG或者ant。

使用testNG运行， *** 作如步骤4.1。

使用ant运行，需要创建xml，请参考资源库中的build.xml、smokeTest.xml。若需要生成testNG报告，还需要下载test-result.xsi文件。

4.3 美化后的运行结果report

软件测试的基本流程如下：

1、需求分析阶段：阅读需求，理解需求，分析需求点，参与需求评审会议。

2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围，进度安排，人力物力分配，整体测试策略的制定。

3、编写测试用例：适当的了解设计，搭建测试用例框架，根据需求和设计编写测试用例。

4、测试执行阶段：搭建环境准备数据，执行冒烟测试（预测试）然后进入正式测试（系统测试、回归测试、交叉测试、自由测试），bug管理直到测试结束。

5、输出测试报告：输出测试报告，确认是否可以上线。

软件测试描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。

软件测试的经典定义是：在规定的条件下对程序进行 *** 作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。

软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于调试，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。

---