摘要：分层结构作为现代软件工程中大量采用的一种体系结构，层与层通过接口将其使用和实现相分离，接口作为开发者和使用者之间的桥梁，提供相应的数据。而对接口的逻辑正确性、功能正确性、容错性及吞吐能力的测试，是保证软件质量的重要一环。应用自动化测试技术可以大幅度的降低手工测试劳动量，提高软件测试的覆盖率和提高从测试效率。尤其是在进行如回归测试这种需要大量重复性测试的测试任务时，优势极其的明显。
本论文介绍的自动化接口测试框架（或简称“框架”）所针对的 JSON 数据格式作为一种在 WEB 领域广泛应用的数据交换格式，具有很好的跨平台性和扩展性，也是目前最为常用的数据交换格式。本论文介绍的框架对常见的手工接口测试的情景进行抽象，模拟接口请求的接收与发送，并对接口数据的正确性进行校验。利用本框架，测试人员只需要进行简单的测试脚本设计和测试数据设计，即可对接口进行自动化的测试，测试脚本和测试数据可以重复性使用。接口之间可以针对某一个业务逻辑进行组合性的测试。自动化测试的框架可以对执行的测试用例的通过情况、接口响应时间等信息进行统计，并输出测试报告。图 47 幅，表 6 个，参考文献 13 篇。
关键词：软件自动化测试；接口测试；测试框架
ABSTRACT
ABSTRACT:
Layered architecture is widely used in modern software engineering. Different layer communicate through interface. One function just provide one interface to return the data and hide its implementation. The interface as a bridge between developers and users. The correctness of the interface logic, functional correctness, fault tolerance and throughput are four key points for the interface testing, which is also a very important part of software quality. The interface testing is repeated, contains large number of data and needs to check the data which returned by the interface, which is very suitable to use automated testing techniques. This interface test automation framework described in this thesis is based on the actual situation in practice, aimed on solving some problems in working. The framework based on the JSON, which is an interchange data format widely used in WEB application. The framework of the manual interface test scenarios abstract, analog receive and transmit interface request, and the correctness of the interface data is checked. With the present framework, testers need only a simple test script design and test data, one can design an interface for automated testing, test scripts and test data can be repetitive use. It may be a combination of a test for a certain business logic between interfaces. Automated testing framework to test cases can be executed by, the interface response time statistics and other information, and outputs the test report.
KEYWORDS：Software automation test; interface test; test framework
目 录
中文摘要 I
ABSTRACT II
目 录 III
1引言 6
1.1 背景及意义 ....................................................... 6
1.2 国内外研究现状 ................................................... 7
1.3 研究方法 ......................................................... 7
1.4 问题分析 ......................................................... 8
1.5 问题解决方案 ..................................................... 8
1.5.1 解决方案分析 ................................................. 9
1.6 预期结果及意义 ................................................... 9
1.7 论文组织结构 .................................................... 10
2相关知识及技术 11
2.1 自动化测试技术 .................................................. 11
2.1.1 自动化测试技术介绍 .......................................... 11
2.1.2 自动化测试技术比较 .......................................... 11
2.1.3 自动化测试前提 .............................................. 12
2.2 接口测试 ........................................................ 13
2.3 本框架相关技术介绍 .............................................. 13
2.3.1 JAVA ........................................................ 13
2.3.2 JSON ........................................................ 14
2.3.3 Maven&SVN ................................................... 14
2.3.4 XML ......................................................... 16
2.3.5 Log4j ....................................................... 16
3自动化接口测试框架需求分析 17
3.1 可行性分析 ...................................................... 17
3.1.1 技术可行性 .................................................. 17
3.1.2 经济可行性 .................................................. 17
3.1.3 操作可行性 .................................................. 17
3.2 自动化接口测试框架功能性需求 .................................... 18
3.2.1 配置功能 .................................................... 18
3.2.2 读取解析功能 ................................................ 18
3.2.3 用例管理功能 ................................................ 19
3.2.4 用例功能 .................................................... 20
3.2.5 结果统计模块 ................................................ 21
3.2.6 数据校验模块 ................................................ 21
3.2.7 测试报告生成及展示 .......................................... 22
3.2.8 日志 ........................................................ 23
3.3 自动化接口测试框架非功能性需求 .................................. 24
3.3.1 性能需求 .................................................... 24
3.3.2 易用性 ...................................................... 24
3.3.3 可移植性 .................................................... 24
3.3.4 可维护性 .................................................... 24
4自动化接口测试框架概要设计 25
4.1 模块划分 ........................................................ 25
4.1.1 框架配置模块 ................................................ 25
4.1.2 读取解析模块 ................................................ 25
4.1.3 用例管理模块 ................................................ 26
4.1.4 用例模块 .................................................... 27
4.1.5 结果统计模块 ................................................ 27
4.1.6 数据校验模块 ................................................ 28
4.1.7 测试报告生成及展示模块 ...................................... 29
4.1.8 日志模块 .................................................... 30
4.2 自动化接口测试框架模块结构 ...................................... 30
4.3 包设计 .......................................................... 31
5自动化接口测试框架详细设计 32
5.1 类关系设计 ...................................................... 32
5.2 模块内部设计 .................................................... 33
5.2.1 框架配置模块 ................................................ 33
5.2.2 读取解析模块 ................................................ 35
5.2.3 用例管理模块 ................................................ 37
5.2.4 用例模块 .................................................... 39
5.2.5 数据校验模块 ................................................ 41
5.2.6 测试报告生成展示模块 ........................................ 42
5.2.7 日志模块 .................................................... 44
6自动化接口测试框架实现及应用 46
6.1 测试脚本 ........................................................ 46
6.2 测试数据 ........................................................ 46
6.3 测试报告 ........................................................ 47
6.4 测试日志 ........................................................ 47
6.5 测试邮件 ........................................................ 48
6.6 数据结构实现 .................................................... 49
6.6.1 用例数据结构 ................................................ 49
6.6.2 配置文件数据结构 ............................................ 50
6.6.3 用例控制文件数据格式 ........................................ 51
6.6.4 测试数据文件格式 ............................................ 51
7自动化接口测试框架测试 53
7.1.1 测试脚本 .................................................... 53
7.1.2 测试数据 .................................................... 54
8结论及展望 55
参考文献 56
致 谢 57
附 录 58
1引言
1.1背景及意义
随着近年来软件行业的飞速发展，大量软件产品在短时间内被开发出来，由于开发周期被不断的缩短，加之同类型产品的竞争十分激烈，产品质量成为决定产品走向的一个重要影响因素，如何保证软件产品的质量成为了各大公司面临的一个巨大难题。而软件测试作为保证软件质量的一个重要环节，也是软件生命周期的一个关键阶段，也愈发的受到人们的重视。而由于测试工作的特殊性，需要大量测试人员花费时间来寻找产品中可能存在的质量问题，许多公司为了保证软件产品的质量，投入大量的人力物力到软件测试这个过程中，因此急需一个可行而有效的测试解决方案来处理这些公司遇到的问题。
在目前纷繁复杂的软件测试技术中，软件自动化测试技术最为受到人们的关注，目前各大公司内部也在积极研究和发展适合自己的自动化测试环境，来弥补手工测试中的一些不足之处。一般的软件自动化测试指的就是通过自动化测试工具或者撰写自动化测试脚本等方法，让计算机代替手工测试人员进行自动的软件测试过程。因为随着软件迭代式开发的盛行，回归测试在整个测试过程中所占的比重越来越来。应用自动化测试技术可以大幅度的降低手工测试劳动量，提高软件测试的覆盖率和提高从测试效率。尤其是在进行如回归测试这种需要大量重复性测试的测试任务时，优势极其的明显。
在现代的软件开发流程中，开发人员的分工日益地明确，分层软件体系结构被大量的应用。B/S 和C/S 结构被广泛的使用在软件开发领域，Browser 和Client 通过访问Server提供的外部数据接口的这种形式来进行前后台之间的数据交换。为了保证层与层之间的数据交流的正确性和高效性，在软件测试过程中进行对接口的测试显得尤为重要。接口，即 API（Application Program Interface），也可称为应用程序编程接口，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。接口可以被称作是数据交换的桥梁，而保证接口的质量，是保证软件产品质量属性的重要一环。在目前的接口测试场景中，还是仍然以手工测试为主，测试效率底下、重复性劳动量大、浪费测试人员大量精力和时间。因此，开发一个完善的接口自动化测试框架，来解决接口测试过程中存在的问题显得尤为重要。
本文介绍的自动化测试框架是作者在实习过程中根据实际的测试场景，进行开发和设计的，并已部分投入了实际使用，且效果较为显著。
1.2国内外研究现状
软件测试技术作为软件工程产生以来就伴随而生的一项质量保证技术，经过多年的发展，已经发展的十分的先进与完善。目前自动化测试技术发展较为完善的国家是美国，已经形成了独立的软件产业，而且一些国际知名的软件公司，如 IBM、微软等公司内部也在大力进行测试新技术的研发。
就自动化技术的发展历史来看，国际上通常把软件软件测试技术的发展分成三个阶段：（1）录制回放模式：通过测试工具对测试人员的手工操作进行录制，在执行时，结合事先准备好的测试数据对手工操作进行回放，模拟测试人员的手工测试过程。这种模式需要录制大量的测试人员的手工操作过程，耗费大量的时间，而且一旦测试人员手工操作的流程发生了些许更改，需要重复进行录制，修改复杂，工作量大。（2）数据驱动模式：将测试数据输入到配置文件中，根据对应测试脚本，来读取测试数据。实现了数据和脚本的分离，使得测试脚本的可维护性和脚本的代码重复利用率大大上升，但这种模式对与界面变化的兼容较差，界面变化是仍需要对已有的测试脚本进行维护和修改。
（3）关键字驱动模式：通过对数据驱动模式进行升级和改动，就可以得到关键字驱动模式。其核心是对测试流程进行抽象和分解，从软件产品的业务逻辑中抽象出关键字，封装用户的各种基本操作，使得界面元素和测试数据、脚本分离。
从国内来看，由于我国的软件行业发展起步较晚，与西方等国家的差距仍然存在，但是我国的软件行业发展迅猛，速度大大超乎了人们的想象。产品的快速迭代和发展导致了软件测试过程被缩短，测试人员不得不投入大量精力来跟上软件更新的速度，来保证软件产品的质量，但同时又没有足够的时间来设计完善的测试用例来进行测试，这样就导致了一个恶性循环。因此往往软件产品的测试只是对软件的整体正确性进行了测试，并没有深入。而且不少公司的开发和管理人员不理解测试的重要性，导致出现“轻测试”的观念。
自动化测试技术作为目前软件测试领域的热点，也有不少公司和人员开发出了自动化测试的工具和框架。如目前不少公司和测试人员在使用的 QTP 、Rational 、
WinRunnerMercury 等自动化测试工具。而自动化测试的框架方面也有 selenium、
PhoenixFramework、RobotFramework 等。但是这些框架适用于某一特定类型的软件系统，主要针对的是软件的功能测试及 UI 测试，对接口测试的支持不够完善，而且其对接口测试扩展性支持不够，无法满足不同公司产品独特的业务逻辑。
1.3研究方法
本框架对手工接口测试情景的分析抽象，参考已有自动化接口测试框架的测试方
法，对手工测试场景进行了模拟，将框架的测试流程主要划分为以下几个步骤：1.编写符合自动化测试框架的测试用例脚本。2.读取测试用数据（须事先设计好）。3.用例管理模块对设计好的测试用例脚本进行管理 3.针对每个单独的测试用例框架根据对应的测试数据向的相应的接口发送请求。4.接收接口返回数据并和测试数据中的预期结果进行数据正确性的检测。5.框架针对所有的测试用例进行统计，得出测试报告并展示。通过这 5 个步骤，框架对接口的逻辑正确性、功能正确性、容错能力、吞吐能力进行测试，从而对接口的质量属性进行检测，达到保证接口质量的目的。
1.4问题分析
我实习时从事的是自动化测试相关的工作，主要内容给就是编写自动化测试脚本来对公司的软件产品进行自动化测试。由于公司产品采用的是 B/S+C/S 的模式，数据服务器端和网页端加移动 App 端组成，在实际工作过程中发现，在进行软件自动化测试过程中，经常需要去对接口的进行访问，并需要检测接口的正确性，接口数据正确性在测试过程中特别重要。而在对公司内部的接口测试情况了解之后，发现了以下几个问题：
1． 虽然针对接口已经存在自动化的测试脚本，但是自动化测试脚本内容复杂，脚本间实现功能重复，存在许多可以整合的部分。
2． 脚本结构混乱，形式多样。由于相应的测试脚本由不同的测试人员进行编写调试，每个人的脚本编写风格不同，各个脚本之间的形式多样。而且测试脚本和数据耦合在一起，维护时有很大困难。
3． 测试结果汇总复杂，结果呈现不够清晰快捷。由于每个测试脚本都会产生对应的测试结果，在进行大批量的运行时，各个脚本之间的数据还需要人工对其进行汇总和统计，工作量太大。而且测试结果呈现不够直观。
1.5问题解决方案
针对 3.1 中发现的问题，提出了几种解决方案：
1． 将现有脚本中的可能存在重复的功能进行整合打包，在写脚本提供一个独立于测试脚本的外部库，提供重复的功能方法。设计脚本编写规范，统一脚本格式。开发一个对测试结果进行分析汇总的系统，设置相应的规则来处理测试结果。
2． 应用现有的自动化测试工具来进行测试。这样可以不使用测试脚本而直接完成对接口的自动化测试。
3． 应用现有的自动化测试框架，完成对接口的自动化测试。
4． 开发一个公司内部的自动化接口测试框架，实现对接口的自动化测试。
1.5.1 解决方案分析
1号方案：
将重复功能打包整合这一过程应当说是很方便地，只需要提取原有脚本的相似内容并规范化整合即可，而脚本编写规范也可以规范脚本的格式，达到统一的目的。开发测试结果分析汇总系统可能需要时间和人员，而且这样就将测试脚本和测试结果分割开来。
2号方案：
经过实际的使用一些自动化测试工具，发现虽然可视化的集成测试工具能够完成基础的接口自动化测试功能，但是针对公司内部的业务逻辑支持不是很完善，功能也不足以满足测试需求。
3号方案：
现有的一些自动化测试框架确实具有很强大的功能，也可以完成基本的接口自动化测试功能。但是由于框架需要支持多种测试需求，不仅仅是接口测试，往往其结构较为复杂，开始应用时需要理解的过程，而且对于单一的接口测试来说过于庞大。再者现有自动化测试框架的可扩展性不高，如果公司的测试需求发生更改，对框架不好进行扩展和更改。
4号方案：
该方案相比较来说最为贴合公司的应用实际，而且放眼其他的互联网公司，也不是仅仅使用现有自动化框架或者是使用自动化测试工具，基本上都是结合公司产品的业务逻辑，开发公司内部使用的自动化测试框架。而且自己开发的测试框架可以很好的针对实际发现的问题，对其进行解决。而且与 1 号方案相比，将各个部分都组合在了一起，使得测试过程更加的统一，不会分裂。
因此最终选择了 4 号方案来实现接口的自动化测试。本文也是针对 4 号方案来进行设计和实现的。
1.6预期结果及意义
预期成果是利用本自动化接口测试框架，测试人员只需要进行简单的测试脚本设计和测试数据设计，即可对接口进行自动化的测试，测试脚本和测试数据可以重复性使用。接口之间可以针对某一个业务逻辑进行组合性的测试。自动化测试的框架可以对执行的测试用例的通过情况、接口响应时间等信息进行统计，并输出测试报告。
1.7论文组织结构
第 1 章 引言 主要对论文的背景及意义、国内外研究现状、研究方法、问题分析及解决方案选取，预期结果及意义等方面进行描述。
第 2 章 相关知识及技术 介绍自动化接口测试相关的知识与本框架所采用的技术。
第 3 章 自动化接口测试框架需求分析 对自动化接口测试框架的可行性、功能性需求和非功能性需求进行分析。
第 4 章 自动化接口测试框架概要设计 对自动化接口测试框架进行总体性的设计，设计出框架结构及模块内部结构。
第 5 章 自动化接口测试框架详细设计 针对各个模块内部进行详细的设计和描述。第 6 章 自动化接口测试框架实现与应用 自动化接口测试框架进行实现及应用。
第 7 章 自动化接口测试框架测试 对自动化接口测试框架的功能和性能进行测试，检验其质量属性。
第 8 章 结论及展望 对本文进行总结和展望。
2相关知识及技术
2.1自动化测试技术
2.1.1自动化测试技术介绍
自动化测试一般意义上指的是软件的自动化测试，软件的测试就是在预先设定好的条件下运行系统或应用程序，评估系统或应用程序的运行结果，来检测系统或应用程序质量属性的过程，其中预设条件包括了正常条件以及异常条件。
自动化测试一般包括两个方面，分别是测试过程的自动化和测试结果分析的自动化。测试过程的自动化指的是用预先设计好的测试脚本，取代手工逐个的对测试用例执行的过程，转而采取运行撰写好的测试脚本的方式来对系统进行测试，于具有测试过程高效快捷，测试脚本可重复使用的特点。而测试结果分析自动化指的是对测试产生的中间测试结果和数据流，不需要测试人员手工去一点点地去分析和排查，而是通过自动化的方式进行归纳和汇总，提炼出测试报告及规则。
软件自动化测试就是利用计算机来模拟手工测试的步骤，执行由某种计算机程序语言编制的测试脚本或者测试程序，从而达到测试被测软件的目的。其中自动化还分为全自动化和半自动化两类。全自动测试就是在测试过程中，所有的过程都由程序自动完成，不需要测试人员进行任何操作。而半自动化测试指的是在测试过程中，需要手动的输入测试用例或者是测试数据，再由自动化测试程序来按照人工的要求完成自动化测试。
2.1.2自动化测试技术比较
自动化测试技术发展到现在，已经出现了多种类型的自动化测试技术，分别针对了不同的业务需求。下面大致列出了几种关键的技术
1．基于组件的自动化测试技术：针对软件开发过程中的组件进行测试，检测其正确性，确保每个独立的组件都能有效的实现自己的预期功能。是典型的黑盒测试，根据需求来对应用程序在各种不同环境下进行测试。
2．基于关键字驱动的自动化测试技术：通过对业务逻辑的抽象提取，分离出一个个的关键字，通过这些关键字来对测试脚本进行组织和编写。这种技术可以将界面元素名和测试内部对象名进行分离，将测试描述和具体实现细节分离，脚本和数据进行分离。这“三个分离”使得相互影响降到了最低。
3．基于数据操作的自动化测试技术：把数据作为测试动作中最基本的对象，以此为出发点，把测试动作转化为一系列的对数据的操作，来对软件进行测试。
4．基于模型驱动的自动化测试技术：模型驱动测试就是通过对 SUT 的功能与系统结构进行分析，然后结合测试策略构建起全面、清晰的测试模型，最后通过测试模型自动生成测试用例驱动测试人员完成 SUT 的测试[1]。
5．基于数据驱动的自动化测试技术：数据驱动自动化测试是一种数据被包含在输入测试数据文件中，并且以数据来控制自动化测试脚本执行的流程和动作的测试。输入测试数据记录是从外部文件中读入的，并且是独立于测试脚本程序开发的。数据驱动测试使用存档的测试数据来驱动自动化测试过程，这些数据通常以简单的文本文件或
Excel 文件(电子表格)形式存在[2]。
本文介绍的框架是针对接口测试和现实的测试场景来进行开发的，针对性强，对接口测试所关注的几个方面均有涵盖。经过详细的分析和思考，选定了上文总介绍的第 5种技术，即数据驱动的方式来设计开发自动化接口测试框架，原因是就接口测试而言，基本不存在对界面内容的测试，接口测试的核心就是对接口数据进行检测，因此不需要使用开发难度高且框架庞大的关键字驱动模式来开发。本文所介绍的自动化接口测试框架所生成测试报告较之以往的框架也更为全面，并且可以发送给开发者，让其对其负责的接口部分进行监测。
2.1.3自动化测试前提
虽然自动化测试的有点很多，但是对于具体的软件产品是否能应自动化测试技术，还要有所考量，应用自动化测试技术有一定的前提条件。
1)软件需求变动不频繁。
因为自动化测试的测试程序或者是测试脚本，是需要测试开发人员根据软件的需求和实现情况，来开发对应的测试脚本来对软件系统进行测试，如果软件的需求频繁的变更，测试开发人员就要不断的对测试用例和测试脚本进行更新维护，而脚本的维护本身就是一个代码开发的过程，编写、修改、调试都需要消耗大量的人力资源和时间。如果维护测试脚本花费的成本还要高于利用自动化测试技术所节省的测试成本，利用自动化测试技术便毫无意义。当然，如果项目中的某些模块的变更频率不大，不需要经常性的对相应测试脚本或程序进行维护，那么我们可以使用部分自动化来解决这个问题。对于那些经常变动的模块，可以使用手工测试来进行补充。
2)项目周期足够长。
由于自动化测试需要进行自动化框架设计，测试脚本编写调试等过程，需要大量的时间来完成，如果本身的软件项目周期较短，就无法有足够的时间完成自动化测试的内容。相比较而言，那些采用线性开发过程开发的软件，自动化测试技术就很难应用，因为测试过程仅仅应用一次，时间也不允许。而对于那些采用不断迭代进行开发的软件产
品，也是目前最为常见的软件产品，自动化测试技术都十分的适合、
3)自动化测试脚本可重复使用。
相比手工测试，自动化测试的最突出的特点就是减少了手工测试中一些重复量大的工作，而测试脚本的重复使用率也是衡量能否应用自动化测试技术的一个关键指标。如果开发之后利用率十分低，那样就无法创造很多的经济价值，甚至创造的经济价值低于其开发成本，那样就得不偿失。
除了以上三点之外，自动化测试技术还有一些手工测试技术无法触及的领域，比如在对软件的性能测试，配置测试及压力测试等方面。如果有这些方面的测试需求，即使需要投入大量的时间和人力，也只能采用自动化测试技术。
2.2接口测试
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
接口测试一般会用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。接口测试在淘宝的应用是一个自下而上的发展过程。
接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比，接口测试天生为搞复杂性的平台带来高效的缺陷监测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。
接口测试的目的是测试接口，尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。
2.3本框架相关技术介绍
2.3.1JAVA
Java 是一种面向对象的程序设计语言，采用类的形式对对象的数据和方法进行封装，从而使得对其的操作和修改变得十分简便。同时由于 Java 虚拟机的存在，使得 Java具有和跨平台性，即所谓的“一次编译，到处运行”。Java 的另一个特性就是垃圾回收
机制，避免了内存泄漏。Java 因为支持 B/S、多线程、分布式的开发机制，被大量应用于网络开发中。除此之外 Java 还具有良好的安全性，保证了应用程序在网络环境下的抗恶意攻击能力。
在实际的工作环境中，Java 语言被广泛的应用于数据后台的开发过程中，为保持语言的一致性，避免语言差异导致的各种问题，本文介绍的框架使用 Java 语言实现，利用
Java 的反射机制来对框架进行构建。
2.3.2JSON
JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，采用 JavaScript语法来描述数据对象，JSON 解析器和 JSON 库支持大部分常见的编程语言，可以方便地进行解析和生成。由于其与前端中大量使用的 JavaScript 技术十分契合，是目前最为常见的数据交换格式。另外 JSON 还具有良好的可读性和可扩展性。因此本框架采用
JSON 作为接口的数据格式，基于 JSON 格式来对接口框架设计开发。
2.3.3Maven&SVN
Figure 1-JSON 格式例子
Maven 是用于构建和管理项目的工具，可以帮助用户管理构建、文件、报告、依赖、
SCMS、发布和分发。可以轻松地进行代码依赖管理，管理的二进制文件等等。
Maven 项目相比与普通项目，具有标准化，自动化，高效率和强大的扩展性的特性。使用 Maven 本身和插件也可以得到代码检验报告，单元测试覆盖率，实现持续集成
等。
Figure 2-Maven 结构
SVN 全名 Subversion，是一个被广泛使用的版本控制系统。 SVN 和 CVS 一样，是一个跨平台的软件，支持大多数操作系统。作为一个开源的版本控制系统，Subversion可以管理随时间变化的数据。该数据被放置在一个仓库中，它像一个普通的文件服务器，但是记录了文件的每一次变化。所以，你可以恢复文件到任何一个历史版本，或者浏览文件的历史变更记录。 Subversion 是一个通用的系统，可以用来管理任何类型的文件，包括程序的源代码。
Figure 3-SVN 操作流程
Figure 4-SVN 代码控制
2.3.4XML
XML（eXtensible Markup Language）是一种简单灵活的文本格式的可扩展标记语言。本框架利用 xml 文件作为框架的配置文件，其优点主要有以下几点：
1． 遵循统一的 W3C 标准，各平台通用，可移植性好。
2． XML 使用树形层次结构，数据定位较快
3． XML 读取解析较快捷方便，通过 DOM 提供的方法可以方便地对其进行操作。
4． 扩展性好，只要遵循一定规则，几乎可以进行无限的扩展，而且结清晰不混了，这点是 INI 配置文件不可比拟的。
2.3.5Log4j
Log4j 是 Apache 的一个开源项目，通过使用 Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI 组件，甚至是套接口服务器、NT 的事件记录器、UNIX Syslog守护进程等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程[3]。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。
本文介绍的自动化接口测试框架也使用 log4j 进行日志管理，测试人员可以在测试时可以查看生成的日志来对接口情况进行分析，及时反馈给接口维护人员进行修改维护。
