文章目录

前言

一、例程功能

二、仿真EUC

三、测试模块

四、测试运行效果

五、分析和应用

总结

---

前言

        近期在做的一个自动化测试项目，尝试了一种以前没用过的测试配置方式，感觉效果还不错。然后又回顾了一下以前用过的其他几种方式，利用周末时间总结分享出来，希望对相关领域的网友有所帮助。

        由于实际项目比较庞大，而且不便在网络公开，所以就参考其中一项典型的测试来做一个例程，重点是讲解其中自动化测试配置的用法。

一、例程功能

        该例程的功能是测试一个ECU的CAN接收功能，要求测试工程能够自动激励仿真信号，并自动判定测试结果。这里我们用VN1630A的CAN1作为测试节点，发送下表中的激励报文，CAN2作为ECU的仿真节点，接收和解析这些报文。最终在测试模块中比对接收内容与发出的内容是否一致，给出判定结果。

	ID	IsStad	Length	Data
配置1	0x00	1	4	0x05 0x05 0x05 0x05
配置2	0x10	1	4	0x0A 0x0A 0x0A 0x0A
配置3	0x20x	0	8	0x50 0x50 0x50 0x50 0x50 0x50 0x50 0x50
配置4	0x40x	0	8	0xA0 0xA0 0xA0 0xA0 0xA0 0xA0 0xA0 0xA0

二、仿真ECU

        ECU仿真节点的创建和仿真代码如下。该节点从接收到的CAN报文中，提取ID、报文类型、DataLength和Data，暂存到中间变量，供测试模块调用。

on message CAN2.*
{
  write("ECU Received");
  @MiddleVar::ID_r = this.id;
  if(isExtId(this)) @MiddleVar::IsStad_r = 0;
  else @MiddleVar::IsStad_r = 1;
  @MiddleVar::Data_r[0] = this.byte(0);
  @MiddleVar::Length_r = this.DataLength;
  
}

三、测试模块

        测试节点的创建和编程代码如下。该模块使用纯CAPL编程的方式，自动发送已定义的激励报文，并与仿真ECU解析的接收报文相对比，自动判定测试结果。

testcase Case1()
{
  int i;
  
  write("Load Cfg");
  TestMsg.can = 1;
  TestMsg.id = 0x00;
  TestMsg.DataLength = 4;
  for(i=0;i<4;i++) TestMsg.byte(i) = 0x05;

  write("Test Start");
  output(TestMsg);
  
  if(TestWaitForMessage(0x00, 5000))
    {
      write("Judge Received");
      if(@MiddleVar::ID_r != 0x00) testCaseFail();
      if(@MiddleVar::IsStad_r != 1) testCaseFail();
      if(@MiddleVar::Data_r[0] != 0x05) testCaseFail();
      if(@MiddleVar::Length_r != 4) testCaseFail();
      testStepPass();
    }
  
  testWaitForTimeout(1000);  
  
}

testcase Case2()
{
  int i;
  
  write("Load Cfg");
  TestMsg.can = 1;
  TestMsg.id = 0x10;
  TestMsg.DataLength = 4;
  for(i=0;i<4;i++) TestMsg.byte(i) = 0x0A;

  write("Test Start");
  output(TestMsg);
  
  if(TestWaitForMessage(0x10, 5000))
    {
      write("Judge Received");
      if(@MiddleVar::ID_r != 0x10) testCaseFail();
      if(@MiddleVar::IsStad_r != 1) testCaseFail();
      if(@MiddleVar::Data_r[0] != 0x0A) testCaseFail();
      if(@MiddleVar::Length_r != 4) testCaseFail();
      testStepPass();
    }
  
  testWaitForTimeout(1000);  
  
}

testcase Case3()
{
  int i;
  
  write("Load Cfg");
  TestMsg.can = 1;
  TestMsg.id = 0x20x;
  TestMsg.DataLength = 8;
  for(i=0;i<8;i++) TestMsg.byte(i) = 0x50;

  write("Test Start");
  output(TestMsg);
  
  if(TestWaitForMessage(0x20x, 5000))
    {
      write("Judge Received");
      if(@MiddleVar::ID_r != 0x20x) testCaseFail();
      if(@MiddleVar::IsStad_r != 0) testCaseFail();
      if(@MiddleVar::Data_r[0] != 0x50) testCaseFail();
      if(@MiddleVar::Length_r != 8) testCaseFail();
      testStepPass();
    }
  
  testWaitForTimeout(1000);  
  
}

testcase Case4()
{
  int i;
  
  write("Load Cfg");
  TestMsg.can = 1;
  TestMsg.id = 0x40x;
  TestMsg.DataLength = 8;
  for(i=0;i<8;i++) TestMsg.byte(i) = 0xA0;

  write("Test Start");
  output(TestMsg);
  
  if(TestWaitForMessage(0x40x, 5000))
    {
      write("Judge Received");
      if(@MiddleVar::ID_r != 0x40x) testCaseFail();
      if(@MiddleVar::IsStad_r != 0) testCaseFail();
      if(@MiddleVar::Data_r[0] != 0xA0) testCaseFail();
      if(@MiddleVar::Length_r != 8) testCaseFail();
      testStepPass();
    }
  
  testWaitForTimeout(1000);  
  
}

四、测试运行效果

        实际测试运行的效果如下。一键执行测试模块中的四个测试配置，激励报文的发送与前面定义的报文一致。每个测试配置执行后的finished提示行是绿色，表示测试结果的判定为Pass。相反出现红色提示行时，表示Fail。

五、分析和应用

        上述纯CAPL编程实现自动化测试配置的方式，特点是各个测试参数全部使用固定写死的常量，比如CAN ID是0x10x的测试配置，直接对ID赋值0x10x即可。这种方式的优点是，实现起来相对比较简单和快捷，且编程代码一目了然不容易出错。缺点是，每个测试配置都要单独进行编程，而且每当测试配置发生变化时都要修改CAPL代码。整体而言，这种方式适合应用于临时创建的自动化测试工程，且测试配置比较少的情况。

总结

        以上就是本人在对CANoe自动化测试配置方式进行总结分析时，首先讲解的第一种实现方式。主要讲解了例程的功能和框架，展示了实现该方式的详细代码和实际运行效果，最后分析了这种配置方式的特点以及适用场景。

        后续还会更新另外几种CANoe自动化测试配置的实现方式，欢迎评论区留言、点赞、收藏和关注，这些鼓励都将成为笔者持续分享的动力。

        另外，上述例程使用的Demo工程可以到笔者的主页查找和下载。

---

        版权声明：原创文章，转载和引用请注明出处与链接，侵权必究！