客户端SDK测试是什么？如何测？（附真实项目经历）

于 2023-02-09 15:26:54 发布
阅读量2.6k 收藏 23
点赞数 7
分类专栏： 经验分享 软件测试 干货分享 文章标签： 服务器 软件测试 功能测试 SDK测试 SDK
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_67553250/article/details/128953236
版权
本文介绍了客户端SDK测试的内容，包括SDK接口、日志、Demo等，以及功能测试、性能测试、兼容性测试等不同类型测试的要点。作者分享了其在iOSSDK测试项目中的实践经验，包括测试方法、用例覆盖、优点与不足，并提出了个人成长与后续改进的建议。
摘要由CSDN通过智能技术生成

 客户端SDK测试是什么？如何测？

目录：导读

SDK是什么

测什么？

功能怎么测

 接下来为大家讲述一番我的真实案例

1、做了些什么

2、做的方法

3、做得好的：

4、做得不好的：

5、个人成长：

6、后续学习改进的建议

去年有在跟进一个SDK项目，主要负责iOS端的SDK测试，研发过程曲折，延期上线，测试工作量巨大。收获挺大的，在此跟大家做一些总结分享下，望你我所遇，皆有收获。

SDK是什么

客户端SDK是为第三方开发者提供的软件开发工具包，包括SDK接口、开发文档和Demo示例等。SDK和应用之间是什么关系呢？以云信即时消息服务为例，如下图所示，应用客户端通过调用云信SDK接口，进行消息等数据查询存储等操作，或通过协议与云信服务器间进行通信。300876ddd72c91fcc44caaec30b03d39.png

测什么？

1. 客户端SDK测试的对象

客户端SDK测试，就是对提供给开发者的工具包里面的内容进行测试

因此测试的主要内容有：

  • SDK接口和文档
    SDK接口是测试的主要对象，也是核心的内容

  • SDK日志
    对开发者来说，SDK接口里面的具体实现是透明的，当上层调用时遇到问题，只能依赖SDK打印的日志来定位分析。所以SDK日志是否完备，是否有助于解决问题，对应用开发者和SDK提供方来说都很重要

  • Demo或行业解决方案
    Demo是SDK提供方用来示例如何调用接口实现具体的功能，也可以作为开发者直观感受SDK接入效果。行业解决方案类似Demo，但是，比Demo更加像一个产品，具有比较完整和典型的行业应用场景。可以让行业开发者比较明确知道，接入这个SDK做出来的产品效果如何

  • 其他周边
    比如UIkit等，可能只是在SDK开发中的附带输出，但对有的开发者来说能极大降低接入成本

2. 客户端SDK接口测试类型

客户端SDK根据需求和开发平台不同，可能需要选择不同的测试类型对SDK接口进行测试

常见的测试类型有：

  • 功能测试
    保证SDK接口功能正确性和完备性。客户端SDK接口测试跟服务端接口测试类似，包括场景覆盖和接口参数覆盖

    主要测试各种参数组合下的返回值，考虑数据是否缓存与存储，是否有回调，对于请求成功或失败都能按预期进行处理

  • 性能测试
    保证SDK接口满足特定的性能需求，比如资源占用、移动设备耗电量等。在云信IM登录的场景，登录时可能收到大量同步数据包和离线消息包，那么对这些数据包的解析以及本地储存的性能就要进行保证，否则可能出现登录响应很慢甚至卡住的问题，所以测试时就需要考虑这个场景的性能

11410d9b842caad2c4b6e2a750de1a37.png

  • 兼容性测试
    保证SDK兼容特定的设备平台，并与其他软件兼容。兼容设备平台的工作量通常是比较大的，先根据产品需求和市场现状对需要适配的设备平台做分析，再根据需要覆盖的机型、系统版本、分辨率等进行优先覆盖排序

    移动端SDK兼容性测试需要考虑下对模拟器的支持，因为很多开发者可能就是先在模拟器上开发。客户端SDK覆盖多平台设备的，还要考虑多端消息数据包的互通

  • 稳定性测试
    考察业务场景在一定压力下，持续运行一段时间，接口功能和设备资源占用有无异常。比如云信实时音视频通话场景中，要保证多人长时间通话且不断有人进出时的接口功能和设备资源占用无异常

  • 网络相关测试
    保证在不同网络类型，不同网络环境下，SDK接口都能较好的处理。在涉及到多媒体资源或音视频通信，弱网下测试的需求较多，并且弱网下的处理通常需要反复优化和对比，不仅是新老版本效果对比，还包括竞品的效果对比测试

  • 安全性测试

    对隐私数据保护，访问权限的控制，用户服务鉴权等，SDK接口的安全性问题也是比较突出。安全性很多是在架构设计和开发设计中就考虑进去，但是最好还是有专门的安全性测试

功能怎么测

上述诸多测试类型中，功能测试先行。在进行客户端SDK测试前，需要全面的了解测试对象的细节：

  • 了解业务流程，结合API接口文档和开发指南，理顺接口的使用场景和调用关系；

  • 了解SDK协议，理解协议中字段的意义以及服务器端的处理逻辑；

  • 了解各接口或协议返回码，分析对应的场景；

  • 了解开发实现细节，可以绘制成图，便于测试分析和分层验证。

对客户端SDK进行测试，可以采用的分层测试方式由上至下依次有：基于Demo和解决方案->基于接口调用->基于代码。

1、基于Demo和解决方案的测试

大多客户端SDK在提测时，都会有对应的Demo或者解决方案提交给测试，因此可以覆盖到该Demo或解决方案对应的接口或业务场景。而且测试人员可以比较直观的看到界面表现，上手快，所以在客户端SDK测试中比较常用，也是比较有效的。

但这种测试方式的缺点也很多，Demo对接口和业务场景覆盖比较有限，对接口的输入输出参数不能全覆盖，发现问题时定位复杂度增加。精心设计的Demo以及多解决方案的形式或许可以最大程度满足测试需要，但是需要较大的Demo开发测试投入，也使得问题暴露的时间大大滞后。基于Demo和解决方案的测试，可以是手工的也可以是UI层自动化测试。

2、基于接口调用的自动化测试

基于接口调用的测试，包括对单个接口的测试，也包括业务场景的覆盖。这种测试方式直接有效，需要一定开发基础

目前，我所在项目组的同事也有一些实践，以云信iOS SDK测试为例，最小回归测试对应接口也已经自动化，测试工程基本结构如下：

4231389c9307f036aa7228bc736ad371.png

基于接口调用的自动化测试，需要有产品的思路、开发的知识和测试的思维，做起来有难度。但是因为SDK接口通常比较稳定，所以一旦实现并投入使用，测试效率和质量的收益都很大，值得拥有。

3、基于代码的单元测试

单元测试是为开发代码质量保驾护航的一个重要环节，在测试左移推进的道路上，大家越来越意识到单元测试的重要价值。特别是在一些核心业务上，值得开发同学投入精力去做。

其他测试类型的展开，跟应用层测试类似，就不再重复了。

 接下来为大家讲述一番我的真实案例

整个项目的进程大致是：

①  技术背景宣讲->

②技术方案确定->

③开发编码（测试准备并行）->

④部分方案变更->

⑤测试开始测试->

⑥开发bugfix->

重复③④⑤⑥步骤n次（这次的n有点多）->

⑦提供framework包给业务方，配合测试、bugfix->

⑧上线。

在这里不吐槽项目过程的一些问题，仅分析测试在这里做了些什么、做的方法、做得好的、做得不好的、个人成长、后续学习改进的建议。

1、做了些什么

  1.  半路进入这个项目（项目已在进程③），负责iOS SDK的测试，快速找pm了解大致的技术方案，根据模块快速的划分测试分工（iOS全职算2个人，实际是3个人部分投入）；
  2.  根据sdk的特点，对单测框架选型，最终定了xctest；
  3. 根据技术方案制定tc，评审tc;
  4. 编写测试demo，画UI，调用sdk的方法，从功能和方法级别对sdk进行测试；
  5. 编写性能测试demo，对db性能进行测试；
  6.  配合业务测试一起排查问题、解决问题，上线。

2、做的方法

测试框架选型：

详细查看了xctest的说明，结合之前了解的GHUnit、ocMock，再根据项目的特点，纯数据的处理、DB文件的读、写，所以选择了轻量式的跟xcode结合紧密的xctest，基本满足项目的测试需要。

sdk测试方法：

在开发已搭建iOS Application demo的基础下，就直接在demo里编写代码调用framework里的方法，将方法的实际返回显示到界面上。

在测试顺序上，基本从底部->上层->模拟业务方调用的顺序进行测试，首先测试db的功能（C层），满足正常功能（读、写、多线程读写等），再测试oc层dataBase(oc上对C层的方法进行封装，方便上层调用)，再测试OC manager层（有部分业务含义，主要是各种业务表的增、删、改、查方法），最后测试对外暴露的公共接口（读、写）的各种逻辑。利用分层测试的策略，sdk的各个剖面基本都覆盖到了。最后通过模拟业务方调用sdk公共接口，简单的校验了sdk的初始化逻辑和读写逻辑。

3、做得好的：

测试用例对功能级别和方法级别的覆盖率较高，codeReview几乎达到了100%，从方法层面和功能层面保障了sdk的质量，达到之前的预期。

提bug时尽量debug出问题的原因，提供可能的解决方案，帮助提升开发解决bug的效率。

4、做得不好的：

1、          花在方法级别的单测时间过长，提供给业务方的时间延后，有些问题在业务接入后才暴露

2、          整体面上和细节的考虑不平衡，sdk测试不仅是要保障各个方法、接口正确，还要保障业务复杂场景下的数据正确

3、          忙于sdk的测试，未从业务测试角度出发，提供相应的环境切换工具、快速查日志、快速定位问题方法

5、个人成长：

  1. 在项目中实战了sdk的测试，sdk要测到什么粒度，各个模块如何平衡，测试主要编写sdk暴露的公共接口的测试，辅助开发进行私有方法和内部方法的单测。
  2. 业务测试代码review时更多的是各种UI的绘制，数据model的构造、解析，sdk代码review时看到的实现更底层，比如多线程的调度，提升了代码的深度理解

6、后续学习改进的建议

  1. 遵守单测的规范，利用xctest框架，将单测的脚本移植到sdk的工程，引入XcodeCoverage(目前已引入)统计单测覆盖率，并作为开发提测交付物之一，最好是加入到持续集成（目前已引入）
  2. 提供帮助业务测试快速查日志、定位问题的方法或工具
  3. 后续测试sdk时，不仅要从方法级别、功能级别保障质量，要更多的思考业务场景，尽可能的模拟业务的使用场景，构造复杂的条件（比如多线程、弱网、网络切换）
  4. 在技术方案评审阶段，多多思考，否掉不合理的方案，减少开发推倒重新编码的情况，相应的减少测试重复测试。

希望下次在做sdk项目测试时，能汲取此次的经验和教训，更进一步的提升技术能力。

写在最后

如果你觉得文章还不错，请大家 点赞、分享、留言 下，因为这将是我持续输出更多优质文章的最强动力！

看到这篇文章的人有觉得我的理解有误的地方，也欢迎评论和探讨～

你也可以加入下方的的群聊去和同行大神交流切磋

 

锦都不二
关注
专栏目录
博客
云计算平台OPENSTACK-IAAS服务搭建-双节点【详解】
03-27 2万+
目录OPENSTACK云平台基础架构步骤1.搭建虚拟机：2.IAAS搭建流程第一步 基础搭建：OPENSTACK云平台基础架构本来要搭建4节点，控制节点，网路节点，计算节点，存储节点，但是。。。。。此次搭建使用双节点测试，更多集群部署请自行增加即可。步骤openstack云平台基础架构 1.搭建虚拟机： 2.IAAS搭建流程 Controller搭建 Compute:(2核，8G) 组件部署 controller .
博客
jmeter 对 dubbo 接口测试是怎么实现的？有哪几个步骤
03-23 1万+
目录前言一.先了解下 dubbo 的原理，最好自己搭建一个案例可参考以下方式搭建http://09792bb8.wiz03.com/share/s/09uiKU3j2kR120MIpT2AdLm70pfBmE1zFApv2jiDZ01GhE8j二.编写 dubbo 测试脚本前言最近使用工作中使用jmeter调用dubbo接口进行接口测试，在实际尝试中遇到了一些问题，这里把这些问题整理了出来，特编写此文档，用作记录，同时分享给有需要的童鞋。 从我最近一段时间的测...
博客
测试如何定位判断是前端的bug还是后端bug
03-18 2万+
前言随着开发软件趋向于大型化复杂化，软件测试逐渐成为一个专业，需要运用专门的方法和手段，需要专门人才来管理。但是外面的小道消息总是在传：软件测试就只是找bug的！这个我可就不同意了~软件测试员是找bug，但也不仅仅是找bug。首先我们需要了解下什么是软件测试。软件测试简单点来说是验证软件在功能、性能等方面是否满足用户需求。在整个软件测试过程中，软件测试狭义上指软件初步发版后，对功能的完备度、对bug的情况进行整体测试；广义上来说，软件的测试应该围绕在软件的整个生命周期当中，对软件的操作和
博客
白盒测试怎么做？
03-15 3万+
目录前言一、什么是白盒测试二、白盒测试的分类三、白盒测试的设计方法四、白盒测试静态方法五、白盒测试动态方法六、白盒测试的特点七、总结前言在企业内部，软件测试工程师基本处于“双高”地位，即地位高、待遇高。可以说他们的职业前景非常广阔，从近期的企业人才需求和薪金水平来看，软件测试工程师的年工资有逐年上升的明显迹象。测试工程师这个职位必将成为IT就业的新亮点。一、什么是白盒测试白盒测试又称结构测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计.
博客
接口自动化测试用例
10-11 399
根据开发、产品的接口文档，以及评审，进行设计接口测试用例，它不像UI测试，有个界面，对于简单的系统，需求文档不提供也能覆盖所有功能，接口测试虽说可以抓包，但抓包无法覆盖所有接口和字段，必须要求提供详细接口文档，甚至可以辅助扣代码把接口list扣出来，字段可能扣不全但接口是全的，例如自动化测试平台系统就可以在url.py中很直观的看到所有接口list的url。点击编辑，则进入编辑页面，如果接口内容存在一部分相同内容，则可以点击复制来进行新增用例的操作，提高接口用例录入的效率，非常的方便。
博客
从手动测试菜鸟，到自动化测试老司机，只用了几个月，我的薪资翻了一倍
10-07 975
再详细一点呢，就是从txt多个文件和excel文件中，提取某些数据的值，填写到表格中，便于做问题定位和分析，其中涉及到平均值，最大值，同时涉及到几种固定的类别（就不更具体了，免得读者对号入座，联想到自己身边的同事~~）（顺便说一下，想快速成长，有两个方面的因素也很重要，一方面想学习，是内因，感兴趣的事情，一般效率都会高很多；优化后，将待处理的文件，通过文件名进行关键字搜索，如果搜索到，则统一放到新建的文件夹下，并重命名为固定的文件名，这样做可以保证后面调用文件列表的时候，一定是我需要的，不会取错。
博客
JMeter 接口自动化测试：以搜索功能为例的实现思路详解
09-13 818
随着实践的深入，还可以探索JMeter更高级的功能，如参数化、关联、分布式测试等，进一步提升测试效率和质量。添加测试计划：打开JMeter，右键点击“测试计划”(Test Plan)，选择“添加”(Add) -> “线程组”(Threads Group)，命名并设置线程数、循环次数等。根据接口要求设置请求方法（通常是GET或POST），并在“参数”(Parameters)或“请求体”(Body Data)中填入必要的参数，比如搜索关键词。右键HTTP请求，选择“添加”->“断言”->“响应断言”。
博客
JMeter 接口自动化测试：以搜索功能为例的实现思路详解
08-31 1115
随着实践的深入，还可以探索JMeter更高级的功能，如参数化、关联、分布式测试等，进一步提升测试效率和质量。添加测试计划：打开JMeter，右键点击“测试计划”(Test Plan)，选择“添加”(Add) -> “线程组”(Threads Group)，命名并设置线程数、循环次数等。根据接口要求设置请求方法（通常是GET或POST），并在“参数”(Parameters)或“请求体”(Body Data)中填入必要的参数，比如搜索关键词。右键HTTP请求，选择“添加”->“断言”->“响应断言”。
博客
手把手教你用jmeter做压力测试（详图）
08-30 1606
Apache jmeter 可以用于对静态的和动态的资源（文件，Servlet，Perl脚本，java 对象，数据库和查询，FTP服务器等等）的性能进行测试。在“线程组”右键 【添加-】->【samlper】-->【HTTP 请求】设置我们需要测试的API的请求路径和数据。在我们刚刚创建的线程组上右键 【添加】-->【配置元件】-->【HTTP请求默认值】。”上右键 【添加】-->【Threads(Users)】-->【线程组】。在我们刚刚创建的线程组上右键 【添加】-->【断言】-->【响应断言】。
博客
（完整爆料）性能测试工具JMeter实战知识点（一），快来看！
08-29 439
右键单击线程组 --> 添加 --> 配置元件 --> CSV Data Set Config。：右键单击线程组 --> 添加 --> 定时器 --> Synchronizing Timer。添加变量，设置名称和值 --> 添加用户，添加多个用户（如果添加的用户数不够，会循环取值）：右键单击HTTP请求 --> 添加 --> 配置元件 --> HTTP信息头管理器。：右键单击线程组 --> 添加 --> 取样器 --> HTTP请求。：右键单击线程组 --> 添加 --> 监听器 --> 察看结果树。
博客
2024最新最全面的JMeter 做接口加密测试
08-28 693
4、实际上，由于JMeter5.0以上版本都有自带MD5的jar 包，所以，如果是MD5，实际上是不用再去单独导入jar包的，可以直接在代码中使用，也可以直接加密，当遇到一些特殊的加密方式，才需要开发打包。5.2、然后把这个包拼写到JMeter的HTTP请求上，这样也能实现，不过，就是不方便，不能压测。//括号中填写需要加密的字符串。5.1、去百度在线加密的网站上，找到你需要的加密方式，点击在线加密，然后把加密的HTTPS包通过F12抓出来，JMeter如果需要做加密测试，是需要加密类型对应的jar包的。
博客
JMeter 接口自动化测试的最佳实践 （建议收藏）
08-27 1102
是一个开源的负载，它可以模拟多种协议和应用程序的负载，包括和 JDBC 等。在进行接口自动化测试时，使用 JMeter 可以帮助我们快速地构建，模拟多种场景，发现接口的性能问题。下面是一些 JMeter 接口自动化测试的步骤和技巧。
博客
软件测试面试题-接口测试
08-26 1022
首先了解参数的加解密方式，常见的有 md5、aes、rsa 等等，如果是 aes 的需要找开发要私钥，如果是 rsa 需要找开发要公钥和私钥，然后在接口测试工具中引用加解密的代码实现参数的加解密过程，实现参数加解密的处理；过程中，客户端和服务端开发的进度不一致，比如服务端先开发完了，这个时候可以先对服务端进行接口测试，确保服务端逻辑和返回数据是正确的，然后再测试客户端。C、 在开发提测后，可以先通过工具把服务端的接口测试跑一遍，确保接口测试用例都是通过的，快速判断服务端接口是否符合预期。
博客
一篇文章，教你彻底掌握接口测试！
08-25 1084
接口测试。
博客
Jmeter 性能测试实战教程
08-23 938
了解哪些业务（一般都是，比如等功能）以及哪些业务性能测试，需要执行性能测试的业务要考虑哪些性能指标，不同指标的一个理想值在什么范围？指标一般 CPU 占用率 <= 70%；指标一般要求 50% 的线程响应时间小于 1 秒90% 的线程响应时间小于 1 秒事务成功率 100% 等等）如何执行性能测试？一般有：针对单个功能进行测试；：根据客户要求，如 30 分钟内可以 2 万人登录；不同成员测试不同功能，同时开展！1 秒内启动所有线程（20 个）压测 5 分钟，观察性能指标；针对这个场景的测试流程大致与。
博客
2024最新最全面的高频JMeter软件测试面试题
08-22 1189
提取器和json提取器，比如说我们要获取一个Token，可以把获取到的Token值赋予一个变量，在下一个接口调用这个变量即可，如果需要提取的文本是页面上某元素的属性值，建议使用json提取器，如果需要提取的文本在页面上的位置不固定，或者不是元素的属性，建议。鼠标右击请求---断言---响应断言---响应断言，输入要检查比对的项，设置好断言后，执行接口用例，查看结果树，如果通过，不会有任何报错提示，如果断言失败，就会有红色报错。在配置元件中添加，适用于在测试计划中参数不经常变化的场景，例如设置host、
博客
使用JMeter进行接口测试教程
08-21 1116
进行接口测试时需要填写协议，IP地址及端口号，为了避免重复操作，可在线程组下添加HTTP请求默认值，填入协议、IP地址和端口号，这样后续的HTTP请求中就不用每次都填写了。（8） 忽略状态，一个请求有多个响应断言，第一个响应断言选中此项时，如果第一个响应断言失败时可以忽略此响应结果，继续进行下一个断言。、JSON断言，大小断言，JSR223断言等等，一共提供15种断言方式，一般常用的主要是响应断言，也可以用JSON断言。（2） 匹配，响应内容要完全匹配需要匹配的内容就表示响应成功，可结合正则表达式进行。
博客
史上最全，资深测试老鸟-接口测试总结，看这篇就足够了...
08-20 1327
②参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。GET的URL会有长度上的限制，则POST的数据则可以非常大。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。
博客
强大的接口测试可视化工具：Postman Flows
08-19 1364
Postman Flows是一种接口测试可视化工具，可以使用流的形式在Postman工作台将请求接口、数据处理和创建实际流程整合到一起。如下图所示Postman Flows是以API为中心的可视化应用程序开发界面。它提供了一个无限的画布用于编排和串连API，数据可视化来显示你的流的最终输出。
博客
2024最新最全面一线大厂面试Tips丨接口测试面试题
08-18 671
（4） 接口测试其他的关注点接口有翻页时，页码与页数的异常值测试数据库的增删改查，比如一个post接口操作完成后，通过列表页接口看下新的数据是否和刚才的post一致接口返回的图片地址能否打开，图片尺寸是否符合需求当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求。(正例)接口逻辑测试是指根据业务逻辑、输入参数、输出值的描述，对正常输入情况下所得的输出值是否正确的测试，也就是测试对外提供的接口服务是否正常工作。接口测试我们是在XX项目做的，主要有XX接口，XX接口，XX接口等。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值