聊聊AUTOSAR：基于Vector MICROSAR的TC8测试开发方案

技术背景

车载以太网技术作为汽车智能化和网联化的重要组成部分，正逐步成为现代汽车网络架构的核心，已广泛应用于汽车诊断（如OBD）、ECU软件更新、智能座舱系统、高清摄像头环视泊车系统等多个领域。

在这个过程中，ETS与Upper Tester作为车载以太网测试领域的重要技术和工具，发挥着不可或缺的作用。这两者的结合，为车载以太网系统的全面验证与优化提供了强有力的支持。它们不仅能够帮助工程师在设计和开发阶段及时发现并解决潜在的问题，还能确保最终交付给消费者的汽车产品具备卓越的网络性能和稳定的应用体验。随着汽车智能化和网联化趋势的不断加深，ETS与Upper Tester的重要性和应用价值也将进一步凸显。

1. ETS和Upper Tester测试分别是什么？

ETS全称是Enhanced Testability Service，是配置在被测件中，用于配合外部测试实现SOME/IP协议栈一致性测试的特殊测试服务。也就是说，ETS测试要求被测件配置额外的服务，专门用来完成更多的测试功能，比如数据的序列化及反序列化，这些功能并不是被测件的实际功能，而仅仅是用于ETS测试。ETS测试总共包含178条测试用例，其中有正向测试和逆向测试，能够更加全面地验证SOME/IP协议栈的一致性、安全性和鲁棒性。

Upper Tester简称UT，是集成在被测件中，充当TCP/IP协议栈的应用程序，用于配合外部测试仪实现以太网3~4层（TCP/IP协议栈）一致性测试的特殊软件模块。TCP/IP协议栈覆盖以太网通信模型的3~4层，包含多个子协议，各子协议之间功能相对独立，互不干扰。为了充分验证各子协议的协议一致性，TC8针对各子协议定义了测试规范，以下列举了车载以太网测试常用的测试内容。由于TCP/IP协议栈本身不能自主收发报文，因此需要集成Upper Tester软件，用来调动TCP/IP协议栈功能，实现自动化测试。

1. 如何在Vector MICROSAR上实现ETS和Upper Tester？

MICROSAR是Vector公司的AUTOSAR CP解决方案，包含了协议栈代码、文档以及配置工具，市场占有率高，质量稳定可靠。接下来小编就带大家了解一下在MICROSAR上实现ETS和Upper Tester的具体方法。

2.1 Upper Tester开发

首先说Upper Tester，因为是对TCP/IP协议的测试，因此我们只需要考虑与TcpIp模块的适配即可。在MICROSAR上实现Upper Tester开发有两种方式，一种是采用MICROSAR代码包里原装Etm模块。Etm模块的全称是Ethernet Testability Module，是MICROSAR原厂的一种Upper Tester软件包，由于Etm模块并不参与正常的通信功能，所以它是一个可选包，这个包存在的意义，就是为了满足TC8的测试需要。用户要根据测试需求，在前期购买代码包的时候，确定是否购买Etm模块。在具备原厂Etm模块的情况下，只需按照标准流程，添加Etm模块即可，如下图所示。

如果代码包里找不到Etm模块，那么就需要集成第三方的Upper Tester软件包，如东信创智自研的IpUT软件包。集成第三方的软件包，其过程与Etm模块集成的过程有很多相似之处，都需要在TcpIp模块里添加一个Cdd（复杂设备驱动）接口，并且配置TcpIp与Cdd模块之间的回调函数接口。小编特意对Upper Tester的开发流程进行了梳理，供大家交流学习。

以上是Upper Tester的开发要点，所有步骤都是在DaVinci Configurator配置工具上完成的。从开发复杂度上来讲，ETS更复杂，接下来我们看看ETS的开发要点。

2.2 ETS开发

ETS是SOME/IP协议的测试服务，在AUTOSAR架构下，规定了SOME/IP通信协议，但是并没有一个固定的SOME/IP软件模块，SOME/IP的通信协议其实是由应用层、Rte模块和Service Discovery模块共同实现的。因此ETS的开发会涉及到IP地址和Socket配置、Service Discovery服务信息配置、Rte模块中Port接口和数据序列化配置，以及应用层数据处理函数的实现。牵扯的模块包含了底层到应用层的各个层级的参数配置，若采用纯手动配置的方式，即使经验丰富的工程师，也需要耗费大量的工时来调试这些配置项。

因此SOME/IP服务最常见的开发方式是在架构开发阶段，就定义好SOME/IP服务及服务相关的数据结构、通信参数、信号触发方式等参数，并且将这些参数打包到一份arxml文件中。开发ETS的时候，只需要将这份arxml文件导入到DaVinci工具，就可以自动生成SOME/IP相关的所有模块的配置项，大大缩短开发周期和开发出错的概率。这种开发方法的另一个好处是，arxml文件可以复用，因此在任何项目和硬件平台上，都可以快捷地实现ETS开发，这也可以显著减少开发的成本。

有些人会担心，原本工程里的SOME/IP服务也是arxml导入后生成的，现在要做ETS测试，导入新的arxml文件会不会对原有功能产生影响。首先说结论，不会。因为在DaVinci配置工具中，新数据的导入会与现有的数据库进行融合，实现的是增量配置，因此不会改变现有的应用功能。

按照上述步骤导入arxml文件之后，会再自动生成很多与ETS相关的新配置项，这些配置项很有可能会在工程中报错，这是由于arxml文件在制作时无法预测用户实际适用场景，因此包含了一些辅助性的配置，比如以太网驱动、IP地址等。因此，工程师后续的工作就是消错，去掉无用的驱动、EthIf模块和TcpIp模块多余的配置项，沿用工程的配置参数即可。

DaVinci Configurator里只实现网络传输层配置、Rte Port和数据序列化算法生成，而Rte Port以及应用数据的适配，需要在应用开发工具DaVinci Developer中完成。在DaVinci Developer里，ETS作为一个应用组件Component，首先需要实例化，然后再为每一个信号创建一个Runnable来进行处理。所谓Runnable可以理解为软件里的回调函数，在这个函数里，可以通过调用特定的Rte Port来收发数据，或者执行特定的操作。

Runnable里能操作Rte Port的前提，是基于应用层信号与底层信号的藕和，这一步是通过Data Mapping来实现的。完成Data Mapping和Runnable的配置之后，在DaVinci Developer中会重新更新数据，ETS从底层到应用层的所有配置项都进一步完善。最后，还需要对一些周期性函数分配任务调度周期，这个操作叫做Task Mapping。这一步完成后，ETS开发工作就结束了，后续生成配置代码，编译烧录即可。

下图展示了完成ETS配置后的控制器与外部测试环境之间的关系，基于这样的环境，如何来执行测试呢？我们接着往下看。

1. 如何进行测试？

完成Upper Tester和ETS的配置之后，使用DaVinci配置工具生成配置代码，然后将配置代码与被测件工程代码一起编译生成二进制文件，刷写到控制器中就完成了集成工作。然后我们就要选定一种测试方案，也就是选定一种测试仪。以下列举两种测试环境，第一种是基于Vector vTESTstudio的测试环境，如图。

第二种是基于Spirent TTworkbench的测试环境，如图。

       以上两种测试仪都是依据TC8的测试标准来运行测试用例，测试流程大体是一致的，但也有区别。区别主要体现在TCP的测试上，在TC8规范里，没有明确规定被测件的状态如何来获取，比如当被测件里的TCP Socket处于ESTABLISHED状态时，Spirent的验证方法是命令被测件发数据或者收数据，若能正常收发，则可以确定被测件的状态。而在vTESTstudio中，是通过一个自定义的命令TcpGetState来直接获取当前Socket状态。而这条命令对于被测件来说，是一条超越规范的命令，虽然在Vector MICROSAR里实现了这条命令，但若是运行其它厂家的软件，却未必支持这条命令，这是小编要提醒广大测试工程师们要注意的。

1. 我们能做什么？

ETS与Upper Tester作为车载以太网测试的重要工具，是技术创新与品质保障的核心。针对这一体系，我们提供了一站式的集成服务与专业的测试服务，旨在帮助客户轻松配置DaVinci等测试环境，将ETS与Upper Tester无缝融入AUTOSAR CP架构中。通过精细的DaVinci配置方法，我们能够确保测试环境的高效性、准确性与可扩展性，助力客户在快速迭代的产品开发中，持续保持技术领先与品质卓越。

我们可以提供以下五种服务：

1. 样件TC8网络测试服务；
2. AUTOSAR CP Upper Tester+ ETS集成；
3. Linux系统下Upper Tester集成；
4. 适配vsomeip协议栈的ETS集成；
5. vTESTstudio或Spirent测试设备集成及测试培训；

无论是对于复杂的网络通信测试，还是针对特定应用场景的功能验证，我们都能提供量身定制的解决方案，满足汽车行业日益增长的测试需求。若您对我们的服务感兴趣，或者还想了解更多关于以太网测试的内容，欢迎私信或者留言！