Test Module基础

已于 2024-01-04 09:22:30 修改
阅读量1.2k 收藏 42
点赞数 12
分类专栏： CANoe #自动测试 文章标签： 测试工具 汽车
于 2023-11-22 17:05:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2201_76134806/article/details/134548926
版权

 1.Test Moudule架构

 2.在CANoe中创建并配置Test Module组件

 

 在Options中点开General中的Test Feature Set 如上图所示选择2输出的文件只能用浏览器打开，选择1输出的只能通过canoe打开。

选择2输出如下：

 选择1输出如下：

 3. Test Module的CAPL脚本代码的基本结构

  1. 要创建.can⽂件跟TestModule进⾏关联
  2. 脚本⽂件中必须要有 MainTest 函数，⽤于描述整个测试模块中的执⾏流程
  3. 要编写⽤例，必须定义测试⽤例函数，使⽤ testcase 关键字定义
MainTest()
{
 MyTestCase1();
 MyTestCase2();
}
testcase MyTestCase1()
{ 
}
testcase MyTestCase2()
{
}

 4.常⽤函数 —— “测试架构”相关的函数

 测试用例

includes
{
  
}

variables
{
  
}

MainTest()
{
  testModuleTitle("我的第一个测试模块");//用于设定测试模块的标题
  testModuleDescription("这个测试模块仅仅用于演示");//用于将测试用例的描述写入测试报告
  
  testGroupBegin("我的测试组一","这是分组里的X用例");//用于测试分组的开始
    MyTestCase1();
    MyTestCase2();
  testGroupEnd();//用于测试分组的的结尾
  
  testGroupBegin("我的测试组二","这是分组里都是Y的用例");
   MyTestCase3();
   testGroupBegin("我的测试组二下的小组","这是分组里的Z的用例");
    MyTestCase4();
    MyTestCase5();
   testGroupEnd();
  testGroupEnd();
}

testcase MyTestCase1()
{
  testCaseTitle("TCL","我的测试用例1"); 
  testCaseDescription("这个用例主要是用于验证");
}

testcase MyTestCase2()
{
  testCaseTitle("TCB","我的测试用例2");
  testCaseDescription("这个用例主要是用于验证");
}

testcase MyTestCase3()
{
  
}

testcase MyTestCase4()
{
  
}

testcase MyTestCase5()
{
  
}

 testStep()//用于报告测试步骤信息，而不对测试结果有任何影响.

testStepPass();//显示通过
testStepFail();//显示错误

 

 一个组里有一个用例错误，这个组就失败，这个组失败总结果就失败。

 

includes
{
  
}

variables
{
  
}

MainTest()
{
  testModuleTitle("我的第一个测试模块");//用于设定测试模块的标题
  testModuleDescription("这个测试模块仅仅用于演示");//用于将测试用例的描述写入测试报告
  
  testGroupBegin("我的测试组一","这是分组里的X用例");//用于测试分组的开始
    MyTestCase1();
    MyTestCase2();
  testGroupEnd();//用于测试分组的的结尾
  
  testGroupBegin("我的测试组二","这是分组里都是Y的用例");
   MyTestCase3();
   testGroupBegin("我的测试组二下的小组","这是分组里的Z的用例");
    MyTestCase4();
    MyTestCase5();
   testGroupEnd();
  testGroupEnd();
}

testcase MyTestCase1()
{
  testCaseTitle("TCL","我的测试用例1"); 
  testCaseDescription("这个用例主要是用于验证");
  
  testStep("这是一个重要1","这是一个");
  testStep("这是一个重要2","这是一个");
  testStep("这是一个重要3","这是一个");
  
  testStepPass("当前结果判定成功","jock顶梁柱是[%s]","贺工");
  testStepFail("当前结果判定失败","jock顶梁柱是[%s]","小丑");
  
  testStepPass("当前结果判定成功","1+1=%d",2);
  testStepFail("当前结果判定失败","1+1=%d",1);
  
}

testcase MyTestCase2()
{
  
  int fd=0;
  int matchedResult;
  
  testCaseTitle("TCB","我的测试用例2");
  testCaseDescription("这个用例主要是用于验证");
  testStep("别急","等一会");
  testWaitForTimeout(2500);
  testStep("继续","执行下去");
  //让程序弹出一个对话框
//  fd=testWaitForTesterConfirmation("请确认当前值是否等于2000？");//会自己弹出来让你确认可在框内输入信息
//  if(fd==1)
//  {
//    testStepPass("用例执行通过","当前值为2000");
//  }
//  else
//  {
    
//    testStepFail("用例执行失败","当前值为200");
//  }
  matchedResult=testWaitForSignalMatch(OnOff,1,1500);//引擎状态为1等待1500ms
  if(matchedResult==1)
  {
   testStepPass("用例执行通过","开关打开");
    
  }
  else
  {
    testStepFail("用例执行通过","开关打开失败开关状态为%d",$OnOff);
  }
}

testcase MyTestCase3()
{
  
}

testcase MyTestCase4()
{
  
}

testcase MyTestCase5()
{
  
}

 

5.常⽤函数 —— “信号”相关的函数 

matchedResult=testWaitForSignalMatch(LeftDoorState,1,1500);
  if(matchedResult)
  {
    testStepPass("用例执行通过","车门打开");
  }
  else
  {
    testStepFail("用例执行失败","车门打开失败开关状态为%d",$LeftDoorState);
  }

 6.常⽤函数 —— “测试报告”相关的函数

 

7.常⽤函数 —— “探测检查”相关的函数

  • 为了完成⼀段时间内的持续探测检查，并能够统计这段时间内的各项数据，并且获取检查的结果 
  1. 先：调⽤⼀个具体规则的“开始检查函数”，返回⼀个检查的标识ID
  2. 再：等待⼀段指定的时⻓（这个过程中），系统会持续探测检查
  3. 最后：判定检查的探测结果（违反规则的事件的发⽣次数），是否有违反规则
  4. 还可以：将这段时间内的各项统计数据获取

 六、案例

  • 前⾬刮（Front Wiper）可能处于四种状态：关闭中、⾼速刮中、低速刮中、故障中
  • BCM模块会处理总线上收到的控制前⾬刮⼯作的请求报⽂，⼀旦收到报⽂，就进⾏控制处理，并实 时反馈
  • BCM模块会实时将前⾬刮的状态反馈到汽⻋总线上，持续发送ID为0x387的报⽂
  1. 其中有⼀个信号 BCM_FrontWiperStatus ，它的取值如下：
  2. 0x0=OFF； 0x1=Low；0x2=High； 0x3=Error
  • ⽤户可以通过⻋机/中控来控制前⾬刮的⼯作，本质上就是发送控制前⾬刮的请求报⽂，这个报⽂如下
  1. ID为 0x55D 的报⽂，其中⼀个信号 HU_FronWiperRq 负责控制前⾬刮，它的取值如下：
  2. 0x0 =关闭； 0x1 =低速刮； 0x2 =⾼速刮 ； 0x3=aotu档

（2）分析：按照请求信号的规格描述，分别发送不同的控制前⾬刮⼯作的信号值的报⽂，等待BCM进 ⾏处理，并验证前⾬刮⼯作状态的信号（BCM持续在总线上发的）是否符合预期。

  • 发送请求控制⾬刮的报⽂（0x55D），查看验证⾬刮状态的报⽂（0x387）

（3）实现：使⽤CANoe中的Test Module来实现前⾬刮控制器（BCM）的功能

  • 创建⼀个前⾬刮功能验证的测试模块 —— 前⾬刮功能测试模块
  • 在测试模块下创建4个⽤例函数，分别代表请求4种不同档位的操作
/*@!Encoding:936*/
variables
{
 // 进⾏前⾬刮控制的请求报⽂
 message HU_0x55d msgReq;
 // 检查结果的标识
 int checkResult;
}
MainTest()
{
 testModuleTitle("前⾬刮功能测试");
 testModuleDescription("详细测试前⾬刮各个档位的⼯作状态，包括：关闭、⾼速刮、低速
刮、⾃动挡");
 
 testReportAddEngineerInfo("测试员", "007");
 testReportAddEngineerInfo("⼯号", "666888");
 
 testReportAddSUTInfo("ECU", "BCM（⻋身控制模块）");
 testReportAddSUTInfo("软件版本", "V1.3.2");
 
 FrontWiperLow();
 FrontWiperHigh();
 FrontWiperOff();
 FrontWiperAuto();
}
testcase FrontWiperLow()
{ 
 testCaseTitle("⽤例1", "测试前⾬刮 —— 低速刮");
 testCaseDescription("发送低速刮的请求，验证前⾬刮状态信号是否变为低速刮");
 
 testStep("⽤例开始时", "请求发送前，当前的⼯作状态信号BCM_FrontWiperStatus为：
0x%X", (int)$BCM_FrontWiperStatus);
 
 // 设置请求的信号值为1，代表希望控制前⾬刮低速刮，并发送该报⽂
 msgReq.HU_FronWiperRq = 0x1;
 output(msgReq);
 
 // 检查BCM操作了前⾬刮后，更新前⾬刮⼯作状态的信号值为0x1，代表当前前⾬刮正在低速刮
 checkResult = testWaitForSignalMatch(BCM_FrontWiperStatus, 1, 500);
 if(checkResult == 1) // 满⾜检查的条件（前⾬刮⼯作状态的信号值更新为1了）
 {
 testStepPass("⽤例执⾏成功", "请求发送后预期值[0x01]，当前的前⾬刮⼯作状态信号
BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
 else
 {
 testStepFail("⽤例执⾏失败", "请求发送后预期值[0x01]，当前的前⾬刮⼯作状态信号
BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
}
testcase FrontWiperHigh()
{ 
 testCaseTitle("⽤例2", "测试前⾬刮 —— ⾼速刮");
 testCaseDescription("发送⾼速刮的请求，验证前⾬刮状态信号是否变为低⾼速刮");
 
 testStep("⽤例开始时", "请求发送前，当前的⼯作状态信号BCM_FrontWiperStatus为：
0x%X", (int)$BCM_FrontWiperStatus);
 
 // 设置请求的信号值为2，代表希望控制前⾬刮⾼速刮，并发送该报⽂
 msgReq.HU_FronWiperRq = 0x2;
 output(msgReq);
 
 // 检查BCM操作了前⾬刮后，更新前⾬刮⼯作状态的信号值为0x2，代表当前前⾬刮正在⾼速刮
 checkResult = testWaitForSignalMatch(BCM_FrontWiperStatus, 2, 500);
 if(checkResult == 1) // 满⾜检查的条件（前⾬刮⼯作状态的信号值更新为2了）
 {
 testStepPass("⽤例执⾏成功", "请求发送后预期值[0x02]，当前的前⾬刮⼯作状态信号
BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
 else
 {
 testStepFail("⽤例执⾏失败", "请求发送后预期值[0x02]，当前的前⾬刮⼯作状态信号
BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
}
testcase FrontWiperOff()
{ 
 testCaseTitle("⽤例3", "测试前⾬刮 —— 关闭");
 testCaseDescription("发送关闭的请求，验证前⾬刮状态信号是否变为低关闭");
 
 testStep("⽤例开始时", "请求发送前，当前的⼯作状态信号BCM_FrontWiperStatus为：
0x%X", (int)$BCM_FrontWiperStatus);
 
 // 设置请求的信号值为0，代表希望控制前⾬刮关闭，并发送该报⽂
 msgReq.HU_FronWiperRq = 0x0;
 output(msgReq);
 
 // 检查BCM操作了前⾬刮后，更新前⾬刮⼯作状态的信号值为0x0，代表当前前⾬刮已关闭
 checkResult = testWaitForSignalMatch(BCM_FrontWiperStatus, 0, 500);
if(checkResult == 1) // 满⾜检查的条件（前⾬刮⼯作状态的信号值更新为0了）
 {
 testStepPass("⽤例执⾏成功", "请求发送后预期值[0x00]，当前的前⾬刮⼯作状态信号
BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
 else
 {
 testStepFail("⽤例执⾏失败", "请求发送后预期值[0x00]，当前的前⾬刮⼯作状态信号
BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
}
testcase FrontWiperAuto()
{ 
 testCaseTitle("⽤例4", "测试前⾬刮 —— ⾃动挡");
 testCaseDescription("发送⾃动挡的请求，验证前⾬刮状态信号是在1和2之间");
 
 testStep("⽤例开始时", "请求发送前，当前的⼯作状态信号BCM_FrontWiperStatus为：
0x%X", (int)$BCM_FrontWiperStatus);
 
 // 设置请求的信号值为3，代表希望控制前⾬刮为⾃动挡，并发送该报⽂
 msgReq.HU_FronWiperRq = 0x3;
 output(msgReq);
 
 // 检查BCM操作了前⾬刮后，更新前⾬刮⼯作状态的信号值为0x1或者0x2，代表当前前⾬刮处
于⾃动挡
 checkResult = testWaitForSignalInRange(BCM_FrontWiperStatus, 1, 2, 500
);
 if(checkResult == 1) // 满⾜检查的条件（前⾬刮⼯作状态的信号值更新为1或2了）
 {
 testStepPass("⽤例执⾏成功", "请求发送后预期值[0x01~0x02]，当前的前⾬刮⼯作状
态信号BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
 else
 {
 testStepFail("⽤例执⾏失败", "请求发送后预期值[0x01~0x02]，当前的前⾬刮⼯作状
态信号BCM_FrontWiperStatus为：0x%02X", (int)$BCM_FrontWiperStatus);
 }
}

2. 测试ECU（⻋身控制模块BCM）发送报⽂周期的性能 

（1）需求：测试⼀段时间内，BCM发送0x28B报⽂的间隔时间是否在37到43ms之间

矩阵表中标准是40ms，由于ECU的性能，或多或少都会有偏差

（2）分析：使⽤“检查探测”相关的函数

  • 先：调⽤ ChkStart_MsgAbsCycleTimeViolation 开启检查
  • 再：让程序等待⼀段时间（例如6000ms），调⽤ TestWaitForTimeout
  • 然后：查询检查的各项结果：违规次数、报⽂探测到次数、报⽂的平均间隔时间、……
  • 最后：判定“违规次数”决定⽤例是否通过（ TestStepPass 、 TestStepFail ），并记录统计 数据到测试报告中（ TestStep ）
  • 额外：可以使⽤“为检查添加条件”的⽅式（ TestAddCondition ），对⼀段时间内发⽣的每⼀次 违规，都进⾏判决并加⼊测试报告。 
    /*@!Encoding:936*/
includes
{
 
}
variables
{
 const dword gCHECK_TIMEOUT = 6000;
 const word gMIN_INTERVAL = 37;
 const word gMAX_INTERVAL = 43;
}
void MainTest ()
{
 testModuleTitle("测试BCM_0x28B报⽂的发送性能");
 
 TestMsgSendInterval();
}
testcase TestMsgSendInterval()
{
 dword checkId;
 long numEvents;
 long statNumProbes;
 double msgIntervalAvg;
 double msgIntervalMin;
 double msgIntervalMax;
 
 testCaseTitle("⽤例1", "测试BCM_0x28B报⽂的发送时间间隔在规定的范围之内");
 
 // 创建并开启了⼀次针对报⽂的发送时间间隔是否在指定范围之内的检查
 // 返回⼀个检查ID，以供后续查询检查结果、获取统计数据使⽤
 checkId = ChkStart_MsgAbsCycleTimeViolation(BCM_0x28b, gMIN_INTERVAL, gM
AX_INTERVAL);
 
 // 为检查添加条件，记录检查过程中违规的事件信息，并加⼊测试报告中
 TestAddCondition(checkId);
 
 // 持续检查6秒
 testWaitForTimeout(gCHECK_TIMEOUT);
 
 // 为该检查移除条件
 testRemoveCondition(checkId);
/************************************
 查询检查的各项结果
 查看违规次数 —— ChkQuery_NumEvents
 查看报⽂出现次数/信号变化次数 —— ChkQuery_StatNumProbes
 查询报⽂发送间隔的平均时间 —— ChkQuery_StatProbeIntervalAvg
 查询报⽂发送间隔的最⼩时间 —— ChkQuery_StatProbeIntervalMin
 查询报⽂发送间隔的最⼤时间 —— ChkQuery_StatProbeIntervalMax
 ************************************/ 
 // 查询违反检查规则的事件的发⽣次数，本例中就是两次报⽂发送间隔时间不在MIN~MAX毫秒之
间
 numEvents = ChkQuery_NumEvents(checkId);
 // 查询报⽂的出现次数
 statNumProbes = ChkQuery_StatNumProbes(checkId);
 // 查询报⽂发送间隔的平均时间
 msgIntervalAvg = ChkQuery_StatProbeIntervalAvg(checkId);
 // 查询报⽂发送间隔的最⼩时间
 msgIntervalMin = ChkQuery_StatProbeIntervalMin(checkId);
 // 查询报⽂发送间隔的最⼤时间
 msgIntervalMax = ChkQuery_StatProbeIntervalMax(checkId);
 
 if(numEvents == 0) // 没有出现违反规则的时间（本例中所有探测的报⽂发送的间隔时间均
规定范围内）
 {
 testStepPass("⽤例通过", "报⽂发送间隔时间均在在%d~%d毫秒范围", gMIN_INTERVA
L, gMAX_INTERVAL);
 }
 else
 {
 testStepFail("⽤例失败", "违反规则【报⽂发送间隔时间不在%d~%d毫秒范围】的事件发
⽣次数：%d", gMIN_INTERVAL, gMAX_INTERVAL, numEvents);
 }
 testStep("统计信息", "报⽂出现的次数：%d", statNumProbes);
 testStep("统计信息", "报⽂发送间隔的平均时间：%.3f", msgIntervalAvg);
 testStep("统计信息", "报⽂发送间隔的最⼩时间：%.3f", msgIntervalMin);
 testStep("统计信息", "报⽂发送间隔的最⼤时间：%.3f", msgIntervalMax);
}

再学三分钟
关注
专栏目录
Test Module的创建及使用
wsq119的博客
11-01 1582
Test Module的创建及使用
精确控制测试流程：如何用CAPL、XML和TestModule实现可选测试项详解
陈书予
08-07 2926
首先，让我们对本博客中所涉及的关键技术进行一次概述。CAPL、XML和TestModule作为本文的核心，各自在测试流程中扮演着重要的角色。CAPL作为一种用于控制测试环境的脚本语言，XML作为一种灵活的配置文件格式，而TestModule则是CANoe中的重要组件。它们共同协作，为实现可选测试项提供了技术基础。在本文中，我们将逐一深入探讨这些关键技术的应用和集成，以及如何借助它们来实现精确控制测试流程的目标。
testmodule
03-16
testmodule
CANoe Test Module
weixin_42569711的博客
01-14 1452
/@!Encoding:936/ includes { } variables { } Init_Test_Condition() { @Debug::WarningFlag=0; @Gateway::Drvdoor=0; @Gateway::Psgdoor=0; @Gateway::LRdoor=0; @Gateway::RRdoor=0; @Gateway::Turnsignal=0; @HUT::LeftTurnCondition=0; @HUT::RightTurnCondition=0; @Ga.
Test Module
Fly to sky
05-31 585
The spring-test module supports the unit testing and integration testing of Spring components with JUnit or TestNG. It provides consistent loading of Spring ApplicationContexts and caching of those con
一个简单的内核模块编写到测试的全过程testmodule 之内核版本2.4.20.8
jsyao的专栏
11-17 1969
一个简单的内核模块编写到测试的全过程。由于是初学者，第一次接触内核模块编写，所以今天花了5个小时才完全搞通。本文针对的linux内核版本号是：linux-2.4.20.8 1.       模块程序的编写 建立testmodule.c 文件，输入以下代码 #ifndef __KERNEL__ #define __KERNEL__ #endif #ifndef MODULE #defi
小猫爪：嵌入式小知识13- CANoe的Test Module使用简介
Oushuwen的博客
10-09 5164
CANoe大家应该都知道和了解，CAN界的软件标杆，有个非常偶然的机会接触到了CANoe中的Test选项卡中的Test Module功能，这个小功能可以让我们定制化测试CAN的测试项目，并且它还可以自动生成测试报告，总之非常好用，都是科技与狠活。接下来就举个例子来介绍一下这个小功能的使用流程。
CANoe测试的两种方式Test Module 和 Test Unit对比，你常用哪种呢？
蚂蚁小兵
12-10 4023
CANoe测试的两种方式Test Module 和 Test Unit对比
CANoe编译CAPL出错：“System event handler not allowed in test module or test units”
最新发布
诊断协议那些事儿's blog
12-16 369
测试模块或测试单元中不允许使用系统事件处理程序。
CANoe教程 | 自动化测试功能-Test Module/Test Unit
08-30 4331
概述 CANoe的测试模块包括Test Module和Test Unit两大组件，并且集成了TFS测试功能集（Test Feature Set）和TSL测试服务库（Test Service Library）来帮助用户实现高效的自动化测试。 TFS是CANoe扩展出来的一系列测试功能函数，包括测试报告的输出函数等。 TSL包含一系列的检测函数（Check Function）、激励函数（Stimulus Functions）、状态报告函数（Status Report Functions）以及检测控制函数（Ch
Python库 | testmodule3091-0.1.7-py3-none-any.whl
02-20
标题中的"Python库 | testmodule3091-0.1.7-py3-none-any.whl"指的是一款名为`testmodule3091`的Python库，其版本号为0.1.7，是专为Python 3设计的。`py3-none-any`这部分标识符在Python的 wheel 包格式中具有特殊...
分析ansible源码模块中test-module是如何实现自定义模块测试的
weixin_34199405的博客
04-03 120
1. 为什么会有这篇文章的介绍呢？在ansible文档中有一篇介绍用户自定义模块的文章 链接地址如下Developing Modules，但是在使用测试的时候总是有异常，无法继续进行下面的操作，于是就看了下是如何进行测试模块的.2. 自定义模块分为两种情况1>不传参数的，如下 #ansible-ihostshostgroup-mping-k 2&gt...
大揭晓----CANoe自带的自动化测试功能如何激活：通过Test Modules创建自动化测试用例的步骤 TFS（Test Feature Set）TSL（Test Service Library）
热门推荐
Polelink北汇信息的博客
10-19 1万+
众所周知， CANoe对分析和仿真功能有着非常出色的支持，但一些人可能对其测试功能了解较少，其实CANoe对于测试功能的支持也是非常强大的。 CANoe的测试功能模块包括Test Modules和Test Units两大组件，并且集成了TFS（Test Feature Set）测试功能集和TSL（Test Service Library）测试服务库来帮助用户实现高效的自动化测试。对于Test Units组件需要与VECTOR旗下的另一款软件vTESTstudio结合使用。那么CANoe是否可以不需要其他软件
CANoe工程中添加TestMode脚本（总结笔记）
WE_BIG的博客
10-25 1489
就可以在在测试中添加一个节点，并将该节点配置正确的网络，且需根据需要添加必要的CAPL程序，使其能够正确的仿真。第二：就是为了HTML格式的报告，选择一个模板，这些模板文件是CANoe,自带的一些模板文件，此文件的后缀名是“xslt”。故这三种模式，从名称上无法直接判断（即使是已经rename 过的文件），如果需要知道，我们插入的Test模块，具体是哪一个模块。这类选项，主要包括：文件的复制，剪切，文件的导入导出，文件的重命名，以及注释，等常规操作。总结：这个配置表，是从，名称/报告命名方式，报告的格式。
Capl_TestModule函数讲解（一）
weixin_59931428的博客
08-31 440
参数2：表示测试同一个服务case组的描述说明。参数1：表示输出报告的Ident的名称；参数1：表示同一个服务case的组名称。参数2：表示测试case的描述说明；
【CAPL】Test Module
weixin_54133280的博客
05-29 299
CANoe测试：CAPL Test Module的2种创建方式
lamanchas的博客
02-13 9113
内容参考1： 从零开始学习CANoe（五）—— CAPL 测试节点_蚂蚁小兵-CSDN博客 内容参考2：《CANoe开发从入门到精通》 在工程建立后（基于第三个仿真工程），有下面两种方式创建CAPL Test Module。 目录 1. 在Test SetUp创建CAPL Test Module 2 基于Simulation Setup创建CAPL Test Module 3. 附录：CAPL代码 1. 在Test SetUp创建CAPL Test Module 1-1 点击Test-Tes
带你玩转车载测试——CAPL入门篇六：CAPL常用库函数介绍（二）
靓仔小哥
07-30 2900
欢迎大家学习我的《带你玩转车载测试——CAPL入门篇》系列课程，我是分享人M哥，目前从事车载控制器的软件开发及测试工作。学习过程中如有任何疑问，可底下评论！如果觉得文章内容在工作学习中有帮助到你，麻烦走一波！CANoe中的诊断库函数主要有两类：一类是依据CDD文件使用的函数；另一类是依据传输层动态库（cantp.dll）来实现诊断功能的函数。
Capl编程xml标签语法(1) —— Test Module/Test Group/Test Case
蚂蚁小兵
06-05 9847
Capl编程xml标签语法(1) —— Test Module/Test Group/Test Case
我在用CANoe进行真实节点测试的时候，如何使用Test Module节点改变真实节点信号值
04-11
对于你的问题，我并非一个CAN工程师，但是我可以在这里提供一些基础的建议。首先，请确保你已经设置了正确的测试环境，并且已经准备好了Test Module节点。你可以尝试通过CANoe软件中的仿真或者测试驱动来启动Test Module节点，然后在程序中设置所需的信号值，以更改真实节点信号的值。当然，具体步骤可能会因为测试环境的不同而有所变化，建议你在使用之前仔细查看CANoe的操作手册。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值