文中仅列出单一变量法相关用例

至于是 99%，仅表示 UI 自动化大量的工作（甚至中小微企业 100% 的工作）都会被 UI 录制取代（当然不仅仅限于录制，UI 遍历也是一种方法，UI 录制与 UI 遍历中间仅一个方法的差异）。

不与你争论，请看uirecorder 介绍:

UI Recorder 是一款零成本UI自动化录制工具，类似于Selenium IDE.

UI Recorder 要比Selenium IDE更加强大!

UI Recorder 非常简单易用.

pip wheel

发现设为最佳了不能继续讨论，欢迎大家继续吐槽。

质量评估、代码优化、绩效评估、用例覆盖、兼容性测试等。

1、无论华为手机、还是其他手机，系统层面的问题都是可以解决，最简单的解决方法将录制的脚本执行每一步前加一个前置检查，复杂问题可以考虑增加一个监控的 app 处理该问题。这是所有 UI 自动化都会遇到的问题，文中已说明需要优化脚本。

2、app 中的广告也可通过优化录制脚本来处理；

3、吸收就业主力军的是中小微企业。
如果老板知道可以用一个录制工具搞定的事情，老板为何需要几个人去搞所谓的 UI 自动化？
欢迎各位在中小微企业的朋友尽早掌握录制思想。

4、录制也可以搞定 BAT、美团、京东、今日头条目前投产的 APP UI 自动化。
uirecorder 是阿里巴巴的牛人开发的。

5、录制技术不会止步不前。

有认识 uirecorder 作者的可以拉进来讨论一下 uirecorder 最新情况

不一一回复，你提到的问题都不是问题。

1、99% 表示目前许多人搞的 UI 自动化已无效率意义、属于浪费时间、浪费测试资源的事情；
2、玩过 QQ 音乐、美团、京东这样的 APP，录制回放成功率与自己优化录制脚本、自己 UI 自动化的经验有关；
3、用例管理用代码管理没毛病（如果要将数据存库的话，文中已说过可以自动生成用例存库）
4、失败重试本身 mocha 框架支持，macaca 用例用 mocha 驱动的；
5、uirecorder 本身生成了测试报告，报告为 html 格式存储没什么问题；
6、用例更新维护直接修改录制的脚本（开发的代码可以更新，为何测试的代码不能更新？），但不仅限于此，看用的人自己；

本人目前工作过程中 UI 自动化做得很少，主要做接口测试。
关于 case 数量、录制与编码时长的问题回复如下：

1. 录制与编码通过优化后，可以在一天时间内完成一个 APP 所有一级入口、二级入口、三级入口的覆盖；
2. 录制过程中存在特殊页面（主要是填写表单页面），这块可以结合规则引擎特殊处理（如果新增表单页面不变，可录制一次多次使用）；
3. case 数量与 App 的复杂度有关，但是录制过程中也考虑了 App 主要功能；

我们也主要做接口测试

是的

此外，训练数据的过程能否当成模型测试的过程？

这是事实。

1、手机端录制比写代码快吧？移动端录制的脚本已经比大多数做 UI 自动化工程师效率高很多。
2、正因为 uirecorder 录制脚本效率慢，且录制的代码在不能在所有设备上运行，进而存在优化脚本的需求。
3、uirecorder 已是两年前的技术，借助 uirecorder 的代码可以玩出更新、更高效的录制方案。

1、没有啃《C++ Primer》，虽然是经典中的经典，已放弃成为算法工程师的想法，只想在已有领域更进一步。
2、有上市公司的人工智能=人工 + 智能。
3、《深入理解 Java 虚拟机》还没有深入，但目的明确：利用书中知识解决测试过程中遇到的问题；

某些搞 AI 的公司不敢招 AI 测试，怕人发现真正的人工智能的核心技术。

问题来自社区，我们同事都是大牛。

1. 已界定范围：判断 testerhome 精华帖
2. 截图仅仅是一个最基础的 helloworld 示例，用例失败是因为增加的断言导致的（文章不是精华帖导致的），截图中没有收集报告数据；
3. UI 自动化代码已存在，要做浏览器兼容性测试仅仅是换一个终端而已：可以通过图像对比对比不同浏览器的截图来实现，当然喽可以截图让测试人工辅助测试。

不仅仅于此，最主要是批判当下测试领域 UI 自动化测试、接口自动化测试的一些怪象。

关注点

1. 身边暂无 Android 手机，Android 应用实现与 WEB 端实现的原理一样，只是技术细节有一些细微差别。
2. 工作中接触 iOS 测试较少，没有研究透，但是借助WebDriverAgent完全也可实现。
3. 不鄙视任何人，只是透露目前 UI 自动化技术发展超出目前多数 UI 自动化的测试人员的认知。
4. 本文提到的 macaca+uirecorder 可以实现高效、低成本的 UI 自动化，并不是本文第一次提及，请看 uirecorder 的介绍。uirecorder 最近两年没有怎么维护，但是要知道那已是两年前的东西了。
5. 当然也可使用 airtest 等实现，限于时间，对 airtest 进行录制研究不多，感兴趣的人可以去研究。
6. 针对ycwdaaaa反馈的在企业内部用不起来，个人不赞同。
   目前研究确认：对于特殊页面可以使用某种规则引擎编写定制化测试代码；
7. 回复0x88的疑问：
   华为手机弹窗问题、vivo 手机需要登录 vivo 帐号等问题，属于移动 APP UI 自动化测试过程中的特殊情况，可以考虑运行自动化测试用例的手机上运行一个或多个特殊 APP 便可解决问题；
   根据目前应用 UI 录制技术过程中遇到的问题，UI 录制方案毫无疑问与 APP 开发技术相关（移动端 APP 使用 A 手机录制的脚本在 B 手机上无法运行是常见问题，可以通过 UI 录制框架解决问题，也可通过优化 UI 录制后的脚本来解决该类问题）
8. 通过UI=render(data)公式可以得出结论：UI 自动化过程中 UI 展示的数据、UI 交互的方式与数据存在直接关系。
   通过 mock 展现 UI 的接口数据完全可以实现与后台业务流程无关的 UI 自动化。对于那些前后端耦合程度较高的应用（主要指在后台动态生成包括数据的 html 文档的应用），本质上可以将那些 html 页面看作接口，通过 mock 也可实现。

仅以 WEB 端举例说明（用例均使用 UI 录制脚本或者优化录制代码实现的）

一、判断 testerhome 精华帖，效果如下：

1. 第 1 次运行 25 个页面
   

2. 第 2 次运行 70 个页面（mochawesome 报告）
   

二、UI 录制 2B 业务遇到的问题如何解决？

2B 业务过程中可能遇到大量表单应用，UI 录制过程中遇到问题较大的是新增表单。但是 UI 录制过程中可以通过提交新增表单的 POST/GET 请求的数据，进行测试。
对于特殊页面可以使用某种规则引擎编写定制化测试代码，规则引擎本文不做说明。

这是与你们 app 开发使用的技术有关，所以存在优化脚本需求。
此外，也可考虑对原数据进行处理，进一步优化录制脚本。

1、录制不是终点，就看你如何使用这种思想、方法减少 UI 自动化成本。
2、不考虑成本，招聘几个、甚至十几个 UI 自动化工程师搞，定制化需求都能满足。
但是并不能说录制方案无法保证定制化需求，问题在于如何管理驱动 UI 的数据，同时录制的脚本也是代码，既然传统的 UI 自动化可以使用代码处理定制型需求，录制方案就不能编写一下定制化代码吗？
3、文中已经提到需要优化 UI 自动化脚本（代码）。

此外，不要把问题复杂化，UI 自动化只与数据有关，与系统是否是同构系统、异构系统关系不大。

macaca 的核心开发大神在#5，可以咨询他 uirecorder 的功能是否如此强大，我做的事情也就是读完他们 macaca、uirecorder 的代码，做的改呗改呗的事情。

我不清楚阿里内部是否有功能更完善、更稳定的 macaca、uirecorder 代码，但是使用上述功能可以做到成本接近 0 的 UI 自动化。

至于如何优化 uirecorder 的录制脚本、如何优化 uirecorder 是各个公司的事情，当然也可依赖官方更新代码。

额，UI 是什么？不就是将数据展现出来给用户。
先看看 react 的 UI 公式后再看你的需求：

React 设计理念中 UI 是用一个公式表达的，既然 UI 只与数据有关，UI 自动化组织用例的过程也是组织测试数据的过程。
看你怎么组织数据，与 UI 自动化有成千上万的 case 关系不大。