最近接触了 SDK 测试，测下来给我的感觉仍然是纯黑盒测试。
在网上也查了一些资料，无外乎都是从功能性、兼容性、稳定性（长时间执行观测是否存在内存泄漏等）、性能（耗电以及资源占用等）、网络等这几个方面阐述测试方法的，感觉还是偏黑盒测试多一些。
所以我有个问题，大家在测 sdk 的时候都是从哪些方面入手的，怎么做的？
或者如果你是一个面试官，你要找个 sdk 测试，你都会从哪些方面考察面试者？
欢迎大家讨论！
自己顶一下。
期待大佬指点
插眼等大佬
插眼等大佬
和测后端接口并没有太大区别
插眼等大佬
插眼等大佬
我们这边有个 sdk 的测试，先写单元测试，pass 后接入到 app/web 中时，只需要跑下主要的几个 case 就行了
SDK 测试技术含量很高的，只是你没有接触到而已。首先，需要开发一个测试的 App, 然后基于这个 App 去做 SDK 的动态注入，以便灵活测试各个版本。如果可以的话，也可以拿客户的应用进行动态注入。第二，做自动化测试，基于 app 做自动化测试；性能测试等；第三，当然兼容性测试也是非常重要的，要做兼容性测试，就会涉及到手机集群什么的。总之涉及到的内容是非常多的，可以深入了解一下。
一般下面几种做法。
SDK 本身的接口测试
先给定义：
- 接口：SDK 的一个 API
- 功能：SDK 的一个或者多个 API 组合在一起成为有实际意义的功能
SDK 接口测试，一般就是基于 SDK 接口去写调用代码测试，本质上就是写接口自动化，也经常会基于 SDK 实现一个可视化的宿主 Demo（这个 Demo 就调用 SDK 各种功能接口），后面点一下 Demo 的按钮就能在背后跑接口自动化。
SDK 服务端接口测试
SDK 可能也会有服务端交互，如 RTC SDK（推流、连麦），这时可以针对和 SDK 涉及的服务端做接口测试，不过这个范畴更多是服务端的测试，和 SDK 关系没那么大。
SDK 宿主上的黑盒测试
这个没什么好说的，就是谁集成使用了你的 SDK，你就去谁上面搞测试。
上面提到的是具体测试实施的手段，而说到测试范畴，其实还是我们常说的那些维度，不外乎
- 功能测试、异常测试、性能测试、兼容测试、安全测试 而具体要做哪些测试，要基于 SDK 本身的业务属性去评估，不一定都要做。
