UI 的很多啊，可能是大家的 UI 自动化都比较稳定了，现在主力在做 api 自动化

UI：变的最快，投入产出比低到爆表。
SDK：大部分不还是接口测试？往下做那不是和开发一样了？
芯片：吃饭的家伙拿出来说，这不是憨。

游戏的也很少

在网络摄像机行业，太菜了以至于没有技术分享

主要还是看从业者人数。芯片或者 sdk 的测试人员人数上就比前两类少，所以自然讨论分享的少。

而且这类有些时候容易分享时带上了一些不能对外的东西（如 sdk 的内部实现细节，芯片的一些参数等），风险也高。所以可能是在公司内部分享为主吧。

界面一旦发生变化，是不是得重新定位和写用例？ 接口的话，如果有变动的话，可能就是增删个接口或者修改一下参数，相对来说比较方便吧。个人理解

接口的成本最低啊，变动很少，芯片的专业性太高，很难入门吧

安全的也很少。。

请问哪位水友能推荐一下，分享 “游戏” 内容的楼主吗？

入门相对容易且常见， UI 的也有吧，但都相对成熟了所以讨论的少，且套路比较固定，api 比较自由好扩散
芯片和 SDK 相关从业者太少

我觉得 api 会比 Ui 的稳定很多~

哈哈 很有道理

游戏应该以 UI 为主吧 或者以图像识别为主

确实确实 而且接口上的测试方案技术都应该更成熟一些

是的 所以做 Ui 的话 除非是新功能 一般都要求控件属性什么的不变吧

感觉 api 的应该技术更成熟 更容易落地一些 相比较 Ui 的话应该更好做吧

如果社区有人分享 SDK、芯片，或者除了常规功能、性能之外的其他方向（如兼容、稳定性、容量、监控报警等），我会马上飞奔过去拜读点赞……

芯片测试除去常规功能、性能之外的其他方向多用的是比较专业的工具和仪器和一些指令集，自动化大多数也只是操控仪器或者与这些工具、仪器进行交互，一般这些仪器的交互每个都有比较不同的一些语法和参数，厂商会提供文档，所以基本上都没啥好分享

接口相比 UI 发展更晚，十年前我们学测试专业都没有接口测试的概念
后来前后端分离技术的广泛应用推广造就了接口测试的崛起， 且由于其相比 UI 测试更稳定，成本更低，收益也很可观，所以热度比较高
UI 自动化测试受到其性质本身的局限，相对成本较高，且稳定性较差，但是发展历程更长， 技术栈目前已经很成熟了。

SDK 我工作中略有涉及，算是会一点，但是让我分享，我就觉得我掌握的太少了没什么好分享的，至少要有比较深入的了解才会去分享吧