重新详细写了一些关于 React Native 自动化测试的想法， 发布于公司的 tech blog - 上篇, 下篇。

欢迎来一起讨论。

和 react 没啥区别 因为 ut 测试还不涉及交给 native renderer 做的事情。 rn 会提供 component 的 auto mock， 写测试的时候不大用关心这个（所以我也没特别研究过)

谢谢～ 写的其实挺潦草的，准备整理一下分开几篇详细写一下。 我们目前从 ut 到 e2e 都是我在写。 感觉 dev 目的和 qa 不一样， 我想让这套完全代替手工的 regression。
现在瓶颈在 code 写的逻辑层和现实层没有分开，我准备先 refactor code。
其实 qa dev 本质都是 engineer 作为 qa 有时间改代码写 ut 就都一起做了

哈哈哈 顺便整理整理自己的思路， 也是希望有志同道合的工作伙伴啊。

第一次写这样的文章， 欢迎讨论指正~

加 ID 最简单有效。 测试和开发本来就是一体的， 绕个大圈子去用 CSS class 定位太浪费精力了， 特别是 css class 在开发的时候为了复用效率肯定不会很 unique。

推荐个不错的 cucumber autocomplete plugin for Sublime

https://github.com/austincrft/sublime-gherkin-auto-complete-plus

#7 楼 @quqing 恩 我实现的方式其实是 ut 层， www 层， UI 层。
然后 UI 层的数据是用 www 层 http call 造的数据， 不是直接 mock 的 response。 感觉不同层之间都用 mock data， 很容易和真实 data 不一样。

#1 楼 @chenhengjie123 嗯 这样是比较好的 确实应该金字塔形，ui 覆盖的不需要太多。 但毕竟 ui 层才是最终用户用到的， 感觉在注册这么重要的流程最好还是 ui 也覆盖下比较好～ 想了想一些测试还是基于 priority 的，有的地方宁可冗余点吧。 也没啥好方法能一定 100% 保证质量也最大化效率～

#2 楼 @quqing 我想做的事情就是不同层的测试之间单元化，去耦合。 如果纵向测试（从 ui 到接口到 db）感觉效率和覆盖率都比较低～

#45 楼 @ansonwoo 在招在招~

如果有一个良好的 crash reporting system， 是不是这种测试意义就比较小了呢？
用 live 用户的 crash report 来做反馈， 然后进行 fix， 感觉更有效一点吧。。

支持支持！！！

ruby api test 可以用 minitest
UI 可以用 calabash

Rspec 也可以用来测 API

el 是一个 element，find_element_... 就是用 appium 自带的函数找到一个 element。
click() 应该是 el 这个 class(或者他继承的 superclass）的一个方法。

两行加起来的意思就是找到一个 element, 然后 click 他。

我没用过 appium， 不过看上去语法不是很简洁的样子。。

用 calabash。。
http://elgris.github.io/blog/2_appium_vs_calabash/

Access 层的测试还要处理 cache 的 evict 这个怎么处理呢。。

最好是你觉得工作中有什么需要的 tools 或者觉得自己测试中需要什么技术， 然后去找相关的东西。
比如想写一下 iOS 的 UI automation， 自然就找到一些 appium calabash Earlgrey 什么的工具， 然后比较比较自己看看哪个效率高就用呗。

维护一个基于 excel 的自动化框架有啥好处啊。。 效率似乎不高啊

#5 楼 @monkey 嗯 创业小公司嘛 能做多少就做多少～ 一共也没多少 qa

#3 楼 @chenhengjie123 谢谢回复
我也想着先从 python 语言开始学习， 除了写 test 还能帮着看一些 server 的问题，写一些有用的 tool 之类的，比较有用~

appium 和 calabash 我看了一下也差距不大， calabash+Cucumber 的 behaviour driven test 还是不错的， 可以用自然语言写 case， 以后维护起来也比较方便~

Git 确实很好用， 但是因为平时不涉及 code 的开发， 只是用了一些简单的 git 命令来 version control automation code， 确实也需要多学习~

Ci 和移动端开发准备暂时留到以后再看， 慢慢来吧。

说到接口测试， 确实我也有些纠结。 不知道是写 unit test 那种方式好， 还是用接口测一些 scenario 好。 不过写好一套 api test 还是挺有实用价值的~ mock 我没大用过，测 client 都是用真的 reponse 的 data 来测， 反正 sandbox 随便玩也不要紧~
抓包工具 charles 就挺好用的， android 端的话用 google 的 inspect 就行。一起慢慢探索吧

#7 楼 @anonymous 北京的 apple office 没有 tech team 的。。 只有上海有

#1 楼 @snowmaster 啥区别。。 反正叫啥名字也差不多吧。。QC 干啥的