分场景而论
<1>如果是要跟进开发代码的白盒测试和 CR，那需要能看懂开发代码，甚至能写单测，但是并没有要求达到熟悉或者精通的程度；
<2>如果是黑盒，那需要了解一些框架如 Spring、Koa、Django 的特性，并不需要对语言熟悉；
<3>开发测试框架，一般脚本语言开发比较快；
<4>开发测试平台，如果对并发、性能或场景没有特殊要求，不需要进行语言限制。

总结：了解开发使用的编程语言是基础要求，能熟悉或精通当然更好。没有特定使用需求的话，可以自由选择语言。

看这个解释：https://blog.csdn.net/wangjun5159/article/details/54142016

appium 不能测试多进程，不同进程展示的数据不能获取到

开发的时候会觉得加 id 却不用，就不需要加了，而且 id 的命名也是一种很头疼的事情，因为 id 是需要唯一的。class 等却不需要唯一，定位的时候可以用 class、name 等先获取所有符合条件的，再从中选出需要的那个。

写的不错。单测一般由开发编写，而 E2E 和 Integration test 一般由测试编写，在不统一管理的情形下，由于思路的差别和工作的分开，有可能出现重复测试、优先级理解不一致等问题。整体测试策略很依赖测试人员的个人能力。

要真是分层的话，Pact 测试是比较合适的选择，服务都能分开测试

一看就是两个邮箱填在一起格式填错了

完全仿照 Postman 写的？