第一种，除了开发测试工具平台之外，还常见研发效能平台的开发。

测试开发不同公司的岗位职责不同，是个比较宽泛的概念。有些是开发测试工具/平台的，这种就是开发岗位，只不过开发的对象服务于测试；有些是做自动化测试、性能测试或者编写 shell 脚本这种，需要具备测试技能的同时具备代码能力，不限于哪种语言；有些干脆就把自动化测试岗标成测开岗，随潮流蹭热度。

明面上不用下载，其实在静默下载，可能下载的包相对小一点。主流框架 appnium 或者原生 uiautomator 啥的可以操作到控件吧。操作不到控件可能是 h5 页面

华为的快应用？用主流的框架操作不到控件吗

不会转了开发就和测试越来越远的，如果你后面再找一份测试开发的工作，有开发经验绝对是加分项，我觉得是很好的机会。而且编译器门槛高，虽然圈子小，但是招人难度也大，35 岁被裁员的风险也会小很多吧

尽量不在生产环境做测试，风险太高。像银行业那样，搞一套准生产环境，从生产环境导入数据做测试验证。

鸿蒙有自带的测试框架的吧，看一下官方文档

不知道怎么系统的查。可以把问题提炼一下用英文在 google 上搜，可能会搜到 GitHub 上的 issues，stackoverflow 问题答复区可能也会有大佬指出来。对这种广泛使用的工具可能会有效果，我之前看到过好几次

当年毕业第一家公司人手一本 Ron Patton 的软件测试，作为入门还是不错的，能对测试有比较系统的认知。测试门槛低上限高，想做好不容易。限于大部分公司对测试的认知和定位，感觉比开发更需要面对这样的问题：哪些度量指标证明自己的工作有价值，怎么证明自己比别的同事做得好？提的 bug 多测试就做得好吗？写代码能力强工具用得好就是测试能力强吗？（功能）测试本身的技能树是啥？国内刘琛梅的《测试架构师修炼之道》写出了作者的一些思考，提出的一个观点是测试不能做太多也不能太少，而是需要刚刚好，推荐看一看。