一文带你了解SOA接口测试
技术干货 2022.06.14

一、SOA是什么


SOA(Service Oriented Architecture)是一种面向服务的架构,最早应用于IT行业,虽然行业内对于SOA的定义没有一个统一的描述,但是总体而言,SOA把功能定义成为服务,服务带有明确的可调用接口,并可以通过网络调用。


在汽车领域,对于高性能计算平台而言,为了实现域控制器以及区域控制器之间的互联互通和软硬分离、缩短开发周期等优势,也引入了SOA的概念,而SOME/IP(Scalable service-Oriented MiddlewarE over IP)协议就是汽车领域实现SOA时常用的一种中

间件协议。


二、SOME/IP服务的通讯机制


服务是实现某种功能的方法或函数,基于C/S架构可以分为server(服务提供方)和client(服务消费方),通过服务接口描述服务及服务的内容,其接口类型及通讯机制如下:



一文带你了解SOA接口测试(图1)


Method:Client端向Server端发送请求报文

· RR-Method——Server端回复响应报文

· FF-Method——Server端不回复响应报文


640 (1).png

RR-Method

(Request/Response)

640 (2).png

FF-Method

(Fire&Forget)


Event:Client端订阅一个服务,Server端发布该服务


640 (3).png

Event


Field:

· Setter/Getter——Client端请求获取/设置某一属性/状态

· Notifier——Client端订阅某一属性/状态后,Server端发布该服务,发布条件同Event,不同的是订阅后Server端会立即发送此Field的内容


640 (4).png

Get/Set Field

640 (5).png

Notifier Fiel



三、SOA服务测试内容及环境搭建


SOME/IP协议的底层是通过以太网实现的,基于service的控制器之间对服务的调用流程,以及基于service的控制器和基于信号(signal)的控制器之间对信息的传输,都需要在软件开发过程中进行验证,一般划分5个方面测试SOA的性能。


SD测试:服务的订阅/发布测试

接口和参数测试:测试服务的每一个Interface,以及Interface对应的参数

功能测试:测试特定输入/场景下的SOA功能输出

压力测试:多个客户端同时调用某服务的测试

系统测试:服务的嵌套调用


进行SOA测试首先要能与DUT建立通讯(CAN(FD)/LIN/以太网),能控制DUT上下电和唤醒,可以参考以下的测试拓扑来监控DUT的通讯,同时模拟传统的CAN(FD)/LIN网络节点,以及服务的client/server与DUT建立连接,测试DUT实现SOME/IP服务的状态。

 

640 (6).png


四、SOA服务接口测试


现在,通过一个实例来讲解SOA接口测试的内容和测试方法。

首先,需要提供服务接口的需求规范、服务矩阵(Ethernet Matrix)、服务数据库(Arxml),如果涉及到S2S(service to signal)的接口,也要提供相关的CAN(FD)/LIN数据库文件。


测试需求

以BodyDoorLock服务的RR method接口LockReq为例,DUT作为server,Tester模拟client。接口包含两个请求参数(Source,Req),和一个响应参数(Result)。

一文带你了解SOA接口测试(图8)

测试规范

根据需求规范的描述设计测试用例,测试用例需要覆盖接口的通讯机制,接口参数值以及S2S。可以参考思维导图的方式解析需求,并设计测试用例。


一文带你了解SOA接口测试(图9)


测试工程

首先,要在CANoe工程中添加SOME/IP数据库文件,在CANoe界面点击“Simulation > System and Communication Setup > Import Data Source > 选择对应的Arxml文件 > Finish”。

然后在“System Explorer”中,绑定BodyDoorLock为SOME/IP服务。


一文带你了解SOA接口测试(图10)


CANoe工程导入对应的数据库之后,可以跟DUT自动建立服务的发布和订阅,也可以自动的解析服务接口的参数。测试工程师不需要考虑底层逻辑的实现,即服务发现(Service Discovery)和序列化等过程,只需要考虑接口层的使用即可。


如何在CAPL脚本中实现接口的调用和响应参数的检查,可以参考vector的示例,开发测试脚本如下,对CAN信号的检查不再赘述。


一文带你了解SOA接口测试(图11)


五、注意事项


在整个测试过程中,或多或少会出现一些测试问题,这里根据常见的问题简单做个总结:


Tips1 

client和server对应都已经发送find service和offer service,但是CANoe和DUT之间不能自动完成服务的订阅?

► 这种情况要在log中检查IP地址、MAC地址、VLAN、ServiceID、InstanceID、MajorVersion、MinorVersion、TP Port等参数与定义的服务是否一致,如果不一致则可以在“Edit System Data > Model Editor”中修改这些参数。也可以在Model Editor中修改服务的接口参数,订阅关系等。


一文带你了解SOA接口测试(图12)


Tips2

当仿真发送的参数是不定长数组时,canoe发送报文失败?

► 模拟发送不定长数组的时候需要先定义数组的长度。


一文带你了解SOA接口测试(图13)


Tips3

定义参数名称的时候使用了key,message等已经被canoe使用的关键字,调用这个参数的时候,CANoe报错?

► 如果发现数据库中的参数包含这些关键字,可以在Model Editor里面修改参数的名称,再重新调用即可。


一文带你了解SOA接口测试(图14)


以上就是SOA测试的主要内容,篇幅有限,更多的细节就不一一赘述了,如果你有其他问题,欢迎关注怿星公众号一起探讨!





关注怿星科技公众号,获取更多资讯


一文带你了解SOA接口测试(图15)