airtest 潜水

前提：各类环境的配置你们就本身搞定了~

1.selenium 原理

 

 

 

2.appium 原理

 

3.adb 原理

当启动 adb 客户端时，客户端首先检查 adb 服务端进程是否运行，若是没有运行，则启动服务端。当服务端启动时，它会绑定到本地的 TCP5037 端口，而且监遵从 adb 客户端发来的命令——全部 adb 客户端都使用 5037 端口与 adb 服务端通讯，以后经过命令实现各类操做

 4.airtest 

三者的结合++维护成本高+思想的拓展=airtest 的诞生

 

airtest 能作什么？

1.作过移动端或者web端自动化的同窗都知道，版本的迭代与代码块的规范，对于自动化来讲是多么重要，但是在实际工做中，永远都是项目紧，时间少，尤为对于qa来讲，真实一个巨大的坎儿，越是到最后，应用 的稳定和逻辑正确已然是必须产品，但谁也不能保证，没有任何修改，尤为是哪些没有开发经验的pm来讲，更是呵呵啦，在加上不少人都有个误区，理解自动化很高级，能够快速找出bug，真实难以言表的解释，干过的小伙伴 都应该晓得的 哈哈哈，说到这里你们可能会感受到，其实这种状况并非很适合自动化有没有？  答案 是确定的 ，可是呢，对应这主快速回归的需求又愈来愈强，全部处处问询大牛，终于找到你啦

2.所里那么多，到底 这个工具能作啥呢 ？

目前全部的用户场景无非就是pc+h5+小程序+Android+ios 仍是啥 ，应该差很少了吧  ，其实这些场景均可以彻底在airtest中实现，那么问题来了 ，我没有自动化经验，能学会使用吗，这个须要什么基础吗，维护起来负责不？能够批量运行case？能够截图发邮件？......    其实均可以的  ，有些功能还在探索中~~

3.好久之前有个著名的工具叫我selenium ide  ，后来按键精灵也曾大火过，固然还有个死贵 的qtp，没办法，谁让游戏迷那么多，随着这几年  国内的猿类愈来愈多，

你们在乐于破解各类收费工具的同时，也在脑补为啥不开发个nb的东西，让业界happy下，这这样慢慢的  有些大牛好比思寒 ，闲不住 在加上各位开源爱好者和超强的github 资源库，不灵不灵 就诞生了 

 

官网地址：

http://airtest.netease.com/docs/cn/6_poco_framework/poco_quick_start.html

1.经过这里你们能够快速小白上手

2.也能够学习下poco api，固然最好仍是要 懂些自动化的东西如xpah，css定位，测试框架等，有助于快速掌握

3.另外呢，说下优势吧

1.维护成本低，可使用历史case，也能够从新建立，分分钟高订

2.支持多平台ios ，andorid  ，linux ，windows 均可以 

3.支持脚本导入导出，能够手写自动化脚本（python），也能够录制，回放，设置检查点（固然自动化是不建议设置的）

4.盲点补充，自动化一次只适合一个场景，不要妄想一次走完全部流程（流程取正向便可）

5.最后一个，不要钱，不要钱，不要钱

 

 

4.任何一个工具都有缺点，这个也不例外：

1.由于是gui 节目，对内存影响较大，卡顿比较严重

2.录制场景不建议过长，容易致使回放失败 

3.不自动导入包（虽不是必线），新手刚使用的时候仍是有些头疼的 

4.数据依赖（这是个老大难的问题），不管是接口仍是gui  都是存在的 （如：ops的一个增删操做，若是经过接口，使用参数就能够搞的定，可是在可视化界面上能够以主流程为主，其余异常和数据关系仍是要人为进行干预的）

5.还有其余的，暂时想不起来了...

 

啰嗦下：

任何工具的使用，必定要在理解原理的基础上进行

不要期望工具能够替代一切，那样，有一天你也会被替代

工具带给咱们的只有方便，不会给你思考，你的思想以为你的价值

做为qa 找bug 是平常，更要肯定bug 是咋来的，如何阻止一连串的bug，甚至你可否解决bug，是时候看看你的level啦

最后我的观点：自动化工做之后被替代率会愈来愈高，但愿全部qa小伙伴居安思危，勤勉好学，早日实现CK ，LV 平常化

对了：对于这个工具本人也处于小鸟阶段，若有哪里解释不清或误导，烦请指教　~