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 日常化

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