开源自动化测试框架
链接：https://www.zhihu.com/question/19923336/answer/187045725
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
1. 项目名称：基于selenium webdriver 自动化测试框架
邮件展示如下：
日志文件展示如下：
项目简介：这是一个WebUI自动化测试框架，由webdriver中文社区创办人土豆(本人技术笔名)所创建,该web自动化测试框架是用java语言编写的，基于selenium webdriver 的开源自动化测试框架，该框架结合了testng,selenium,webdriver，jxl，jodd-http 等工具。该框架基于页面对象模型（POM）架构，实现了关键字驱动技术，数据驱动,无需掌握多少编程知识即可编写脚本，同时实现了数据与代码分离的功能：
- 元素定位信息保存在对象库文件中 ；
- 测试用例数据可以存储在excel中。从而实现，页面元素位置变化，无需改动脚本，只需修改对应的元素定位信息即可。
该框架实现了检查点及用例失败自动截图功能，自动生成html测试报告及自动发送html邮件测试报告功能。目前框架还不是特别完善，还需要写一些脚本实现自动化；学习该框架需要熟悉一定的HTML 和java基础，后续可以考虑自动编码的实现。
实现的功能：
- XML管理元素对象信息；
- 统一的操作API风格，action.操作(某个页面.某个元素（）)；
- 数据驱动；
- 关键字驱动；
- 用例失败自动截图并展示到报表中；
- 自动生成html报表，自动发送html邮件报告；
- 用例串行一次性执行多个浏览器，可用于兼容性测试。
项目地址：http://git.oschina.net/zhengshuheng/PatatiumWebUi
2. 项目名称：maven 自动化集成测试
项目简介：本项目是参考国外文章来编写的 Maven 自动化集成测试工具，可测试 Spring+SpringMVC+Hibernate 技术，也可使用 HttpClient 测试 SpringMVC 中 Action，同时增加统一验证功能，且数据可使用 hibernate 的自动导入数据功能。
项目地址：http://git.oschina.net/huanghuanlai/maven-integrated
3. 项目名称：基于python 实现的自动化接口测试
项目简介：本项目是基于 python3 实现的 http 接口自动化测试，支持常见的 HTTP 中的 post 和 get 方法；测试案例驱动用 excel 管理，注意的地方是为每个案例新增自定义检查函数（更新为了生成器为 xml 管理）；根据需要配置，可以运行部分用例，全部用例；测试结合最后生成了 html 文件，方便查看。
开发环境：
- Win7 64，python 3，Pycharm. unittest；
- 读取配置文件--读取测试用例--执行测试用例--记录测试结果--生成html结果文件。
模块类的设计说明：
- Httpbase.py 读取http的域名和端口；
- Config.py http方法的封装,可以支持多协议扩展，get,post；
- Runner_m.py 核心代码。run_case是程序的入口；
- Htmlreport.py 结果生成html文件。
项目地址：http://git.oschina.net/ytbkun/auto_http_api
4. 项目名称：Phoenix Framework 自动化测试平台
项目简介：集代码托管， 分机（node节点）管理，定时任务， 分布式或并发等方式执行通过 phoenix_develop 模块调试好的用例。 平台使用 SSH4 开发，覆盖了 webgui，接口，移动 mobile 等终端的测试与监控。 webGUI 模块兼容 chrome，Firefox，IE，httpunit 以及 phantomjs 驱动。原生支持对 FTPServer，svn，SocketServer，图片文字识别的操作， 深度集成了 Jmeter，支持 Web 性能测试。 平台通过 phoenix_develop 模块在客户端开发及调试代码， 然后通过将代码托管到 phoenix_web 控制端， 控制端通过指派多个 phoenix_node 端方式执行测试用例。 通过使用phoenix_develop 开发用例代码的示例， 用例如果在本地调试时没有问题，那么就可以放到控制端进行执行了。
项目地址：http://git.oschina.net/phoenixframework/phoenixframework
5. 项目名称：restful 接口的测试工具
项目简介：目前大部分的 restful 接口测试工具，仅仅停留在验证接口响应是否正常，具体的业务是否正确需要靠人工来分析。人工分析势必比较耗时，而且随着项目的迭代，重复工作量的浪费比较严重。因此，考虑到接口的变动会较少，自动化接口测试将很有必要。
项目技术实现：
- 采用 HttpClient 实现接口的调用，支持 GET/PUT/POST/DELETE 方式，支持目前 Restful 接口规范常用的 Http 方法；
- 自动化脚本的编写采用 Cucumber 来实现，脚本编写的时候分为 Feature、Scenario 以及 Step。每个 Feature 下可以包含 N 个场景，每个场景下有 M 个步骤，和实际测试中的测试用例场景贴近；
- 结果验证采用 Javascript Engine，由于 Javascript 支持弱语言，因此在处理上兼容性会更好。
项目地址：http://git.oschina.net/zzq0324/restful-tester
6. 项目名称：基于 Android 的测试常用脚本
项目简介：批量安装应用（支持以中文命名的 apk）、批量卸载、截屏、录制视频、获取当前应用的 apk 文件、包名、Activity 以及当前运行的应用的 cpu、memory 信息，默认 top times 取值为20次，可自己修改脚本中的该参数。
项目地址：http://git.oschina.net/xuxu1988/AndroidTestScripts
7. 项目名称：基于 Android 的自动化测试工具 MonkeyRunner
项目简介：MonkeyRunner 是 Google Android SDK 下的一个工具，用于自动化测试 Android 程序。Monkeyrunner 工具提供了一套 API，使用这些api 写出的 Python 程序可以在黑盒地控制 Android 设置和模拟器。有了 Monkeyrunner，我们可以通过 python 语句控制 apk 包的安装和卸载、启动 app、向 app 发送各种动作指令、截取图片并保存。
Monkeyrunner 和 Monkey 不同，Monkey 是直接运行在 adb shell 中的命令，它随机的生成用户或者系统的各种随机事件，而 MonkeyRunner 则可以通过 api 来产生特定命令和事件来控制设备和模拟器。
MonkeyRunner 在 android 测试中有下面特点：
- 支持多设备： API 可以跨多个设备或模拟器实施测试套件。您可以在同一时间接上所有的设备或一次启动全部模拟器（或统统一起），依据程序依次连接到每一个，然后运行一个或多个测试。您也可以用程序启动一个配置好的模拟器，运行一个或多个测试，然后关闭模拟器。
- 功能测试： monkeyrunner 可以为一个应用自动贯彻一次功能测试。您提供按键或触摸事件的输入数值，然后观察输出结果的截屏。
- 回归测试：monkeyrunner 可以运行某个应用，并将其结果截屏与既定已知正确的结果截屏相比较，以此测试应用的稳定性。
- 可扩展的自动化：由于 monkeyrunner 是一个 API 工具包，您可以基于 Python 模块和程序开发一整套系统，以此来控制 Android 设备。除了使用monkeyrunner API 之外，您还可以使用标准的 Python os 和 subprocess 模块来调用如 adb 这样的 Android 工具。您还可以向 monkeyrunner API 中添加您自己的类。我们将在使用插件扩展 monkeyrunner 一节中对此进行详细讨论。
monkeyrunner 工具使用 Jython（使用 Java 编程语言的一种 Python 实现）。Jython 允许 monkeyrunnerAPI 与 Android 框架轻松的进行交互。使用 Jython，您可以使用 Python 语法来获取 API 中的常量、类以及方法。
这个框架需要开发数据表和关键字，这些数据表和关键字独立于执行它们的测试自动化工具，并可以用来“驱动＂待测应用程序和数据的测试脚本代码，关键宇驱动测试看上去与手工测试用例很类似。
概述
在自动化的软件测试系统实现过程中使用框架设计可以使得测试脚本的维护量减至最少。然而，大量的自动化测试工具均采用传统的“录制一回放”模型，导致了较高的脚本维护量，因为测试数据在测试脚本程序中是以硬编码方式实现的。此外，工具内建的测试用例除了测试应用程序的图形用户界面，实际上并没有其它用处。因此，如何选择一个合适的测试自动化框架，是一个自动化测试小组开始启动前需要最优先考虑的一个问题。
一个自动化测试框架就是一个由假设、概念以及为自动化测试提供支持的实践的集合。以下描述五种基本的自动测试框架：模块化测试脚本框架，测试库构架框架，关键字驱动/表驱动测试框架，数据驱动测试框架，以及混合测试框架。
可以根据实际需要去考虑采用其中的一种测试框架而不是仅仅依赖于一个简单的捕获工具。同时，这些框架是了解自动测试框架以及根据自己的需要和经验来设计自动测试框架的基础。
1．模块化测试框架
在五种框架中，模块化框架是最容易掌握和使用的。在一个组件上方建立一个抽象层使其在余下的应用中隐藏起来，这是众所周知的编程技巧。这样应用同组件中的修改隔离开来，提供了程序设计的模块化特性。模块化测试脚本框架使用这一抽象或者封装的原理来提高自动测试组合的可维护性和可升级性。
2．测试库框架
测试库框架（Test Library Architecture）与模块化测试脚本框架很类似，并且具有同样的优点。不同的是测试库框架把待测应用程序分解为过程和函数而不是脚本。这个框架需要创建描述模块、片断以及待测应用程序的功能库文件。
3．关键字驱动或表驱动的测试框架
对于一个独立于应用的自动化框架，关键字驱动（KEYWORD DRIVEN）I9LJJ试和表驱动（TABLE DRIVEN）测试是可以互换的术语。这个框架需要开发数据表和关键字。这些数据表和关键字独立于执行它们的测试自动化工具，并可以用来“驱动＂待测应用程序和数据的测试脚本代码，关键宇驱动测试看上去与手工测试用例很类似。在一个关键字驱动测试中，把待测应用程序的功能和每个测试的执行步骤一起写到一个表中。
这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。
框架本身所要做的就是识别Excel表格中的这些控件对象以及Action
4．数据驱动测试框架
数据驱动（DATA DRIVEN），LJ试是一个框架。在这里测试的输入和输出数据是从数据文件中读取（数据池，ODBC源，CSV文件，EXCEL文件，ADO对象等）并且通过捕获工具生成或者手工生成的代码脚本被载入到变量中。在这个框架中，变量不仅被用来存放输入值还被用来存放输出的验证值。整个程序中，测试脚本来读取数值文件，记载测试状态和信息。这类似于表驱动测试，在表驱动测 试中，它的测试用例是包含在数据文件而不是在脚本中，对于数据而言，脚本仅仅是一个“驱动器”，或者是一个传送机构。然而，数据驱动测试不同于表驱动测试，尽管导航数据并不包含在表结构中。在数据驱动测试中，数据文件中只包含测试数据。
这个框架意图减少需要执行所有测试用例所需要的总的测试脚本数。数据驱动需要很少的代码来产生大量的测试用例，这与表驱动极其类似。
5．混合测试自动化（Hybrid Test Automation）框架
最普遍的执行框架是上面介绍的所有技术的一个结合，取其长处，弥补其不足。这个混合测试框架是由大部分框架随着时间并经过若干项目演化而来的。
个人认为以上的架构是存在递进关系的，至少前四个是肯定的，还是需要多种框架特点组合在一起的，有很好的借鉴意义！
篇幅有限，今天主要就介绍到这了，后期会更多分享一些自动化测试内容，感兴趣的朋友可以关注下~
- 发表于: 2018-10-24
- 原文链接：https://kuaibao.qq.com/s/20181024A04DPF00?refer=cp_1026