目录跟踪协议流（Following Protocol Streams）数据包字节（Show Packet Bytes ）专家信息（Expert Information）TCP 分析（TCP Analysis）时间戳（Time Stamps）时区（Time Zones）数据包重组（Packet Reassembly）名称解析（Name Resolution）校验和（Checksums）跟踪协议流（F

诊断功能自动化的执行过程中，涉及到写入和更改请求的部分参数，主要是通过两个函数来完成，分别是diagSetParameterRaw和diagSetParameter。下面对这两个函数的区别做一个介绍。diagSetParameter函数的结构和格式如下：格式1：格式2：两种格式的区别在于你所赋值的类型。diagSetParameterRaw函数的结构和格式如下：相比于diagSetParamete

函数功能用例结果arccos计算反余弦值double x; x = arccos(0);90°arcsin计算反正弦值double x;x = arcsin(1);90°arctan计算正切值double x;x = arctan(1);0°_ceil求出不小于的最小整数float x;x = _ceil(3.6);4_floor求出不大于的最大整数float x;x = _floor(3.6);

 在进行自动化脚本的过程中，我们会涉及到对一些数据的处理，也有可能会使用到结构体。在结构体中，我们定义好一个信号，这个时候，它的类型是 char。但是，对 CAPL 中的信号处理函数来说，它是无法处理 char 型的字符串的。所以，这个时候需要我们将 char 型的字符串通过另一套系列函数将其处理之后变成函数可识别的信号。同样的， CAPL 函数库中由定义好的相关的系列函数，这里对其做一个介绍。格

完成了工程的构建，我们存在需要增加特定的测试节点来进行自动化的测试。如何添加CPAL测试节点与XML测试节点？添加之后如何配置相对应的测试节点？不同的配置会产生什么不一样的现象呢？添加测试节点。1.1 方法一：Simulation -> Simulation Setup -> 右键网络拓扑图中的通道线 -> 选择需要添加的CAPL/XML测试节点1.2 方法二：Test -&gt

文章目录普通函数命名方式报告输出测试函数命名方式报告输出总结 在编写测试脚本的过程中，我们无法避免的需要自己定义一些API函数完成指定的目标。在CAPL库中，存在着两大类的函数：一种是普通函数，一种是测试函数。这篇文章主要是介绍这两种函数的之间的区别以及自己在使用过程中的一些常用场景。这两种函数并没有高下之分，只是在处理不同问题上有自己的优势而已。普通函数命名方式 以下方的函数为例。这里先定义了函

在构建HIL测试环境过程中，FDX协议是一个常用的协议来传输数据。在调试的过程中，CAPL的函数库里面也存在一些已有的FDX系列相关的函数，我们可以直接使用来实现一些操作。FDXClientHandleUdp函数该函数的使用格式如下。此函数为具有指定地址的FDX客户端创建FDX客户端连接。先决条件是将UPD / IPv4或UDP / IPv6配置为FDX功能的传输层FDXConfigureSequ

在CAPL中，我们可以使用testcase函数来定义每一个测试用例。对于状态机的测试来说，同一状态的切换存在着多个条件。一旦case数量比较多时，后续的case维护则存在着一定的麻烦和不便利性。因为哪怕每一个case都具有唯一的名称，但是找起来还是存在着麻烦。我们可以通过实现打包case组来实现case的快速寻找和打包。下图是我已经实现的testcase打包排版。首先，创建一个类似于文件夹的cas

在设计测试用例的过程中，我们可能会使用到测试步骤的函数。这个时候，CAPL的库中也存在着一系列的TestStep函数。这里对一些常用的函数进行一个阐述说明。TestStep 函数使用格式如下。主要是用来报告测试步骤的相关描述，对测试结果没有任何的影响。用例：TestStep("1.0", "Communication prepared"); // create neutral entry in r

文章目录ConvertString使用格式函数作用示例DecodeString使用格式函数作用示例EncodeString使用格式函数作用示例ltoa使用格式函数作用示例mbstrlen使用格式函数作用示例mbstrncmp / mbstrncmp_off使用格式函数作用示例mbstrncpy / mbstrncpy_off使用格式函数作用示例mbstrstr / mbstrstr_off使用格式