重新详细写了一些关于 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）感觉效率和覆盖率都比较低～