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

许三多 --- 活着就要做有意义的事。所以，咱们 tester 在公司层面上是完全可以拥有自己的 B 格。

第 1，2 张和最后一张图你们看的清楚吗？

做一个 CRUD 的 testing boy or girl is enough.

每天学 10 个 BEC 单词算吗，主要是想看懂一些国外大牛的文章，如老马哥的。

之前项目中有个需求，如何验证某品牌的摄像头可以准确识别红，黄，绿等颜色。我给出的解决方案是，通过专业的色卡进行对比。

培训只是让你入个门，想深入还得结合项目去搞。

期待你后期分享落地之后，平台运行的稳定性，风险预判等心得。

WPF 的话，你可以试下 winium---是的，那个和 selenium 一个套路的自动化测试服务，配合 inspector.exe 食用更佳，你可以使用 python 编写或者 java，groovy。

测试部中的效能人员，可以充分运用技术手段提升测试效率或提高产品质量，最终给出通用的技术解决方案。一般来说测开是测试中的技术核心人员，他们也许不直接参与业务测试，但却一直致力于如何快速，稳定的完成业务测试；一般中小型公司，会配置小规模的测开团队，比较倾向自动化，性能，安全等框架或工具的开发与使用，大型公司往往是有一个完整建制的团队研发整个公司级质量平台的建议与优化，通用性较强的，还是将平台商业化，为公司带来可观的效益。

主要是你这名起得太 UC，哈哈

感谢总结，我小结一下，相比较而言：1.注重团队的协作性。2.数据录入更加便捷。3.优化报告，增加交互性。

可以对比与 rf-ride 的优劣势？

1。无论哪种语言都是以解决实际问题为中心的。2。测试大成者，私以为质量的思维，测试框架成熟度为重，编程语言只是手段而已。3. clickbait title。

1.正向流程先跑通。2.关键接口，建议增加异常测试，如支付类。3.不管做不做异常测试，都应根据项目需要最好优先级排序。4.功能类的跑完，需进行性能测试。5.安全测试酌情来搞。

尚在用。