一、前言
测试最怕接什么需求呢？反正我包括现在所在的团队里，我们最怕的就是技术优化类需求，既无业务需求点，影响范围也难以评估，这一类技术优化中，sdk升级或更换占大部分。正好有次面试，对方二面项目负责人就问我一个SDK怎么测的问题，当时觉得回答的很优秀，哈哈哈哈哈，记录下来
二、测试导图的构想
1、相关业务测试
1.1 理清楚这个sdk是做什么的，以及收费的标准？
测试主流程是否正常，此次升级或替换是否会增大费用成本
比如：
高德地图，用来定位，某些地方是免费使用
声网 或 即构，用于直播间的推拉流，按直播间推拉流及录制收费
广点通 ，用于广告投放，按广告曝光及点击率对方还要给你付费
友盟，用于收集app异常并上报数据
…等等
1.2 SDK在哪些业务上调用?
了解sdk调用业务及位置，覆盖测试，避免漏测 或 满APP内乱测，导致测试时间成本增加
2、权限的获取
2.1 是否有app内无需获取的权限；是否获取权限位置有变化
在对app监管如此严格的情况下，每种sdk获取权限都需要列出并特意说明，如果有说明以外 的权限获取，app很可能会被下架的
还有一个容易被遗忘的点：获取权限的位置，比如SDK在动态模块因为，但打开app即获取权限，这类也是不OK的
3、机型系统的适配
3.1 有无机型闪退，系统闪退
每家系统都有自己的兼容范围，有些要求是安卓4-最高，鸿蒙系统1-最高，ios端是从ios10-最高，但有些SDK的兼容是从安卓5开始，或ios 11开始，这就会导致使用此SDK，app会在特定机型或系统上闪退
4、SDK冲突
4.1 相冲突的SDK在app内同时引入，此类问题难以发现及推断
比如：广点通SDK 与 声网SDK冲突导致进入直播间缓慢
5、对包体积的影响
5.1 完美的SDK肯定是小而精的，测试方法：了解SDK大小，分支包与上个发版分支包对比
在现在app越来越多的情况下，同类app竞争也越来越激烈，包体积也相应的要卷起来了，还有一类经常做的技术优化-app瘦身，也是在优化包体积，所以这种情况下，SDK包体积过大，当然是不会被选中的
6、sdk对app覆盖安装是否有影响
6.1 覆盖安装app，是否有SDK升级引起的版本不兼容、闪退、数据丢失、权限重新获取等问题
文档参考：
sdk的通俗理解：https://blog.csdn.net/weixin_48520816/article/details/125384667
常用sdk总结：https://blog.csdn.net/weixin_48520816/article/details/125393632