2-5 较容易实现，1 的话得看运气。当然一直努力的人运气都不会太差，诸君 2021 共同努力吧。

1.解决业务痛点，提高业务爽点。
2.沉浸到业务中去，必要时充当下核心业务的高级点工。
3.工具的表现形式无所谓，desktop,web,app,甚至是小程序，或者二维码，关键是要贴近不同类型人员的使用习惯。

1.结合自己的产品特点，挑出适合自己的方案。2.xpath 可作为保底方案。3.id,name 都可以，主要是保证是唯一性。4.一些比较 “糙” 的产品实现不好定位或操作比较奇葩，要采取多种思路解决如结合 win 操作，图像识别等。5.必要时要和研发协调，定义可操作性定位方案放在前端里。

1.能做开发早做开发去了。
2.能搞算法谁还稀罕搞 crud。
3.能搞后端才不搞前端那。

综上，大多数测试甚至测开不需要熟悉或精通 AI，你只要知道有哪些 AI 服务可以拿来应用在你测试目标上，解决一个痛点或增加一个爽点就可以。

1，远程启动多个服务是可以的，那个你可能需要配下 Grid。2，实际上单台 PC 也可以启动多个服务，注意端口号不同就可以，appium desktop 操作更可以简单实现。

E2E 自动化测试，可能需要实时或非实时的判断双方的状态。这可能需要多个自动化测试引擎的结合，同步操作，结果同步验证等。你的例子里 app 可以用 appium 驱动，机器人应该也有控制的软件如串口什么的返回结果，对比下就 OK。

21 楼童鞋讲的已经很接地气了。简单说下我的一点拙见：
1、只有开发，没有测试
开发和测试是相辅相成的，都是打工人，没必要这么对立，完成目标任务是王道。
2、没有 ai，自动化测试干不下去了
本人有幸在去年研究过一点国内 ai 应用情况，目前国内大部分的 ai 公司都是在做应用层的东西且场景相对固定，这里面包括那几条小龙，各个独角兽，只能说 ai 目前在测试届只能解决局部问题，能做成通用服务的少之又少。
3、没有代码能力的测试只能干外包了
想要成为头部的测试人确实要懂些代码，对代码有信仰的，其实建议是转开发，或者你有新思维转为产品也可。

年轻人还是要有自己的理想，否则只能接化发。

我的意思是在本地 PC 上开启可以控制其它远程 PC 的软件，在本地 PC 上可任意关闭远程 pc 的 adb server.

可以考虑采用第三方工具调用，在本机 kill 远程机器的 adb