有必要吗？既然敢写，就已经实现了。

其实不是我实现了，而是 uirecorder 实现了，但是可以在 uirecorder 上进行更好的开发。

此外，互联网使用 Java 开发了大量应用，许多应用都是 Java 开发的，rpc 调用可以考虑一下。

非常优秀，可以更进一步。
可以将抽象程度提升一下，并扩展支持的协议。

是的，标准的标题党。
本文只是对于那些还在学 selenium 的同行说明一下当前技术的现状（已经实现的、别人家已实现的），想想还在使用 selenium 编写所谓的自动化意义何在？

只说目前能做的事情，至于怎么安装使用 macaca、uirecorder 不 copy 教程了。

主要是提取 case 名字，主要还是编写测试代码。
对于如何提取用例特征数据，普通测试人员无需关注，这个可以交给测试框架处理。

本来想写目前整个自动化现状，但是太晚了，还没有考虑性能测试自动化。

圈子太杂，通过 uirecoeder 进行 ui 自动化录制没有任何技术难度（安装过程可能会出错，但是对于一个精通 Java、python、node.js 的人都能解决，debug 一下的问题）。

大神，你们弄的 macaca+uirecorder，跨平台都能支持，也挺好用，关键是如何保证框架的稳定性、跨平台兼容性。

uirecorder 只是其中的一种录制实现方案，但是你们可以做得更强大。

1、不要搞虚的，小团队别自作聪明搞测试框架、自动化测试平台，来点实际的接口测试自动化（代码），进行持续集成。
2、UI 自动化还在编写脚本，对不起，已经 too out 了，浪费测试资源，现有技术已能够用 1～2 个人维护一个 1000+ 人以上大公司的 UI 自动化脚本了，管你几十个 APP、几十个 WEB 管理后台？
3、一行代码的问题开发要你全量回归？对不起，开发你能写代码，我能理解代码，能知道代码影响范围，为啥要全量回归呢？
4、如果是保证质量的话，建议要招聘能够熟悉代码的功能测试、接口测试人员。

cookie 存储在本地存储是很常见的，许多移动 app 的 cookie 是存在 sqlite 数据库里面的。

如果从测试的角度看，书的贵贱与个人的便宜有相关性，但不构成必然性。一个很贵的人在当下也可能在房贷的压力下觉得书很贵。
拼多多不仅仅是三四线城乡用户的专属，或许身边的人正在使用。

后端进行 jwt 合法性验证过程中本身也可能用到 session，无所谓 jwt 替换 session 的问题。

jwt 本质上与 cookie 没有本质上的不同：jwt、cookie 都是在客户端保存数据，session 是在服务器端保存的数据。

1、jwt、cookie 保存的数据是否安全取决于使用者。
2、作者那 google API 的调用来举例有失偏颇，网站认证与授权使用 jwt 本身也会用到 session。

对于刚工作的人来说，一百多块钱不算便宜吧？
许多刚毕业的学生很便宜，但是说到能力，不见得比 360 的员工能力差哟。

可以分享一下你爬取的方法。

简单的业务流可以，但是复杂的业务流程还得写脚本串联接口。

是可以的

周末研究了一下 python 爬虫，python 的爬虫与 node.js 爬虫差异较大，实现方式不一样。暂时不进行深入研究了。

UI 自动化录制方案中无人参与，有下面三种方案：
1、UI 遍历是其中的一种简单实现，缺点是实现不了复杂业务场景；
2、根据对用户、测试人员使用过程中的行为数据采集，实现一种能满足较复杂业务场景 UI 自动化；
3、人工智能对测试行业的颠覆，通过对 APP 应用商店的大量数据进行训练，提供 APP 各种类型的测试，UI 自动化只是人工智能测试 APP 一个最基础的功能模块。

UI 自动化是我最不看好的测试领域，我来表述一下个人观点，欢迎挑战我的观点。
1、这个领域对技术人员的要求将会处于两个极端，一极对技术要求非常高，编写跨平台、跨语言的 UI 自动化框架（如 macaca、airtest），另一极仅仅是使用这些框架录制 UI 自动化脚本（甚至录制脚本的过程都可能省略）。
2、在 UI 录制被各个测试经理熟知后，UI 自动化成本接近 0，许多公司 UI 自动化团队可能仅需 1 个人足以。

哈哈，我单身

可以持续关注，周末如有时间，再去研究 python、node.js 两种语言的实现，最后应该得到的是一种解决问题的方法。

推荐成为最佳答案