发现社区里面大家讨论的一般好像都是以接口测试为主的，很少有 Ui 的，芯片的或者 sdk 相关的呀。

Jerry li 9
2022-07-15 14:21:45 1F
回复

UI 的很多啊，可能是大家的 UI 自动化都比较稳定了，现在主力在做 api 自动化UI：变的最快，投入产出比低到爆表。
SDK：大部分不还是接口测试？往下做那不是和开发一样了？
芯片：吃饭的家伙拿出来说，这不是憨。游戏的也很少 在网络摄像机行业，太菜了以至于没有技术分享主要还是看从业者人数。芯片或者 sdk 的测试人员人数上就比前两类少，所以自然讨论分享的少。

而且这类有些时候容易分享时带上了一些不能对外的东西（如 sdk 的内部实现细节，芯片的一些参数等），风险也高。所以可能是在公司内部分享为主吧。界面一旦发生变化，是不是得重新定位和写用例？ 接口的话，如果有变动的话，可能就是增删个接口或者修改一下参数，相对来说比较方便吧。个人理解接口的成本最低啊，变动很少，芯片的专业性太高，很难入门吧安全的也很少。。请问哪位水友能推荐一下，分享 “游戏” 内容的楼主吗？入门相对容易且常见， UI 的也有吧，但都相对成熟了所以讨论的少，且套路比较固定，api 比较自由好扩散
芯片和 SDK 相关从业者太少我觉得 api 会比 Ui 的稳定很多~哈哈 很有道理 游戏应该以 UI 为主吧 或者以图像识别为主确实确实 而且接口上的测试方案技术都应该更成熟一些 是的 所以做 Ui 的话 除非是新功能 一般都要求控件属性什么的不变吧感觉 api 的应该技术更成熟 更容易落地一些 相比较 Ui 的话应该更好做吧如果社区有人分享 SDK、芯片，或者除了常规功能、性能之外的其他方向（如兼容、稳定性、容量、监控报警等），我会马上飞奔过去拜读点赞……芯片测试除去常规功能、性能之外的其他方向多用的是比较专业的工具和仪器和一些指令集，自动化大多数也只是操控仪器或者与这些工具、仪器进行交互，一般这些仪器的交互每个都有比较不同的一些语法和参数，厂商会提供文档，所以基本上都没啥好分享接口相比 UI 发展更晚，十年前我们学测试专业都没有接口测试的概念
后来前后端分离技术的广泛应用推广造就了接口测试的崛起， 且由于其相比 UI 测试更稳定，成本更低，收益也很可观，所以热度比较高
UI 自动化测试受到其性质本身的局限，相对成本较高，且稳定性较差，但是发展历程更长， 技术栈目前已经很成熟了。SDK 我工作中略有涉及，算是会一点，但是让我分享，我就觉得我掌握的太少了没什么好分享的，至少要有比较深入的了解才会去分享吧