CN112069064B - 一种短信服务商api接口测试方法 - Google Patents

Abstract

本发明公开的短信服务商API接口测试方法，涉及接口测试技术领域，通过分别提取各个短信服务商API接口对应的URL地址、参数，将URL地址、参数存储于数据表中，利用Apache Http Client框架，从数据表中获取URL地址、参数并将URL地址及参数组装成短信服务请求要求的数据格式，根据各个短信服务商的API接口，向相应的短信服务商发送短信服务请求，根据各个短信服务商返回的结果，测试各个短信服务商的API接口，减少了工作量，能够较为方便地接入各个短信服务商的API接口，提高了短信服务商的API接口测试的效率。另外，本发明还公开了另外一种短信服务商API接口测试方法。

Description

一种短信服务商API接口测试方法

技术领域

本发明涉及接口测试技术领域，具体涉及一种短信服务商API接口测试方法。

背景技术

随着移动互联网深入渗透到社会各个层次，人们正在享受其所带来的超级红利。但即便强大如微信、微博等国民级应用在全年龄段人群中广泛使用的形势之下，依然存在着其无法触达的信息盲区。短信，正以其长久以来良好的技术基础与广泛的用户覆盖率，在移动互联网时代发挥着无可比拟的补充作用。短信之于企业，更是充当了企业与用户交流的排头兵，对接短信服务商也成为企业信息化建设的关键一环。

但就像“不要把鸡蛋放在一个篮子”道理类似，短信供应商所能提供服务能力有限与短信必需送达客户端这一特性的矛盾，始终是悬在企业信息触达业务头上的“达摩克利斯之剑”。因此，企业多会同时选择多家短信服务商，作为自己的全平台短信服务方案。所以，测试短信服务商所提供接口能力也成为企业信息化建设中的必修课。

目前的根据短信服务商应用程序接口(Application Programming Interface，API)测试方案主要根据各个API接口的特点而采用不同的方法去测试，方法多样而不统一。技术人员需在短时期内对接大量短信服务商的API进行测试以验证其提供服务的稳定性，而因短信服务商API的差异又会产生巨大的工作量，导致效率低且短信服务能力直接影响到企业信息触达业务是否可靠。所以，打游击式的采用不成体系的测试方法不能成为可持续采用的方案。

发明内容

为解决现有技术的不足，本发明实施例提供了一种短信服务商API接口测试方法。

第一方面，本发明实施例提供的短信服务商API接口测试方法包括以下步骤：

分别提取各个短信服务商API接口对应的URL地址、参数；

将所述URL地址、所述参数存储于数据表中；

利用Apache Http Client框架，从所述数据表中获取所述URL地址、所述参数并将所述URL地址及所述参数组装成短信服务请求要求的数据格式；

根据各个短信服务商的API接口，向相应的短信服务商发送短信服务请求；

根据各个短信服务商返回的结果，测试各个短信服务商的API接口。

优选地，根据各个短信服务商返回的结果，测试各个短信服务商的API接口包括：

分别判断各个短信服务商返回的结果与对应发送的内容是否一致，若一致，则确定相应的短信服务商API接口本次测试通过。

优选地，所述参数包括：

短信服务商API接口对应的URL地址、短信服务商的请求方法、短信服务商的鉴权方式/令牌、短信服务商的请求参数列表、短信服务商的数据交换形式、短信服务商的业务公共参数。

优选地，短信服务请求要求的数据格式包括表单FORM格式、JSON消息体格式。

优选地，短信服务商的业务公共参数包括：

发送的手机号、发送的内容。

第二方面，本发明实施例提供的短信服务商API接口测试方法包括以下步骤：

利用适配器设计模式，屏蔽各个短信服务商的SDK功能的差异，面向上层封装出一套统一的适配接口。

本发明实施例提供的短信服务商API接口测试方法具有以下有益效果：

利用Apache Http Client框架，形成一套短信服务中间层，减少了工作量，能够较为方便地接入各个短信服务商的API接口并对各个短信服务商的API接口进行高效测试。

具体实施方式

以下结合具体实施例对本发明作具体的介绍。

通过大量的摸排与总结后发现，短信服务商的API主要包括植入式SDK模式的API接口、基于HTTP调用模式(Representational State Transfer，RESTful)的API接口。其中，按内容分类，短信包括验证类短信、通知类短信、营销类短信；按发送对象，短信分为单对象短信和多对象短信。针对多对象短信又分为多对象同内容短信及多对象不同内容短信。

本发明实施例提供的短信服务商API接口测试方法，适用于基于HTTP调用模式的API接口，该方法包括以下步骤：

S101，分别提取各个短信服务商API接口对应的URL地址、参数。

S102，将URL地址、参数存储于数据表中。

S103，利用Apache Http Client框架，从数据表中获取URL地址、参数并将URL地址及参数组装成短信服务请求要求的数据格式。

S104，根据各个短信服务商的API接口，向相应的短信服务商发送短信服务请求。

S105，根据各个短信服务商返回的结果，测试各个短信服务商的API接口。

可选地，根据各个短信服务商返回的结果，测试各个短信服务商的API接口包括：

分别判断各个短信服务商返回的结果与对应发送的内容是否一致，若一致，则确定相应的短信服务商API接口本次测试通过。

可选地，该参数包括：

短信服务商API接口对应的URL地址、短信服务商的请求方法、短信服务商的鉴权方式/令牌、短信服务商的请求参数列表、短信服务商的数据交换形式、短信服务商的业务公共参数。

作为本发明一个具体的实施例，短信服务商API接口对应的URL地址包括：

http://serviceA/sendMessageAPI、http://serviceB/sendMessageAPI，短信服务商的请求方法包括POST及GET。

可选地，短信服务请求要求的数据格式包括表单FORM格式、JSON消息体格式。

可选地，短信服务商的业务公共参数包括：

发送的手机号、发送的内容。

本发明实施例提供的短信服务商API接口测试方法，通过分别提取各个短信服务商API接口对应的URL地址、参数，将URL地址、参数存储于数据表中，利用Apache HttpClient框架，从数据表中获取URL地址、参数并将URL地址及参数组装成短信服务请求要求的数据格式，根据各个短信服务商的API接口，向相应的短信服务商发送短信服务请求，根据各个短信服务商返回的结果，测试各个短信服务商的API接口，减少了工作量，能够较为方便地接入各个短信服务商的API接口，提高了短信服务商的API接口测试的效率。

本发明实施例提供的短信服务商API接口另一测试方法，适用于植入式SDK模式的API接口，该方法包括以下步骤：

利用适配器设计模式，屏蔽各个短信服务商的SDK功能的差异，面向上层封装出一套统一的适配接口。

该测试方案虽然不及基于HTTP调用模式的API接口的测试方案(可以在不开发的前提下进行配置)，仍需要一定的适配工作，但相较之前已经减轻了相当多的工作量。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (5)

1.一种短信服务商API接口测试方法，其特征在于，包括：

分别提取各个短信服务商API接口对应的URL地址、参数；

将所述URL地址、所述参数存储于数据表中；

所述参数包括：

短信服务商API接口对应的URL地址、短信服务商的请求方法、短信服务商的鉴权方式/令牌、短信服务商的请求参数列表、短信服务商的数据交换形式、短信服务商的业务公共参数；

利用Apache Http Client框架，从所述数据表中获取所述URL地址、所述参数并将所述URL地址及所述参数组装成短信服务请求要求的数据格式；

根据各个短信服务商的API接口，向相应的短信服务商发送短信服务请求；

短信服务商的API包括植入式SDK模式的API接口、基于HTTP调用模式的API接口；其中，按内容分类，短信包括验证类短信、通知类短信、营销类短信；按发送对象，短信分为单对象短信和多对象短信；多对象短信又分为多对象同内容短信及多对象不同内容短信；

根据各个短信服务商返回的结果，测试各个短信服务商的API接口。

2.根据权利要求1所述的短信服务商API接口测试方法，其特征在于，根据各个短信服务商返回的结果，测试各个短信服务商的API接口包括：

分别判断各个短信服务商返回的结果与对应发送的内容是否一致，若一致，则确定相应的短信服务商API接口本次测试通过。

3.根据权利要求1所述的短信服务商API接口测试方法，其特征在于，所述短信服务请求要求的数据格式包括表单FORM格式、JSON消息体格式。

4.根据权利要求1所述的短信服务商API接口测试方法，其特征在于，短信服务商的业务公共参数包括：

发送的手机号、发送的内容。

5.根据权利要求1所述的一种短信服务商API接口测试方法，其特征在于，所述测试方法还包括：

利用适配器设计模式，屏蔽各个短信服务商的SDK功能的差异，面向上层封装出一套统一的适配接口。