Robot Framework自动化测试修炼宝典

1、涵盖自动化测试中的大部分场景，内容充实，逻辑严密；
2、作者是RF中文社区的核心力量之一，书中有其对自动化测试的很多思考；
3、《Robot Framework自动化测试修炼宝典》是一本测试实践书，书中融入了大量的前线测试经验，是人人必备的案头工具书。

海报：

《Robot Framework自动化测试修炼宝典》分为3个部分进行介绍。在第1部分筑基篇中，主要有自动化测试概述、Robot Framework两章的内容；在第2部分小乘篇中，主要有Web自动化测试、C/S自动化测试、数据库自动化测试、接口自动化测试、RF内置测试库、持续集成自动化测试、移动自动化测试总共七章的内容；在第3部分大乘篇中，主要有自定义你的RF一章的内容。《Robot Framework自动化测试修炼宝典》的自动化测试主要指功能自动化测试。
《Robot Framework自动化测试修炼宝典》适合阅读的人群很广，基本上想做自动化测试的人都可以阅读。《Robot Framework自动化测试修炼宝典》希望用更多的实例来引导读者上手，刚开始学习的读者跟着做会比较好。《Robot Framework自动化测试修炼宝典》涵盖了在自动化测试中遇到的大部分场景，不但内容充实、逻辑严密，且图文并茂、语言生动。对Robot Framework使用者来说，《Robot Framework自动化测试修炼宝典》更是一部人人必备在案头的工具书。

齐涛（网名：道长），__eol__行业ID：qitaos__eol__平安科技资深测试工程师、自动化测试工程师。目前负责平安科技任意门项目测试团队管理和自动化测试技术方案调研及实施。2004年东北大学秦皇岛分校市场营销专业毕业，昏昏噩噩前两年，后某日顿悟，转行入测试，先后做过华为、飞利浦、平安科技等公司的测试外包，后转入平安科技正式员工至今。期间经历从手工测试，到QTP自动化测试，再到如今的Robotframework自动化测试。工作之余会参加一些敏捷之旅或测试大会的活动，分享Robotframework自动化测试的使用方法或心得体会，同时创建了Robotframework的微信公众号，陆续发布了一些Robotframework自动化测试的相关内容，后续也会持续更新下去。目前主要致力于Robotframework自动化测试的深入研究和推广，欢迎大家与我沟通交流。

本书作者是一位高水平的测试实践家，在工作和学习中深刻理解了Robot Framework在软件测试中的应用，并总结了一套高效的学习理论和方法。这本书涵盖了在自动化测试中遇到的大部分场景，不但内容充实、逻辑严密，且图文并茂、语言生动。对Robot Framework使用者来说，本书更是一部人人必备在案头的工具书。
——优酷土豆网搞基测试工程师 丁恒

Robot Framework（RF）是一款优秀的开源测试框架，它简单易用、拓展性强，可以适用于各种各样的被测物和测试场景。同时RF有着十分活跃的社区支持，从工具选型的角度来看，很值得花时间去研究。RF自身有着良好的设计，很多测试理念被巧妙地集成其中，因此测试开发工程师深入学习RF也会获益良多。作者是RF中文社区的核心力量之一，也是RF的坚定实践者。在本书里，作者将多年一线的测试经验融入了对RF的详尽介绍内容中。阅读本书，读者既可以快速掌握RF的具体知识，又可以学习到作者对自动化测试的很多思考。一举两得，何乐而不为呢？
——雪球直男测试工程师 刘晓光

在豆瓣的时候，也使用了一段时间的Robot Framework（RF）。记得刚入职豆瓣的时候，搭建RF的环境就坑了3天。搭建好以后就换了Mac，然后又是3天。看到道长把安装过程写得很详细，于是觉得这本书的读者好幸福呀，可以很轻松地安装并且开始学习。RF的流行是因为很多人都为RF贡献了力量，并且以Library的形式提供更加便捷的使用方式。本书还介绍了很多流行的Library，是一本业界良心的好书。
——豌豆荚资深测试工程师 芈峮

我在诺基亚网络使用Robot Framework比作者早很多，但作者却是编写最多中文实用文章的人，同时积极普及知识、推动相关社区发展，如今更是将他的经验总结成书，内容详尽细致，是初学者们非常适合的入门书和参考书。
——大中华区敏捷及DevOps卓越中心主管、IBM 徐毅

第一部分筑基篇
第1章自动化测试概述 2
1．1分层自动化测试 2
1．2界面自动化测试工具 3
1．3自动化测试做到什么样算好 4
1．4小结 5
第2章Robot Framework 6
2．1框架介绍 6
2．2安装指南 8
2．2．1Windows平台 8
2．2．2Mac平台（Linux平台可参考） 15
2．2．3pip安装 19
2．3第一个案例 19
2．3．1打开RIDE 20
2．3．2创建工程和测试套 21
2．3．3创建案例 23
2．3．4写一行脚本 24
2．3．5运行案例 25
2．3．6查看运行结果 26
2．3．7小结 28
2．4RIDE工具 28
2．4．1工具介绍 28
2．4．2菜单栏＆工具栏 29
2．4．3工作区 45
2．5工程、测试套件、测试案例 49
2．5．1Project工程 49
2．5．2Test Suite测试套件 53
2．5．3Test Case测试案例 56
2．5．4三者关系 58
2．6测试库 59
2．7Resource资源文件 65
2．7．1新建资源 65
2．7．2快捷菜单 66
2．7．3Settings设置项 66
2．7．4加载资源 67
2．7．5External Resources 外部资源 68
2．8变量和常量 71
2．8．1变量与常量基础 72
2．8．2Scalar变量 79
2．8．3List变量 88
2．8．4变量转换 97
2．8．5其他变量 104
2．8．6变量文件 104
2．9Keyword关键字 105
2．9．1用户关键字 105
2．9．2传入参数Arguments 108
2．9．3Return Value返回值 116
2．10循环＆分支 127
2．10．1循环 127
2．10．2分支 134
2．10．3二者结合 142
2．11运行界面 143
2．12小结 149
第二部分小乘篇
第3章Web自动化测试 152
3．1Selenium 152
3．2Selenium2Library安装 153
3．3Selenium2Library常用关键字 155
3．3．1browserManagement 155
3．3．2Cookie 157
3．3．3Elements 157
3．3．4JavaScript 160
3．3．5screenshot 160
3．3．6waiting 160
3．4测试案例设计 161
3．4．1案例设计Step1 162
3．4．2案例设计Step2 164
3．4．3案例设计Step3 166
3．5测试案例demo 168
3．5．1使用demo前的准备 168
3．5．2Selenium2Library-demo 170
3．6常见问题 177
3．7小结 178
第4章C/S自动化测试 179
4．1AutoIt 179
4．2AutoItLibrary安装 180
4．3AutoItLibrary关键字 181
4．4测试案例 182
4．4．1计算器案例 182
4．4．2结合Selenium2Library处理对话框 183
4．4．3结合Selenium2Library处理上传下载 185
4．5小结 189
第5章数据库自动化测试 190
5．1数据库测试介绍 190
5．2DatabaseLibrary和cx_Oracle安装 191
5．3DatabaseLibrary关键字 191
5．4测试案例 191
5．4．1Oracle数据库 191
5．4．2sqlite3数据库 193
5．5常见问题 194
5．6小结 195
第6章接口自动化测试 196
6．1接口测试 196
6．2requestsLibrary、requests安装 197
6．3requestsLibrary关键字 197
6．4测试案例 197
6．5小结 201
第7章RF内置测试库 202
7．1测试库介绍 202
7．2BuiltIn 203
7．2．1Convert 203
7．2．2Verify 204
7．2．3Variables 205
7．2．4RunKeyword 206
7．2．5Control 207
7．2．6Misc 208
7．2．7强大的Evaluate 208
7．3String 212
7．3．1Convert 213
7．3．2Line 213
7．3．3String 214
7．4Collections 215
7．4．1List 215
7．4．2Dictionary 215
7．5OperatingSystem 216
7．5．1Env 216
7．5．2File 217
7．5．3Directory 217
7．5．4Path 218
7．6Process 218
7．7XML 219
7．8其他测试库 220
7．9小结 220
第8章持续集成自动化测试 221
8．1Jenkins安装与配置 221
8．1．1Jenkins简介 221
8．1．2安装Jenkins 222
8．1．3配置节点 223
8．1．4安装插件 228
8．2Jenkins上执行RF自动化测试 230
8．2．1创建Job 231
8．2．2配置Job 232
8．2．3控制Job 239
8．2．4RF插件作用 240
8．2．5多配置Job 241
8．3小结 244
第9章移动自动化测试 245
9．1Appium介绍 245
9．2Android自动化测试 250
9．2．1模拟器安装 250
9．2．2测试案例 253
9．2．3Android对象识别 256
9．3iOS自动化测试 257
9．3．1测试案例 257
9．3．2iOS对象识别 260
9．4小结 263
第三部分大乘篇
第10章自定义你的RF 266
10．1修改Selenium2Library测试库 266
10．2编写测试库 270
10．2．1测试库分类 271
10．2．2测试库结构 271
10．2．3测试库命名 273
10．2．4测试库头部 273
10．2．5测试库配置项 274
10．2．6测试库文档 274
10．2．7测试库关键字命名 275
10．2．8测试库关键字参数 275
10．2．9测试库的参数 276
10．2．10测试库关键字返回值 276
10．2．11测试库日志打印 276
10．2．12对测试库做测试 277
10．2．13发布测试库 277
10．3小结 279
结语 280
参考资料 282

9.1Appium介绍
Appium是Sauce Labs出品的一个开源的自动化测试框架，可以用来测试iOS和Android平台上的原生应用、移动Web应用和混合应用。原生应用是指使用iOS和Android的SDK开发出来的App；移动Web应用指的是使用移动浏览器访问的应用，比如Appium支持iOS上的Safari和Android上的Chrome，或内置浏览器；混合应用指的是通过WebView使得原生代码内容和Web内容可以进行交互的App。
当然，最重要的是Appium是一个跨平台的框架，它允许你在iOS和Android这两个不同平台上使用同样的API来编写自动化测试脚本，这样提高了测试代码的复用性。
前面介绍Web测试底层用的是Selenium框架，其实Appium这里也是封装了Selenium的框架，其实就可以把移动App应用看作是一个网页，然后通过Appium进行测试。
Appium结合Robot Framework来做测试，需要先安装好Appium。
有关Appium的安装，如果你使用的是Mac平台，可以参考如下网址中的文章的介绍：
https://testerhome.com/topics/1225
如果你使用的是Windows平台，可以参考如下网址中的文章的介绍：
https://testerhome.com/topics/2376
这里就不详细介绍了。
安装好Appium之后，需要再安装两个Python的测试库，一个是Appium-Python-Client，另一个是robotframework-appiumlibrary。前者是用Python脚本来驱动Appium的，后者是基于Robot Framework实现的Appium库，用到了前者实现的一些基础框架。这两个就类似于Selenium和Selenium2Library一样。
相关下载地址：
https://pypi.python.org/pypi/Appium-Python-Client/
https://pypi.python.org/pypi/robotframework-appiumlibrary
推荐使用pip安装。如果想要手动安装，那就需要查看一下这个Library依赖哪些Library。查看方法是在下载地址把源码包下载下来，解压缩，通常会有一个目录是“.egg-info”结尾的，它有可能在根目录，也有可能在src里面，前面的名字一般就是测试库的名字了，比如Appium_Python_Client.egg-info。找到这个目录后，目录下面会有一个requires.txt的文件，打开它就可以看到它依赖哪些Library及其版本了。
比如Appium-Python-Client依赖的是：
selenium>=2.41.0
enum34
而robotframework-appiumlibrary依赖的是：
decorator >= 3.3.2
robotframework >= 2.6.0, <= 2.8.7
docutils >= 0.8.1
Appium-Python-Client >= 0.5
mock >= 1.0.1
sauceclient >= 0.1.0
pytest-cov >= 1.8.1
pytest-xdist >= 1.11
pytest-pythonpath >= 0.4
当然，可能其中某个Library又会依赖其他Library，这就要具体地一个个看了，所以手动安装是比较麻烦的事情，如果依赖比较少还可以，依赖多的时候就不如pip省心了。
在Appium安装好之后，需要运行一下appium-doctor来检查一下环境是否都配置好了。可以通过命令行运行，也可以通过单击Appium客户端界面上的第3个按钮（比较像医生听诊器的那个），Mac版客户端界面，如图9-1-1所示。
单击此按钮后，如果看到类似于下面的信息，那就是配置正确了。如果有任何异常，会提示你要修复异常，比如缺少某些安装包或者没有配置环境变量等。
/Users/qitao >'/Applications/Appium.app/Contents/Resources/node/bin/node' '/Applications/ Appium.app/Contents/Resources/node_modules/appium/bin/appium-doctor.js'
Running iOS Checks
Xcode is installed at /Applications/Xcode-beta.app/Contents/Developer
Xcode Command Line Tools are installed.
DevToolsSecurity is enabled.
The Authorization DB is set up properly.
Node binary found at /usr/local/bin/node
iOS Checks were successful.
Running Android Checks
ANDROID_HOME is set to "/Users/qitao/Desktop/mobile/android/adt-bundle-mac- x86_64-20140321/sdk"
JAVA_HOME is set to "/Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk/Contents/ Home."
ADB exists at /Users/qitao/Desktop/mobile/android/adt-bundle-mac-x86_64-20140321/ sdk/platform-tools/adb
Android exists at /Users/qitao/Desktop/mobile/android/adt-bundle-mac-x86_64-20140321/ sdk/tools/android
Emulator exists at /Users/qitao/Desktop/mobile/android/adt-bundle-mac-x86_64- 20140321/sdk/tools/emulator
Android Checks were successful.
All Checks were successful
都安装好后，我们就直接用例子入手了。
……

推荐序一
我们已经进入了移动互联网的时代，企业在市场、渠道、产品、服务各方面都面临着新的挑战，每个成功企业都在培养快速适应变化的能力，这就是我们时常说的企业敏捷性的重要组成因素。对于企业的IT部门来说，面对着愈发不确定的客户需求，快速并高质量地完成开发工作，使需求早日上线，从而能够尽早收集市场反馈，优化产品或服务，是必须着重解决的问题。在追求快速上线的同时，质量底线是我们必须坚守的红线，在此过程中，自动化回归测试技术是一种行之有效的保障手段。本书介绍的Robot Framework框架就是非常优秀的自动化回归测试框架，值得从事开发测试的同行仔细研究。
从2011年起，我以咨询顾问的身份进入平安科技，帮助其进行敏捷转型，在那时认识了本书作者。在一些试点项目中，我们要求开发团队在提升交付速度的同时保证质量，但原有的QTP工具不能满足要求。经过调研，我们选定了“Robot Framework + Selenium”的开源技术体系来替代QTP，完成界面自动化回归测试工作，并在实践中取得了非常良好的效果，得到了各方的肯定和赞誉。后来，我们用Robot Framework结合Requests来进行HTTP接口的自动化回归测试，进一步夯实了分层自动化测试体系，为平安科技日后的全面敏捷转型打下了坚实的基础。
在这一过程中，齐涛潜心钻研，经过不懈努力逐步承担起公司内部Robot Framework的支持和推广工作，自己也成为了这方面的专家。本书是他的开山之作，具备很高的实操性，相信读者可以从本书中学到诸多来自一线的实践经验。最后，祝大家阅读愉快！
Agilean咨询公司创始人、平安科技敏捷转型总顾问吴穹
推荐序二
移动互联网发展到2015年，算是进入了一个白热化阶段，开发和测试的技术发展都已经突破了好几次瓶颈，但现在依然在追求更高的技术和产品质量。而软件测试人员算是在这个热潮中比较辛苦的，正巧软件测试在国内也处在快速发展和变化期，所以无论是测试技术，还是本书中提到的测试分层，都是对测试人员极大的挑战。
我认识道长（本书作者）也有好多年了，道长为人非常谦逊，做事情比较踏实，不像我那么高调，同时对技术也有很大的追求。我依旧秉持我做事的原则，就如同我要去测试一个产品，先要对这个产品的业务和技术架构有深入了解一样，我是通读了本书之后才开始写序的。我能体会到道长写这本书的不容易，就如作者在书的最后提到的，Robot Framework本身在国内受众不大，所以道长写这本书在我看来一方面是给用Robot Framework的同行一些自己的经验，另一方面真的就是自己对自己的一个总结。我在这里呼吁大家真要尊重写书的人（当然那种纯理论忽悠的不包括在内），因为一本书的背后都有不为人知的很多心酸，没有一些压力和自己的坚持是无法完成的。一本书的出版对于作者而言就如同十月怀胎，如同自己的孩子一样亲切。
我还是回过来说这本书吧。本书就如作者自身定义的，更像一本操作手册，虽然说的是Robot Framework这样一个工具，但其实涉及的面非常广。其中包括但不仅限于Web自动化测试、接口自动化测试，以及现在大家很关心的移动无线的自动化测试，书的最后一部分也提到了使用Robot Framework去做持续集成，以及如何结合移动最新的框架Appium来做自动化测试。移动互联网测试行业还是有蛮多人认识我的，也知道我的风格。首先这肯定不是一本“忽悠”的书，相反，这本书在每个章节都有大量的实践，以及需要每个读者去操作了才能够真正理解的内容。道长也非常贴心地在书中提供了知识点和案例，写明了官方的下载地址以及自己的Github地址，让大家能够更好地开展学习。不过我在这里依然需要提醒读者，移动互联网的技术和知识迭代都是非常快的，而且技术栈会比较深，所以大家在读相关书籍的时候要自己学会Google相关技术的官方文档，从而有一个全面的理解，千万不要指望在书中找到所有的答案，在移动互联网时代这是不现实的。
Robot Framework我觉得还是很有必要学习一下的，很多测试行业的同行其实会比较疑惑在项目中的自动化用例怎么大批量编写、管理等问题，我个人觉得Robot Framework就是一个不错的粘合剂。Robot Framework能够结合各种测试工具进行测试，同时也能够更方便和有条理地管理我们的测试用例。Robot Framework本身在国内的中文资料很少，本书对于初学者来讲会有非常大的帮助，同时也让用过Robot Framework的同行们能够对Robot Framework有一个更全面的了解。
在互联网行业做一名测试工程师很难，在移动互联网行业做一名测试工程师更难。移动互联网行业的测试工程师需要面临非常多的测试工具、框架和技术，不得不说在这其中，Robot Framework是个不错的工具，相信它能够帮助大家在项目中将测试技术更好地落地。
最后要再次感谢道长对于本书的付出，也预祝本书大卖，并且能够帮助到更多的人。
写于2015年
蚂蚁金服资深测试开发工程师、Testerhome测试技术社区创始人之一、《大话移动App测试》作者陈晔（Monkey）
前言
写这本书之前一定要先感谢一个人——吴穹博士，如果不是吴穹博士来平安科技做咨询顾问，向我们推荐了Robot Framework（下面简称RF）这个框架，我想或许我还在玩QTP呢，又或者用刘兴翚的PLSA（这也是一个很棒的工具）。吴穹博士是我的引路人，他也是很多目前在用RF做自动化测试的同行们的引路人，非常感谢吴穹博士。
我不是“科班”出身，也许大家都想不到，我大学学习的专业是市场营销，可惜专业课的知识都还给老师了，凭着对IT的喜爱，经历了种种磨难，成功“混入”了IT圈，还做了测试。测试其实是一个“高危职业”，要比产品经理（或SA需求分析）想得全面，要比开发懂需求，要有很强的发散思维，要能读懂代码，必要的时候还要会写个代码。说点做测试的同行不爱听但却是事实的话，很多人是因为觉得做测试比较简单才入的这行。说测试是一个“高危职业”，那是因为当生产上出了问题，90%的人（领导）都会问：“测试的时候为什么没有发现？”（这是好的语气，不好的语气就是：“你们是怎么测试的？这都没发现？”）也不知道我怎么当初就头脑发热地选择了做测试，也不知道为什么当初在华为做外包的时候，天天加班还觉得很充实。在这里我奉劝各位，测试有风险，入行需谨慎！
我在2008年进入平安科技时，是以外包的身份进来的，进来之前“摸”了一个星期的QTP，进来以后就专职负责做QTP自动化测试案例。当时的组里本身有一批QTP案例，都是录制出来的，那时候最痛苦的是由需求变更导致的修改案例，每次发版本要跑回归，有时候要持续到凌晨两三点，确保所有的自动化测试案例都没问题了，才能封版上线。后来逐步改善案例，逐步抛弃掉了录制回访，从描述式编程到后来用的Framework Manager框架，基本上可以说把QTP“玩”到极致了吧，其实到现在我偶尔还在用QTP，比如可以用来帮我批量打开十几个远程桌面什么的。
后来经过朋友介绍进入了平安科技，从外包转为了内部员工。那时候新进入的组里基本上没有什么自动化测试案例，大部分时间其实也是在手工测试。到了2011年9月左右，借着组内的一个项目，吴穹博士作为咨询顾问，推荐Robot Framework给我们。当我学习了这个工具后，被它深深吸引住了，对于我这样用惯了QTP的懒人来说，RF这种轻量又全面的工具，基本上完胜QTP。也是差不多从那个时候开始，我在博客上断断续续地写起了RF的相关博客，也相当于学习笔记吧。同时我也顺便学起了Python，有需要的时候就会看RF的底层源代码，到后来可以适当地改动一些代码来扩展RF库，写代码对我这样的“门外汉”来说还是比较困难的，改代码就是我比较擅长的了，最不济还可以“照猫画虎”。
平安科技的自动化测试工具最早的时候基本上只有QTP，后来增加了Robot Framework和刘兴翚自己开发的PLSA，变成了“三足鼎立”。然后QTP直接被废弃，变成“双雄争霸”了。其实我倒是觉得没什么争的，RF和PLSA各有自己的特点，RF降低了大家做自动化测试的门槛，人人都可以做自动化测试，我觉得这样挺好的。从另一个角度刺激了专职的测试人员要提升自身的竞争力。而PLSA还是需要有些Java开发经验的，当然它也可以零基础入门，但是我觉得用Eclipse写自动化脚本还是太重了。顺带提一句，刘兴翚后来做了RF的PLSA测试库，也就是在RF上也可以用PLSA，这算是共赢吧。
经历了这些年的自动化测试，其实最头疼的是领导的思维，被那些“大忽悠”给“忽悠”了。通常大佬们最容易被“忽悠”的有三点：第一点，自动化率。盲目地追求100%的自动化率，每年都把提高自动化率作为KPI之一；第二点，发现缺陷数。自动化测试案例能发现多少缺陷，自动化案例运行失败不一定是缺陷导致的，可能是执行的环境有问题、需求变更以及其他的一些情况。真正在失败案例中能发现缺陷的，可能都不会超过10%；第三点，节省人力。认为多做自动化测试案例能节省人力，怎么说呢，案例越多其实反而不节省人力，除非你的系统一年没多少需求变更。
遇到这样的领导你说怎么办？说服领导？换个公司？想办法轻松地完成任务？对我这样的懒人来说，我会先想办法轻松地完成任务，顺便提升一下技术实力。因为我一直坚信，懒人的存在促使科技进步，所以Robot Framework正好合适，初级入门可以完成任务，深入研究可以提升技术。
本书适合阅读的人群很广，基本上想做自动化测试的人都可以阅读。本书的自动化测试主要指功能自动化测试。适合初学者入门学习。对于最深入的进阶部分，我只会简单提一下，因为我觉得到了那个层次，大家已经可以自由发挥了，所以可能不太适合“老鸟们”了，当然入手收藏也是不错的。我不太擅长概念性的内容，所以涉及概念性的内容可能会比较少，或者很快带过。我希望用更多的实例来引导大家上手，刚开始学习的读者跟着做会比较好，书里面的案例我也会与大家分享。
本书第1章是一些自动化测试的概念性内容，并没有深入探讨；第2章是整个Robot Framework的基础，建议初学者多花点时间学习；从第3章到第9章分别介绍了不同类型的自动化测试、持续集成和移动自动化测试；最后第10章作为深入学习的部分，内容不是很多，主要是为了给大家一个入门的方向，具体还要看大家各自发挥。
特别鸣谢本书的审稿人陈晔和徐毅，感谢两位的辛苦付出，提出了不少修改意见。感谢百忙之中帮忙进行封面设计的陈争，也感谢出版社的各位编辑帮忙进行排版设计。
齐涛