现在用新版的企业多, 用旧版的企业也多, 两个版本的安装过程和api使用区别很大。其实表面上的东东变来变去, 内部原理还是一样的。我把核心给大家介绍一下, 让大家都好理解一下, 对后来的使用是很有帮助的。概念这个工具是一个开源的、跨平台的自动化测试平台, 专门用来对原生应用和轻量级移动应用执行测试操作, 它具备覆盖 iOS 以及多个其他主要技术平台的能力。在底层驱动层面, 该系统调用了苹果端的相关库文件与另一技术体系的框架组件, 并且通信过程是基于一种通用的 JSON 协议数据格式进行的。特别需要注意的是, 其针对 iOS 系统的功能支持部分, 在架构上直接依赖于名为 Dan s 的 iOS Auto. 这一技术基础。此外, 为了兼容较老版本的系统环境, 该软件还集成了特定模块, 以实现针对 SDK 版本低于 16 的那些旧平台环境的测试需求。官网特性1. 可以实现跨平台的运行, 具体来说就是适用于H5页面。2. 跨越各类不同的设备平台, 其中包括苹果的系统。3. 跨app这个功能, 它的意思是说, 可以在多个相互独立的app之间进行交互。4. 不依赖APP开源代码5. 支持 / Grid6. 这是支持跨语言操作的情况, 涉及到Java以及Ruby这两种开发语言的具体应用场景。7. Open框架介绍是由的框架写的Http 。不是它⾃⼰创建⼀套新的测试框架是将现有的优秀的框架进行了集成以 的协议/ web 统⼀起来. 使得这个框架满⾜多⽅⾯的需求。启动自动化测试后在被测设备上启动⼀个监听来⾃ 的指令。不同的平台如IOS采⽤不同的运⾏和交换⽅式。把那个桩程序侵入到平台里面去, 好让它能接受指令, 这样就能完成测试脚本的运行了。在端这边, 大家是基于某个东西的, 并且利用了.js技术, 最后就是靠调用命令这一操作, 让App自动化测试这件事真正实现了。还有一点要说明的是, 因为对H5的支持其实挺不够的, 所以干脆就引进了别的东西, 用来实现针对H5页面的那种自动化操作。原理图分析1.位于左部区域的Code代码, 即是用来执行测试任务的那个脚本程序。2.中间的部分是处于开启状态的服务程序, 因为不同的系统需要安装与之对应的环境配置, 所以这也就是为什么它能够同时支持安卓以及ios系统还有应用进行自动化测试的原因所在之处。在这里我们以特定平台为例来进行具体说明工作。然后在本地这边启动了一个监听服务实例, 它使用了四七二三这个数字组合成的端口号, 这个架构跟测试框架本身比较类似, 因此它也全面的支持标准的通信协议接口内容。在内部这里专门提供了一套基于web技术构建的服务功能模块, 用来接收符合标准的请求数据包信息, 并且对其进行正确解析处理操作过程之后, 再去调用相应的下层框架组件来完成相关响应操作任务环节内容。就像脚本在发送一个要求去点击按钮的那个请求, 把它交给了目标那里一样。3. 该操作会将具体的请求数据进行转发处理, 转发目的地是那个名为“.jar”的中间件组件。这个中间件程序是使用Java编程语言开发而成的, 并且已经被安装部署在了手机设备之上。它主要负责接收通过4724端口传输过来的具体指令数据, 最终通过调用与之相关的相应命令来实现预期功能逻辑的处理。4.在最后执行这一步操作的时候, 结果会从那个地方返回到这里哦。5.另外, 还用到了来支持基于H5的测试。