CN116016239A - 一种服务接口测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种服务接口测试方法、装置、设备及存储介质，该方法包括：从面向服务架构工具链中下载包含待测服务接口的代码，并将代码编译成可执行文件；在网络包分析工具中输入过滤条件，并抓取控制器与计算机进行通信交互时的网络数据包；将服务调用指令输入至命令提示符窗口，并利用可执行文件执行服务调用指令，得到指令执行结果；根据抓取的网络数据包对指令执行结果进行检测分析，得到待测服务接口测试结果。本申请通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，解决了调用控制器服务接口后查看响应结果不方便的技术问题。

Description

一种服务接口测试方法、装置、设备及存储介质

技术领域

本申请涉及车辆接口技术领域，具体涉及一种服务接口测试方法、装置、设备及存储介质。

背景技术

随着汽车行业的飞速发展，车身控制器的功能也在不断扩展，由于车身系统越来越复杂，所以在进行接口测试可以提早介入测试，从而可以相对容易的实现自动化，提升测试效率。

目前，虽然可以利用工具去执行服务接口调用，但是在执行过程中会整理很多其他内容，导致在查看运行结果时比较难找，而且在查看多个上报通知时，需要打开不同的窗口执行对应的指令才能看到，对于很多工作人员而言，很不方便。

发明内容

鉴于以上所述现有技术的缺点，本申请提供一种服务接口测试方法、装置、设备及存储介质，以解决在调用控制器服务接口后查看响应结果不方便的技术问题。

本申请提供一种服务接口测试方法，所述方法包括以下步骤：

从面向服务架构工具链中下载包含待测服务接口的代码，并将所述代码编译成可执行文件；

在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；其中，所述控制器集成有所述待测服务接口；

将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及，

根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。

于本申请的一实施例中，所述网络包分析工具抓取的网络数据包至少包括：所述计算机发送给所述控制器的请求包、所述控制器发送给所述计算机的响应包。

于本申请的一实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程包括：

查看所述网络包分析工具抓取的网络数据包，若未抓取到所述请求包和所述响应包，则检测分析输入的服务调用指令是否正确，以及检测分析所述控制器与所述计算机的网络连接是否通畅。

于本申请的一实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：

查看所述网络包分析工具抓取的网络数据包，若只抓取到所述请求包，则检测分析参数格式是否发送正确；

如果参数格式发送正确，则确定所述控制器没有响应，并向目标对象进行反馈第一消息，提示所述目标对象进行排查；其中，所述目标对象包括开发人员；

如果参数格式发送不正确，则确定所述网络包分析工具存在问题，并向所述目标对象进行反馈第二消息，提示所述目标对象进行排查。

于本申请的一实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：

查看所述网络包分析工具抓取的网络数据包，若抓取到所述请求包和所述响应包，则检测所述待测服务接口返回的响应结果；

若所述响应结果为成功，且与所述控制器连接的负载箱没有发生响应，则向所述目标对象进行反馈第三消息，提示所述目标对象进行排查；

若所述响应结果为失败，以及所述控制器与所述计算机不存在操作反馈时，向所述目标对象进行反馈第四消息，提示所述目标对象进行排查；若所述响应结果为失败，且所述控制器与所述计算机存在操作反馈时，则表示所述控制器与所述计算机响应正常。

于本申请的一实施例中，从面向服务架构工具链中下载包含待测服务接口的代码前，所述方法还包括：

通过线束将负载箱与控制器进行连接；以及，通过网络转换器、网络将所述控制器与所述计算机进行连接；以及，将待测服务接口集成至所述控制器，并利用所述计算机模拟客户端调用所述待测服务接口。

于本申请的一实施例中，从面向服务架构工具链中下载包含待测服务接口的代码前，所述方法还包括：在所述计算机中新建虚拟局域网，并配置所述虚拟局域网的网络协议与所述控制器处于同一网段，以使所述计算机与所述控制器的网络连接通畅。

本申请还提供一种服务接口测试装置，所述装置包括有：

编译模块，用于从面向服务架构工具链中下载包含待测服务接口的代码，并将所述代码编译成可执行文件；

网络数据包抓取模块，用于在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；其中，所述控制器集成有所述待测服务接口；

服务调用指令模块，用于将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；

分析测试模块，用于根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。

本申请还提供一种服务接口测试设备，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述设备实现如上述中任一项所述的服务接口测试方法。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上述中任一项所述的服务接口测试方法。

如上所述，本申请提供一种服务接口测试方法、装置、设备及存储介质，具有以下有益效果：

本申请首先从面向服务架构工具链中下载包含待测服务接口的代码，然后将所述代码编译成可执行文件；再在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；再将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。由此可知，本申请通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以更便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，从而解决了在调用控制器服务接口后查看响应结果不方便的技术问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图；

图2为本申请中一实施例提供的服务接口测试方法的流程示意图；

图3为本申请中另一实施例提供的服务接口测试方法的流程示意图；

图4为本申请中一实施例提供的服务接口测试装置的硬件结构示意图；

图5为适用于实现本申请中一个或多个实施例的服务接口测试设备的硬件结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本申请的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本申请，而不是为了限制本申请的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

本申请中的“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请中所涉及的多个，是指两个或两个以上。

在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

另外，在本申请实施例中，“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或实现方案不应被解释为比其它实施例或实现方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

在下文描述中，探讨了大量细节，以提供对本申请实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本申请的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本申请的实施例难以理解。

图1示出了一种可以应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图。如图1所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。

根据实现需要，本申请实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本申请实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本申请对此不做特殊限定。

在本申请的一个实施例中，本申请的终端设备110或服务器130可以从面向服务架构工具链中下载包含待测服务接口的代码，然后将所述代码编译成可执行文件；再在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；再将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。利用终端设备110或服务器130执行服务接口测试方法，可以通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以更便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，从而解决了在调用控制器服务接口后查看响应结果不方便的技术问题。

以上部分介绍了应用本申请技术方案的示例性系统架构的内容，接下来继续介绍本申请的服务接口测试方法。

图2示出了本申请一实施例提供的服务接口测试方法流程示意图。具体地，在一示例性实施例中，如图2所示，本实施例提供一种服务接口测试方法，该方法包括以下步骤：

S210，从面向服务架构工具链中下载包含待测服务接口的代码，并将所述代码编译成可执行文件；作为示例，本实施例中的面向服务架构工具可以是SOA(Service-Oriented Architecture，简称SOA)工具。此外，本实施例在将代码编译成可执行文件时，可以利用工具将代码编译成可执行文件，例如可以利用SDAAutotester工具将代码编译成可执行文件。

S220，在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包。其中，所述控制器集成有所述待测服务接口。在本实施例中，网络包分析工具抓取的网络数据包至少包括：所述计算机发送给所述控制器的请求包、所述控制器发送给所述计算机的响应包。作为示例，本实施例中的网络包分析工具可以是wireshark，该工具主要是用来捕获网络数据包，并自动解析数据包，为用户显示数据包的详细信息，供用户对数据包进行分析。它可以运行在Windows和Linux操作系统上，可以使用该工具捕获并分析各类协议数据包。

S230，将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及，

S240，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。

由此可知，本实施例通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以更便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，从而解决了在调用控制器服务接口后查看响应结果不方便的技术问题。

在一示例性实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程包括：查看所述网络包分析工具抓取的网络数据包，若未抓取到所述请求包和所述响应包，则检测分析输入的服务调用指令是否正确，以及检测分析所述控制器与所述计算机的网络连接是否通畅。

在另一示例性实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：查看所述网络包分析工具抓取的网络数据包，若只抓取到所述请求包，则检测分析参数格式是否发送正确；如果参数格式发送正确，则确定所述控制器没有响应，并向目标对象进行反馈第一消息，提示所述目标对象进行排查；其中，所述目标对象包括开发人员；如果参数格式发送不正确，则确定所述网络包分析工具存在问题，并向所述目标对象进行反馈第二消息，提示所述目标对象进行排查。

在又一示例性实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：查看所述网络包分析工具抓取的网络数据包，若抓取到所述请求包和所述响应包，则检测所述待测服务接口返回的响应结果；若所述响应结果为成功，且与所述控制器连接的负载箱没有发生响应，则向所述目标对象进行反馈第三消息，提示所述目标对象进行排查；若所述响应结果为失败，以及所述控制器与所述计算机不存在操作反馈时，向所述目标对象进行反馈第四消息，提示所述目标对象进行排查；若所述响应结果为失败，且所述控制器与所述计算机存在操作反馈时，则表示所述控制器与所述计算机响应正常。

根据上述记载，在一示例性实施例中，从面向服务架构工具链中下载包含待测服务接口的代码前，本实施例还可以建立硬件测试环境，包括：通过线束将负载箱与控制器进行连接；以及，通过网络转换器、网络将所述控制器与所述计算机进行连接；以及，将待测服务接口集成至所述控制器，并利用所述计算机模拟客户端调用所述待测服务接口。具体地，本实施例硬件测试环境可以由负载箱、连接线束、被测控制器、射频钥匙接收器、射频钥匙、网络转换器及网线、PC机组成。其中，硬件测试环境的建立过程可以是：首先将负载箱和被测控制器用线束连接起来，再将被测控制器之间用网线连接起来，将射频钥匙接收器连接到左负载箱对应的射频接收接口。然后将网络转换器接到负载箱接电和接地接口，转换器一端通过网线连接到PC(Personal Computer，个人计算机，简称PC)机的网口，另一端通过网线连接到右控制器的通信引脚。然后打开负载箱电源开关，将ODH、OPH、OHB等输出开关拨到高电平方便用指示灯观察输出，灯亮为有输出；打开左负载箱上的位置灯开关，观察三个负载箱上的位置灯均能点亮以确保负载箱之间通信正常，然后按射频钥匙解锁按钮观察IG电源输出灯亮，确保能够正常上电。至此完成了整个硬件测试环境的搭建。

在另一示例性实施例中，从面向服务架构工具链中下载包含待测服务接口的代码前，本实施例中还可以建立软件测试环境，包括：在所述计算机中新建虚拟局域网，并配置所述虚拟局域网的网络协议与所述控制器处于同一网段，以使所述计算机与所述控制器的网络连接通畅。具体地，首先选中Wired_PROSet工具，点击右键以管理员权限运行该VLAN划分工具，然后在左侧列表中选择连接到控制器的PC机网口，在右侧适配器设置窗口中选择“数据包优先级和VLAN”，然后再点击上方的“组合/VLAN”选项卡，在VLANs窗口创建一个ID为6的VLAN。然后在PC机的网络连接页面找到新建的VLAN6，配置IP与控制器在同一网段。然后在SOA工具链下载包含待测服务接口的代码，打开SDAAutotester工具，选择服务编译选项卡，配置ServerIP为auto，ClientIP为刚刚设置的VLAN6的IP，然后在选择服务栏选择下载的代码文件夹路径，并在exe栏填写想要生成的可执行文件名，如test，然后点击右侧的start按钮，开始编译，当编译到100％后，在工具的\Servers\build目录会生成test_client.exe可执行文件，后面测试的时候就是通过该可执行文件去调用服务。

在本申请另一示例实施例中，如图3所示，本申请还提供一种wireshark抓包的服务接口测试方法，其步骤如下：

(1)测试台架的搭建。用网线将左、右、后控制器连接起来，再将控制器分别连接到对应的负载箱，并在负载箱上接上射频钥匙信号接收器，最后用网络转换器和网线将PC机和控制器连接起来。

(2)网络环境配置。用Wired_PROSet工具，配置VLAN ID为6，并配置本地适配器对应VLAN的IP和控制器在同一网段，保证可以Ping通。Ping，用于确定本地主机是否能与另一台主机成功交换(发送与接收)数据包，再根据返回的信息，就可以推断TCP/IP参数是否设置正确，以及运行是否正常、网络是否通畅等。

(3)下载并编译脚本。在SOA工具链下载包含待测服务接口的代码，用工具SDAAutotester编译成可执行文件。

(4)调用服务接口并用wireshark抓包分析。在wireshark输入过滤条件开始抓包，然后在cmd命令提示符窗口输入服务调用指令，执行完成以后可以通过查看wireshark抓到的包来分析测试结果。

本实施例在测试过程中，通过将负载箱与被测控制器连接，用网络转换器和网线将被测控制器和PC机连接起来，通过PC机模拟client端调用服务接口，然后用wireshark工具抓包，查看并分析请求和响应报文。所以，通过wireshark抓包分析，可以比较直观的帮助测试人员分析问题和定位问题。

具体地，以“后视镜电动折叠展开服务”为例，wireshark抓包和服务的调用测试执行过程如下：

1.后视镜电动折叠展开控制命令构造。查询到后视镜电动折叠展开服务编码为Cnr_MirrElecFoldUnfold，控制方法为RR_MirrFoldUnfoldCrl，参数SwtStCmd为0表示折叠，为1表示展开，参数RequestInfo包含请求ID和会话ID，如{3；2}，所以以1s为间隔调用2次后视镜电动折叠的指令为“test_client.exe Cnr_MirrElecFoldUnfold_RR_MirrFoldUnfoldCrl(0，{3；2})method 1000 2”。

2.wireshark抓包过滤条件构造。

在下载的代码文件夹中的Car_Control.h文件中，以Cnr_MirrElecFoldUnfold_RR_MirrFoldUnfoldCrl作为搜索条件，找到对应的hash值为90505223，然后将其转换为16进制5650007，在wireshark抓到的数据中，服务的hash值是以16进制小端模式排列的，也就是从末尾字节开始倒叙排列的，所以过滤条件为“rtps contains 07:00:65:05”。

3.启动wireshark抓包。双击打开wireshark工具，在选择捕获网络的位置双击选择与控制器通信的网络接口，进入到捕获页面后在过滤栏输入显示过滤条件，然后按回车键即可在开始抓包并只显示满足过滤条件的包，当指令执行后PC机与控制器产生交互时捕获到相关数据包。

4.调用服务接口测试。在工具的\Servers\build目录输入cmd，打开命令行窗口，输入后视镜电动折叠的指令，回车开始执行，执行结束后如果功能正常就会点亮负载箱的后视镜电动折叠输出指示灯，也可以在wireshark工具中看到已经抓到了PC机发给控制器的request请求包和控制器返回的reply响应包，在数据包的serializedData中的hash值后面会依次以小端模式排列请求参数或者响应参数，响应ResponseInfo的第二个参数RtnCd_General为0表示服务请求响应反馈为成功，当不成功时会返回其他值，对应数据类型定义表可以查询出失败原因。当指令执行完以后，在负载箱没有对应的结果输出时，可以通过查看抓到的包来分析问题。第一种情况：没有抓到报文。需要检查调用命令是否正确，以及网络连接是否还能Ping通。第二种情况：仅有request请求。首先可以查看发送的参数格式是否正确，如果和参数定义的长度不同，则是测试工具的问题；如果发送的参数是正确的，则说明是控制器没有响应，提交问题给开发排查。第三种情况：有请求和返回报文。如果接口返回成功，负载箱没有对应的响应，提交问题给开发排查；如果接口返回失败原因，则检查操作上是否存在反馈的问题，如果存在反馈，则响应正常，如果不存在反馈的问题，则是响应错误，提交问题给开发排查。

综上所述，本申请提供一种服务接口测试方法，首先从面向服务架构工具链中下载包含待测服务接口的代码，然后将所述代码编译成可执行文件；再在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；再将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。由此可知，本方法通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以更便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，从而解决了在调用控制器服务接口后查看响应结果不方便的技术问题。

如图4所示，本申请还提供一种服务接口测试装置，所述装置包括有：

编译模块410，用于从面向服务架构工具链中下载包含待测服务接口的代码，并将所述代码编译成可执行文件；作为示例，本实施例中的面向服务架构工具可以是SOA工具。此外，本实施例在将代码编译成可执行文件时，可以利用工具将代码编译成可执行文件，例如可以利用SDAAutotester工具将代码编译成可执行文件。

网络数据包抓取模块420，用于在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；其中，所述控制器集成有所述待测服务接口。在本实施例中，网络包分析工具抓取的网络数据包至少包括：所述计算机发送给所述控制器的请求包、所述控制器发送给所述计算机的响应包。作为示例，本实施例中的网络包分析工具可以是wireshark，该工具主要是用来捕获网络数据包，并自动解析数据包，为用户显示数据包的详细信息，供用户对数据包进行分析。它可以运行在Windows和Linux操作系统上，可以使用该工具捕获并分析各类协议数据包。

服务调用指令模块430，用于将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；

分析测试模块440，用于根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。

由此可知，本实施例通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以更便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，从而解决了在调用控制器服务接口后查看响应结果不方便的技术问题。

在一示例性实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程包括：查看所述网络包分析工具抓取的网络数据包，若未抓取到所述请求包和所述响应包，则检测分析输入的服务调用指令是否正确，以及检测分析所述控制器与所述计算机的网络连接是否通畅。

在另一示例性实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：查看所述网络包分析工具抓取的网络数据包，若只抓取到所述请求包，则检测分析参数格式是否发送正确；如果参数格式发送正确，则确定所述控制器没有响应，并向目标对象进行反馈第一消息，提示所述目标对象进行排查；其中，所述目标对象包括开发人员；如果参数格式发送不正确，则确定所述网络包分析工具存在问题，并向所述目标对象进行反馈第二消息，提示所述目标对象进行排查。

在又一示例性实施例中，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：查看所述网络包分析工具抓取的网络数据包，若抓取到所述请求包和所述响应包，则检测所述待测服务接口返回的响应结果；若所述响应结果为成功，且与所述控制器连接的负载箱没有发生响应，则向所述目标对象进行反馈第三消息，提示所述目标对象进行排查；若所述响应结果为失败，以及所述控制器与所述计算机不存在操作反馈时，向所述目标对象进行反馈第四消息，提示所述目标对象进行排查；若所述响应结果为失败，且所述控制器与所述计算机存在操作反馈时，则表示所述控制器与所述计算机响应正常。

根据上述记载，在一示例性实施例中，从面向服务架构工具链中下载包含待测服务接口的代码前，本实施例还可以建立硬件测试环境，包括：通过线束将负载箱与控制器进行连接；以及，通过网络转换器、网络将所述控制器与所述计算机进行连接；以及，将待测服务接口集成至所述控制器，并利用所述计算机模拟客户端调用所述待测服务接口。具体地，本实施例硬件测试环境可以由负载箱、连接线束、被测控制器、射频钥匙接收器、射频钥匙、网络转换器及网线、PC机组成。其中，硬件测试环境的建立过程可以是：首先将负载箱和被测控制器用线束连接起来，再将被测控制器之间用网线连接起来，将射频钥匙接收器连接到左负载箱对应的射频接收接口。然后将网络转换器接到负载箱接电和接地接口，转换器一端通过网线连接到PC(Personal Computer，个人计算机，简称PC)机的网口，另一端通过网线连接到右控制器的通信引脚。然后打开负载箱电源开关，将ODH、OPH、OHB等输出开关拨到高电平方便用指示灯观察输出，灯亮为有输出；打开左负载箱上的位置灯开关，观察三个负载箱上的位置灯均能点亮以确保负载箱之间通信正常，然后按射频钥匙解锁按钮观察IG电源输出灯亮，确保能够正常上电。至此完成了整个硬件测试环境的搭建。

在另一示例性实施例中，从面向服务架构工具链中下载包含待测服务接口的代码前，本实施例中还可以建立软件测试环境，包括：在所述计算机中新建虚拟局域网，并配置所述虚拟局域网的网络协议与所述控制器处于同一网段，以使所述计算机与所述控制器的网络连接通畅。具体地，首先选中Wired_PROSet工具，点击右键以管理员权限运行该VLAN划分工具，然后在左侧列表中选择连接到控制器的PC机网口，在右侧适配器设置窗口中选择“数据包优先级和VLAN”，然后再点击上方的“组合/VLAN”选项卡，在VLANs窗口创建一个ID为6的VLAN。然后在PC机的网络连接页面找到新建的VLAN6，配置IP与控制器在同一网段。然后在SOA工具链下载包含待测服务接口的代码，打开SDAAutotester工具，选择服务编译选项卡，配置ServerIP为auto，ClientIP为刚刚设置的VLAN6的IP，然后在选择服务栏选择下载的代码文件夹路径，并在exe栏填写想要生成的可执行文件名，如test，然后点击右侧的start按钮，开始编译，当编译到100％后，在工具的\Servers\build目录会生成test_client.exe可执行文件，后面测试的时候就是通过该可执行文件去调用服务。

在本申请另一示例实施例中，本申请还提供一种wireshark抓包的服务接口测试装置，用于执行以下步骤：

(1)测试台架的搭建。用网线将左、右、后控制器连接起来，再将控制器分别连接到对应的负载箱，并在负载箱上接上射频钥匙信号接收器，最后用网络转换器和网线将PC机和控制器连接起来。

(2)网络环境配置。用Wired_PROSet工具，配置VLAN ID为6，并配置本地适配器对应VLAN的IP和控制器在同一网段，保证可以Ping通。Ping，用于确定本地主机是否能与另一台主机成功交换(发送与接收)数据包，再根据返回的信息，就可以推断TCP/IP参数是否设置正确，以及运行是否正常、网络是否通畅等。

(3)下载并编译脚本。在SOA工具链下载包含待测服务接口的代码，用工具SDAAutotester编译成可执行文件。

(4)调用服务接口并用wireshark抓包分析。在wireshark输入过滤条件开始抓包，然后在cmd命令提示符窗口输入服务调用指令，执行完成以后可以通过查看wireshark抓到的包来分析测试结果。

本实施例在测试过程中，通过将负载箱与被测控制器连接，用网络转换器和网线将被测控制器和PC机连接起来，通过PC机模拟client端调用服务接口，然后用wireshark工具抓包，查看并分析请求和响应报文。所以，通过wireshark抓包分析，可以比较直观的帮助测试人员分析问题和定位问题。

具体地，以“后视镜电动折叠展开服务”为例，wireshark抓包和服务的调用测试执行过程如下：

1.后视镜电动折叠展开控制命令构造。查询到后视镜电动折叠展开服务编码为Cnr_MirrElecFoldUnfold，控制方法为RR_MirrFoldUnfoldCrl，参数SwtStCmd为0表示折叠，为1表示展开，参数RequestInfo包含请求ID和会话ID，如{3；2}，所以以1s为间隔调用2次后视镜电动折叠的指令为“test_client.exe Cnr_MirrElecFoldUnfold_RR_MirrFoldUnfoldCrl(0，{3；2})method 1000 2”。

2.wireshark抓包过滤条件构造。

在下载的代码文件夹中的Car_Control.h文件中，以Cnr_MirrElecFoldUnfold_RR_MirrFoldUnfoldCrl作为搜索条件，找到对应的hash值为90505223，然后将其转换为16进制5650007，在wireshark抓到的数据中，服务的hash值是以16进制小端模式排列的，也就是从末尾字节开始倒叙排列的，所以过滤条件为“rtps contains 07:00:65:05”。

3.启动wireshark抓包。双击打开wireshark工具，在选择捕获网络的位置双击选择与控制器通信的网络接口，进入到捕获页面后在过滤栏输入显示过滤条件，然后按回车键即可在开始抓包并只显示满足过滤条件的包，当指令执行后PC机与控制器产生交互时捕获到相关数据包。

4.调用服务接口测试。在工具的\Servers\build目录输入cmd，打开命令行窗口，输入后视镜电动折叠的指令，回车开始执行，执行结束后如果功能正常就会点亮负载箱的后视镜电动折叠输出指示灯，也可以在wireshark工具中看到已经抓到了PC机发给控制器的request请求包和控制器返回的reply响应包，在数据包的serializedData中的hash值后面会依次以小端模式排列请求参数或者响应参数，响应ResponseInfo的第二个参数RtnCd_General为0表示服务请求响应反馈为成功，当不成功时会返回其他值，对应数据类型定义表可以查询出失败原因。当指令执行完以后，在负载箱没有对应的结果输出时，可以通过查看抓到的包来分析问题。第一种情况：没有抓到报文。需要检查调用命令是否正确，以及网络连接是否还能Ping通。第二种情况：仅有request请求。首先可以查看发送的参数格式是否正确，如果和参数定义的长度不同，则是测试工具的问题；如果发送的参数是正确的，则说明是控制器没有响应，提交问题给开发排查。第三种情况：有请求和返回报文。如果接口返回成功，负载箱没有对应的响应，提交问题给开发排查；如果接口返回失败原因，则检查操作上是否存在反馈的问题，如果存在反馈，则响应正常，如果不存在反馈的问题，则是响应错误，提交问题给开发排查。

综上所述，本申请提供一种服务接口测试装置，首先从面向服务架构工具链中下载包含待测服务接口的代码，然后将所述代码编译成可执行文件；再在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；再将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。由此可知，本装置通过网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包来进行服务接口分析，可以更便捷地查看控制器与计算机之间的请求和响应结果，提高服务接口测试效率，从而解决了在调用控制器服务接口后查看响应结果不方便的技术问题。

需要说明的是，上述实施例所提供服务接口测试装置与上述实施例所提供的服务接口测试方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的服务接口测试装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种服务接口测试设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述服务接口测试设备实现上述各个实施例中提供的服务接口测试方法。

图5示出了适于用来实现本申请实施例的服务接口测试设备的计算机装置的结构示意图。需要说明的是，图5示出的服务接口测试设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从储存部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的储存部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入储存部分1008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的装置中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的服务接口测试方法。该计算机可读存储介质可以是上述实施例中描述的服务接口测试设备中所包含的，也可以是单独存在，而未装配入该服务接口测试设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的服务接口测试方法。

上述实施例仅示例性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (10)

1.一种服务接口测试方法，其特征在于，所述方法包括以下步骤：

从面向服务架构工具链中下载包含待测服务接口的代码，并将所述代码编译成可执行文件；

在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；其中，所述控制器集成有所述待测服务接口；

将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；以及，

根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。

2.根据权利要求1所述的服务接口测试方法，其特征在于，所述网络包分析工具抓取的网络数据包至少包括：所述计算机发送给所述控制器的请求包、所述控制器发送给所述计算机的响应包。

3.根据权利要求2所述的服务接口测试方法，其特征在于，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程包括：

查看所述网络包分析工具抓取的网络数据包，若未抓取到所述请求包和所述响应包，则检测分析输入的服务调用指令是否正确，以及检测分析所述控制器与所述计算机的网络连接是否通畅。

4.根据权利要求2或3所述的服务接口测试方法，其特征在于，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：

查看所述网络包分析工具抓取的网络数据包，若只抓取到所述请求包，则检测分析参数格式是否发送正确；

如果参数格式发送正确，则确定所述控制器没有响应，并向目标对象进行反馈第一消息，提示所述目标对象进行排查；其中，所述目标对象包括开发人员；

如果参数格式发送不正确，则确定所述网络包分析工具存在问题，并向所述目标对象进行反馈第二消息，提示所述目标对象进行排查。

5.根据权利要求4所述的服务接口测试方法，其特征在于，根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果的过程还包括：

查看所述网络包分析工具抓取的网络数据包，若抓取到所述请求包和所述响应包，则检测所述待测服务接口返回的响应结果；

若所述响应结果为成功，且与所述控制器连接的负载箱没有发生响应，则向所述目标对象进行反馈第三消息，提示所述目标对象进行排查；

若所述响应结果为失败，以及所述控制器与所述计算机不存在操作反馈时，向所述目标对象进行反馈第四消息，提示所述目标对象进行排查；若所述响应结果为失败，且所述控制器与所述计算机存在操作反馈时，则表示所述控制器与所述计算机响应正常。

6.根据权利要求1或5所述的服务接口测试方法，其特征在于，从面向服务架构工具链中下载包含待测服务接口的代码前，所述方法还包括：

通过线束将负载箱与控制器进行连接；以及，通过网络转换器、网络将所述控制器与所述计算机进行连接；以及，将待测服务接口集成至所述控制器，并利用所述计算机模拟客户端调用所述待测服务接口。

7.根据权利要求6所述的服务接口测试方法，其特征在于，从面向服务架构工具链中下载包含待测服务接口的代码前，所述方法还包括：在所述计算机中新建虚拟局域网，并配置所述虚拟局域网的网络协议与所述控制器处于同一网段，以使所述计算机与所述控制器的网络连接通畅。

8.一种服务接口测试装置，其特征在于，所述装置包括有：

编译模块，用于从面向服务架构工具链中下载包含待测服务接口的代码，并将所述代码编译成可执行文件；

网络数据包抓取模块，用于在网络包分析工具中输入过滤条件，并通过所述网络包分析工具抓取控制器与计算机进行通信交互时的网络数据包；其中，所述控制器集成有所述待测服务接口；

服务调用指令模块，用于将服务调用指令输入至命令提示符窗口，并利用所述可执行文件执行所述服务调用指令，得到指令执行结果；

分析测试模块，用于根据抓取的网络数据包对所述指令执行结果进行检测分析，得到待测服务接口测试结果。

9.一种服务接口测试设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述设备实现如权利要求1至7中任一项所述的服务接口测试方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如权利要求1至7中任一项所述的服务接口测试方法。

Images