此文章来源于项目官方公众号：“AirtestProject”
版权声明：允许转载，但转载必须保留原链接；请勿用作商业或者非法用途
不知道你有没有遇到这种情况？在刚接触我们的 Airtest 项目的时候，总是兴致满满、斗志昂扬；但使用一段时间后，却总是被 “找不到图片”、“连不上设备”、“录制的脚本不能运行” 这些问题劝退。
不要着急，今天我们特意跟同学们分享下当年入坑 Airtest 的经验；希望看完今天这篇攻略，可以让你在入门 Airtest 的时候少走一些弯路！
Airtest 支持 2 种类型的安卓设备，一种是安卓真机，另一种是安卓模拟器。
先来说下真机，用 USB 线连接手机和电脑、打开开发者模式的 USB 调试选项，这些基本操作都不在话下，重要的是，完成这些基本操作之后，发现 IDE 还是连不上这些安卓设备。
连不上的典型现象如下：
① 在 IDE 的设备连接窗口，看到待测设备的 ADB status 是 unauthorized 。这时候你就要看下手机上是否出现了 1 个 允许 USB 调试的弹窗 ，看到了点击确认即可。如果没看到的话，那就拔插设备，重新来一遍基础操作。
② 连接设备的时候，log 查看窗出现 1 个 AdbShellError 的报错，这个情况就复杂的多。因为造成这个报错的原因有很多种，比如出现 ADB 冲突，这时候往往会出现 adb server version (40) doesn't match this client (39); killing... 这样的提示。又或者是你的手机没有成功安装 Airtest 的输入法 Yosemite.apk。当然，更多的可能是你这个真机是某些特殊品牌，需要开启一些额外的设置，才能够使用我们的 Airtest，这个额外设置因设备而异，具体可以参考我们的 官方文档 给大家 总结的特殊设备厂商需要开启的额外设置（https://airtest.doc.io.netease.com/IDEdocs/device_connection/2_android_faq/#2）。
③ 连接上设备之后黑屏、闪退或者不能点击屏幕。这时候只能请出 3 个备选连接参数了，通常情况下，黑屏或者闪退，可以勾选第一个 use Javacap ，不能点击屏幕的特殊设备，可以勾选最后一个 use Adb Touch 。
再来说下安卓模拟器，市面上主流的模拟器就那么几款，连接模拟器时，除了基本的打开开发者模式的 USB 调试之外，我们主要注意以下事项即可：
① 手动给模拟器装上 Airtets 专用输入法 Yosemite.apk，因为很多款模拟器都不能自动装上这个应用，所以我们提前手动装下更加稳妥
② 模拟器基本上都自带 adb 工具，所以这时候要特别注意下模拟器自带的 adb 工具版本跟 Airtest 的 adb 工具版本是否一致，不一致的话请统一成 1 个版本，不然非常容易造成 ADB 冲突，导致模拟器连接不上
③ 搞清楚自己所用品牌的模拟器端口和在 IDE 连接时是否需要勾选备选连接参数，下述表格可供同学们参考
目前 Airtest 只支持连接 iOS 真机；另外我们连接 iOS 设备，还是需要一台 mac 完成前期的一些部署工作。
如果底层工具使用的是我们的 iOS-tagent（支持到 iOS13.5），则连接步骤为：
详细教程可以参考官方文档的 iOS 设备连接 章节。（https://airtest.doc.io.netease.com/IDEdocs/device_connection/4_ios_connection/）
如果底层工具使用的是 appium 的 WebDriverAgent（Airtest1.1.8 版本或者 AirtestIDE1.2.8 版本开始兼容），则连接步骤为：
使用 appium 的 WebDriverAgent，xcode 和 iOS 都可以支持到最新版本；另外部署的详细教程可以参考我们的往期推文：Airtest 年前重磅更新，对 iOS 的支持全面升级优化啦！ 。
此外，再跟大家分享 1 个用 PC 测试 iOS 的好工具--tidevice，可实现不依赖 xcode 启动 WebDriverAgent 完成设备连接！详细教程可以参考我们的往期推文： 脱离 Mac 搞 iOS 自动化，tidevice 工具教你轻松实现！ 。
另外，iOS 测试最头疼的 1 个问题就是卡顿问题，不像安卓测试那样可以做到实时同步，这个问题受限于底层的 WebDriverAgent 工具，暂时没有非常好的优化办法，如后续有了较好的优化效果，也会同步给大家的。
我们需要明确，IDE 连接 Windows 应用，有 2 种模式，嵌入模式和非嵌入模式。顾名思义，嵌入模式，就是连接 Windows 窗口时，会把应用窗口嵌入到 IDE 的设备连接窗口中去：
而非嵌入模式，则是连接上了 Windows 窗口，但该窗口不用嵌入到 IDE 的设备连接窗口中去，仍可在 IDE 之外自由活动：
还需要注意的是，选择嵌入模式和非嵌入模式，取决于你的 Windows 应用适合哪种模式；因为并不是所有 Windows 应用都可以嵌入到 IDE 去进行测试。详细的连接方式和注意事项，可以参考我们的往期推文： Airtest 测试 Windows 窗口翻车？还是想跟你们聊聊测试 win 窗口的一些问题 。
没错，如题所示，我们现在还不支持连接 mac 桌面来进行自动化测试，后续支持了会在官方 Q 群和官方公众号同步更新内容。
在我们使用 AirtestIDE 运行 .air 脚本时，会默认帮我们用设备连接窗口当前连接上的设备来运行。这就相当于，在 IDE 运行 .air 脚本时，它帮助我们做了设备连接这个步骤。因此，即使在脚本中我们没看到连接设备的语句，依然能够使用设备连接窗口的设备来运行我们的自动化脚本。
但是如果我们使用 .py 脚本，或者在其它编辑器上运行我们的 Airtest 脚本时，就需要在脚本开头，用脚本完成设备连接这个步骤。
# 连接安卓设备
auto_setup(__file__,devices=["Android://127.0.0.1:5037/79d03fa"])
auto_setup(__file__,devices=["Android://127.0.0.1:5037/127.0.0.1:62001?cap_method=JAVACAP&&ori_method=ADBORI"])
# 连接iOS设备
auto_setup(__file__,devices=["iOS:///127.0.0.1:8100"])
# 连接Windows窗口
auto_setup(__file__,devices=["Windows:///123456"])
auto_setup(__file__,devices=["Windows:///"])
# 不支持连接mac桌面进行自动化测试
当然，使用其它设备连接接口（比如 connect_device()、init_device()）的方式，以及更多脚本连接设备的注意事项，可以参考我们的往期推文：用 1 行代码搞定自动化测试的设备连接问题 。
AirtestIDE 支持 Airtest、Poco 和 airtest-selenium 脚本的录制：
但录制脚本功能的使用，都是有一定前提的：
① Airtest 录制，保证 IDE 的设备连接窗口连接上了安卓设备、iOS 设备或者 Windows 窗口（嵌入不嵌入都行）。
② Poco 录制，保证 IDE 的设备连接连接上了安卓设备或者 iOS 设备（不支持 Windows 桌面应用），并且在 poco 辅助窗中选择了待测的 poco 模式刷出了正常的 UI 树。能连接上设备，不能刷出 UI 树的情况，请参考我们的 官方文档 给出的解决办法。（https://airtest.doc.io.netease.com/IDEdocs/faq/5_quick_answer/#12ui）
③ airtest-selenium 录制，需要使用 selenium window 的浏览器初始化按钮，打开 1 个 chrome 或者 firefox 浏览器之后（只支持这 2 种浏览器），才能进行录制：
另外，同学们要明确，录制脚本只适合简单的点击、滑动等操作，且可以帮助新手同学快速上手框架的部分 api。但是仅仅依赖录制功能就完成内容复杂的自动化脚本，是不现实的！
而且录制出来的脚本，并不全是符合同学们期待的脚本，有可能存在录制出来的截图脚本回放时不通过的情况；或者录制出来的 poco 脚本层次过深，导致回放非常不稳定的情况。这时候我们就要根据实际情况来优化这些录制出来的脚本了。
录制不是万能的，最终还是要自己会用框架的 api，才能编写出更加丰富，功能更加符合需求的自动化测试脚本。
所以我们来简单聊聊如何编写 Airtest 脚本：
首先，IDE 给我们提供的 api 快捷键不能放过，这里面几乎包含了 Airtest 的所有核心 API，鼠标移动上去，还可以看到参数详情，非常便捷：
其次，Airtest 提供了 中文版的 API 文档 ，核心 API 还有详细的示例供大家学习（https://airtest.readthedocs.io/zh_CN/latest/all_module/airtest.core.api.html?highlight=start_app#module-airtest.core.api）：
基本上掌握了核心 API，就可以实现我们的大部分测试需求了；剩下的就是 python 脚本能力的体现了，比如如何编写判断语句、循环语句等等。
不喜欢看 API 文档的同学，还可以查阅我们往期整理的 2 篇 Airtest API 的汇总教程，涵盖了 Airtest 核心 API、设置的介绍和脚本示例：
如果是在 AirtestIDE 运行脚本，那直接快捷键 F5，或者点击顶部菜单栏的运行按钮即可：
那么脱离 AirtestIDE 如何运行脚本呢？情况大致分为 2 种：
① 一种是在命令行使用 airtest run test.air 命令运行，该命令后面还可以跟着设备参数、log 参数和录屏参数：
--device，用来指定连接的被测设备--log，用来指定 log 内容和截图存放的目录--recording，运行脚本时进行录屏操作运行脚本时带不带参数，取决于你的脚本是否已经完成了连接设备、保存 log、录屏等工作，如果脚本里面已经包含这些步骤，那命令行运行时，这些参数就不用带了；如果你的脚本并没有完成这些步骤，那命令行运行脚本时，就要根据自己的需要，有选择性地带上这些参数。
详细内容可以参考我们的往期推文：如何使用命令行运行脚本、生成报告 。
② 第二种就是在别的 python 编辑器上运行我们的 airtest 脚本，比如 pycharm。运行的话一般没什么问题，点击编辑器对应的运行脚本按钮即可。重要的是编写脚本的规范性、以及运行环境的建设问题。以 pycharm 为例，我们在运行脚本之前，需要部署好当前的 python 环境，把脚本中用到的库，比如 airtest、pocoui 或者 airtest-selenium 装好。另外如果脚本是 AirtestIDE 迁移过来的，还需要特别注意是否有设备连接语句、截图路径是否正确等等，详细的注意事项，也可以参考我们的往期推文：在 Pycharm 上编写 Airtest 脚本的常见问题，希望你可以避开 。
像 Picture xxx not found in screen ，可能是新手同学在学习 Airtest 脚本的时候最常遇到的问题了！很多同学会说，明明我用肉眼已经看到截图是存在于设备画面上的，为什么运行总是不通过？或者是截图脚本运行是通过了，但是点到了别的地方去，并不是点到了我的预期位置上。
首先我们要了解截图脚本运行的本质。实际上运行我们的截图脚本，就是 1 个图像识别的过程，airtest 会用多个图像识别算法去设备画面里面匹配我们的截图。算法并不是人眼，它只能依靠截图的一些向量特征或者特征点来匹配结果，这就意味着，它匹配出来的结果会出现不满足我们实际预期的情况。
当然，想要提高我们的截图脚本的命中率，也是有非常多的技巧的，详情可以参考我们的往期推文： 写了 10000 条 Airtest 截图脚本总结出来的截图经验，赶紧收藏！ 。
比如 invalid syntax 或者 API 的用法报错，这些问题都是没有任何捷径的！基本的 python 语法，比如符号的完整性、缩进格式的统一性，可以直接网上看一些 python 基础教程来学习。
API 的用法错误，请移步上文，多看推文的示例！多翻 API 文档！
编写完脚本之后，先运行脚本，再生成报告！右键单独运行某一条脚本，不算正式运行脚本，所以不会保存 log 内容，也就意味着不会生成有 log 内容的报告。
在 AirtestIDE 运行 .air 脚本时，运行命令默认是带 log 参数的，所以运行脚本之后都会保存运行的 log 内容：
运行结束之后，我们直接点击顶部菜单栏的查看报告按钮即可一键生成并打开 HTML 格式的报告。
在 AirtestIDE 新建 .py 脚本，自动生成的初始化脚本带有 logdir=True ，所以默认也是保存了 log 内容的：
同理，运行完毕之后，也可以点击顶部菜单栏的查看报告按钮一键生成并打开 HTML 格式的报告。
上文我们了解了 airtest run test.air 命令用于运行脚本，使用该命令在命令行运行脚本之后，我们可以使用生成报告的指令：airtest report test.air 来生成该脚本的 Airtest 报告。
命令行生成报告可带的参数非常多：
--log_root，指定 log 内容和截图文件所在的目录--outfile，指定生成报告的目录--lang，指定报告语言，可以是中文/英文--export，导出一个包含所有资源的报告文件--static_root，指定静态资源文件的路径用 python 脚本生成报告，有 2 种方式：
① 使用 simple_report 接口：
simple_report(__file__,logpath=True,output=r"D:\test\report02\log.html")
API 的参数详情可以参考我们的官方 API 文档：https://airtest.readthedocs.io/zh_CN/latest/wiki/code/code_example_zh.html?highlight=simple_report#simple-report 。
② 使用 LogToHtml 类：
h1 = LogToHtml(script_root=r'D:\test\report01.air', log_root=r"D:\test\report01.air\log", export_dir=r"D:\test\report02" ,logfile=r'D:\test\report01.air\log\log.txt', lang='en', plugins=None)
h1.report()
此类的使用详情可以参考文档：https://airtest.readthedocs.io/zh_CN/latest/wiki/code/code_example_zh.html?highlight=logtohtml#logtohtml 。
报告为空，大概率是因为 log.txt 文件的内容为空，要么是没有保存 log，要么是生成报告的语句放在了脚本开头，导致还没运行到实际的步骤就已经生成了一份空报告。
那么今天这篇教程，从 设备连接 -- 脚本录制/编写 -- 脚本运行 -- 生成报告 ，详细给大家分享了入坑 Airtest 的经验，内容很长，同学们可以收藏起来，慢慢看~
Airtest 官网：http://airtest.netease.com/
Airtest 教程官网：https://airtest.doc.io.netease.com/
搭建企业私有云服务：https://airlab.163.com/b2b
官方答疑 Q 群：654700783
呀~这么认真都看到这里啦，帮忙点击左下角的爱心，给我点个赞支持一下把，灰常感谢~
