标签: 集成测试

在项目开发的前期针对软件单元/模块功能开展单元/集成测试，可以尽早地发现软件Bug，避免将Bug带入系统测试阶段，有效地降低HIL测试的测试周期，也能有效降低开发成本。单元/集成测试旨在证明被测软件实现其单元/架构设计规范、证明被测软件不包含非预期功能。经纬恒润测试团队拥有丰富的研发经验、严格的流程管控，依据ISO26262/ASPICE等开展符合要求的 单元/集成测试 工作。 ISO26262功能安全对于单元/集成测试的要求 ISO26262中对于单元/集成测试的要求涉及到测试用例设计方法，如基于需求/故障注入、测试覆盖度如语句覆盖/分支覆盖/调用覆盖等多方面，具体要求详见表格。 软件单元验证方法 软件单元用例设计 软件单元测试覆盖率 软件集成验证方法 软件集成测试用例设计 软件集成测试覆盖率 测试方案 依照ISO26262功能安全对于单元/集成测试的要求，使得代码符合硬件-软件接口规范要求、确保被测模块的功能完备性、防差错性以及故障处理功能、验证模型行为与代码行为的一致性；满足功能安全对单元/集成测试覆盖率的要求可以评估模块功能完整性、证明无非预期功能和孤立模块等。 单元测试方案 集成测试方案 嵌入式环境PIL测试方案 根据ISO26262对代码级单元测试、集成测试要求，针对不同的用户， 经纬恒润 提供定制化的咨询服务，主要包括：测试过程能力建设、测试技术咨询、测试工具链建设、第三方测试服务等。 了解更多： 请致电010-64840808转6117或发送邮件至market_dept@hirain.com（联系时请说明来自面包板）

在当下，汽车行业在安全性、舒适性、智能和万物互联等方面彻底改变了传统车辆的定义。随着这一趋势，汽车行业逐渐开始采用车载以太网来进行车内数据通讯，比如100Base-T1、1000Base-T1，在某些情况下还会使用到2.5G/5G/10GBase-T1。 一、车载以太网 车载以太网比CAN-FD具有更快的速度，具有可扩展和嵌入式安全协议（如MacSec），成本更低，能效更强，同时还具备简单的冗余网络可以使得其成为比CAN/CAN-FD、LIN和FlexRay更优的选择。 添加图片注释，不超过 140 字（可选） 同时在车载网络中，所有连接的电子控制单元都需要计时精度和网络同步，以太网可以根据IEEE 1588定义的精确时间协议（PTP）在整个网络中提供同步时钟，还有IEEE 802.1AS所定义的gPTP时间同步。在保持关键应用程序计时准确的同时，MacSec也能够保护车辆网络。 二、康谋数采方案 康谋所有的数据采集方案中，都包括了PTP/gPTP时间同步，基于这两个协议，康谋XTSS时间同步方案能够轻松集成车载以太网设备进行数据采集。 1、康谋BRICK2与NETLion1000集成 康谋车载以太网转换设备NETLion1000，能够提供100/1000Base-T标准以太网和100/1000Base-T1车载以太网之间的相互转换，NETLion 1000只涉及Layer1，因此数据流在解耦过程中不会触及或更改。 添加图片注释，不超过 140 字（可选） 在转化过程中，100/1000BASE-T1 和 100BASE-TX/1000BASE-T PHY 的接收和发送路径延迟不同，将会造成较低的非对称延迟，在康谋XTSS中，勾选此端口连接康谋NETLion1000，康谋BRICK2将会调整这一延迟不对称值，从而减少时间误差。 添加图片注释，不超过 140 字（可选） 同时，康谋NETLion1000也提供Web配置，能够手动/自动设置链路中的Master/Slave。 添加图片注释，不超过 140 字（可选） 提供监测端口，时刻监视设备的运行情况。 添加图片注释，不超过 140 字（可选） 2、康谋BRICK2与1000High ETH Capture Module Combo集成 虹科1000High ETH Capture Module Combo提供了6路100/1000Base-T1和3个具备时间同步的RJ45标准以太网接口，可以直接接入康谋BRICK2中。 添加图片注释，不超过 140 字（可选） 与康谋NETLion1000不同，其本身就与有40ns分辨率的硬件时间戳，同时也支持802.1AS时间同步协议，因此可以通过Web界面便捷配置，快速接入康谋XTSS时间同步系统。 添加图片注释，不超过 140 字（可选） 查看端口状态。 添加图片注释，不超过 140 字（可选） 配置端口Master/Slave。 添加图片注释，不超过 140 字（可选） 以上就是康谋自动驾驶解决方案关于康谋BRICK2与车载以太网设备集成的部分内容。 如您对上述内容感兴趣，欢迎联系我们了解更多信息。期待与您的交流！ https://keymotek.com/

上次我们分享了单元测试用例的复用（ 单元测试用例复用到集成测试？Testlet Library来助力！-面包板社区 (eet-china.com) ） ，单元测试的用例可以复用到集成测试，那单元测试的评估是否也可以复用到集成测试？答案是可以的。 TPT中提供了多种多样的评估方式，其中的脚本评估使我们复用测试评估成为可能。脚本评估，使用的是基于Python的类Python语言，能够实现筛选评估区间，评估输出，报告定制化等功能，是一种非常灵活，使用起来十分方便的评估方式。 通过脚本评估，在某些模型测试中，我们可以将单元测试的评估，也复用到集成测试中。 应用场景一：单元测试的测试评估复用到集成测试 针对上次用例篇中的demo模型，我们可以在单元测试时就使用脚本评估来评估整个模型，这里以Cruise Control介绍使用脚本评估来评估计算模块的方法。 一般情况下，对于计算模块我们使用定值来测试评估，为了保证测试的充分性，需要若干组数据，这会导致我们需要多次重复计算过程来得到预期的输出，以完成评估。这是我们在测试计算模块时的痛点，有没有可能通过一些方法来自动化这部分重复的过程？答案是有的！通过脚本评估，我们可以将需求中的计算逻辑复现，以此来实现计算模块的自动化评估。 图 1 集成级模型 1 . 声明评估变量 在脚本评估中声明需要的评估变量，将部分中间计算量赋值给这些评估变量，以方便在后续计算中使用。 图 2 在脚本评估中声明评估变量 2. 复现计算逻辑 TPT的脚本评估中内置了很多计算函数，也支持Python基本库中的数学函数，方便我们去复现整个计算逻辑。通过模型中的计算逻辑，使用脚本复现其计算过程。这里以其中一部分逻辑举例介绍， 图 3 模型计算逻辑及TPT中复现的逻辑 3 . 评估 使用一个CruiseControl _ output的评估变量，将TPT计算出的Cruise Control单元的理论输出值赋值给CruiseControl _ output。 图 4 模型理论输出值赋值给 CruiseControl _ output 4. 对输出进行验证 在最后使用TPT .assertAlways 和TPT .hose 两个函数的组合来实现验证模型实际输出是否和理论输出值相等，这样就能检查模型实际输出和需求是否一致，并且能够评估输入的所有组合。两个函数中前者检查表达式的返回值是否为真，后者检查目标信号和参考信号的值是否一致，若一致则返回值为0。所以使用TPT. assertAlways 检查TPT. hose 的返回值等于0，即可证明模型输出值和理论输出值相等。 图 5 评估输出 5. 将单元测试的评估复用到集成测试 应用上面的方法，将Vehicle这个单元也使用脚本进行评估。这样在进行集成测试时，单元测试阶段的 eng_torque 将变成Local量。可以将Cruise Control 的脚本评估和Vehicle的脚本评估使用这样的语句进行拼接，即可将单元测试的测试评估，复用集成测试。 1）将两个单元的脚本评估复制到集成测试的工程中。 图 6 将单元测试的脚本评估赋值到集成测试的工程 2 ）将CruiseControl脚本中的评估输出eng _torque 的语句注释掉，因为此时该信号变成了Local。 图 7 注释CruiseControl中的相关语句 3 ）对于Vehicle单元，输入信号e ng_trq 变成Local量，是由Cruise Control单元计算得到的。所以在Vehicle的脚本中，将CruiseControl脚本中计算出的en g_torque 的值赋值给eng _t rq，即可将两部分脚本评估拼接，完成评估的复用。 图 8 传递参数 4 ）运行测试用例得到测试结果。从下图中可以看到用例时间为1 0 s，评估区间也是1 0 s且测试通过。 图 9 集成测试用例的测试结果 应用场景二 自定义脚本库 TPT的脚本评估不仅提供了非常多方便我们评估的内置函数，还支持自定义函数库，方便我们自已定义一些个性化的评估函数。这里以饱和模块为例，简述TPT是如何自定义函数库的。 1 . 编写自定义函数 首先在一个新建的脚本评估中编写我们要定义的函数（主要是方便控制缩进），TPT脚本评估的语法和Python大体类似。 图 10 编写好自定义函数 2 . 保存文件并修改文件格式 新建t xt 文本，将编写好的自定义函数复制到该文件中保存，将文件后缀名修改为. tptp y。 图 1 1 保存自定义函数文件 3 . 在TPT中加载函数库 1）在Preference / General /Assessment Library中添加自定义函数文件的路径。 图 1 2 在Preference / General /Assessment Library添加自定义函数路径 2 ）在工程的Assessment Library中激活函数库。这样就可以在工程中使用我们刚刚编辑好的函数库中的函数了。 图 1 3 在工程 Assessment Library 中激活函数库 3 ）在脚本评估中使用“自定义函数的文件名+. + 函数名称”的语法即可调用刚刚自定义好的函数。 图 1 4 在脚本评估中是自定义函数 4 ）使用示例。 图 1 5 使用示例及结果 总结 本文主要介绍了测试评估从单元测试复用到集成测试和自定义脚本库，这两者同样能帮助我们提升测试时的效率。通过用例复用和评估复用不难发现，TPT在做模型测试时具备巨大的优势，可以通过多种方式提高测试的速度和效率，减少重复的工作。并且TPT支持测试的多个阶段——MiL，SiL，PiL等，能够将同一工程复用到不同的测试阶段，这同样也能提高我们测试的效率！感兴趣的小伙伴快动起来吧！

作为一名测试工程师，在做MiL测试时，编写测试用例的效率影响整个测试项目的进度，如何有效提升编写测试用例的效率，是大家都关心的问题。 TPT作为一款自动化测试工具，提供了很多提高搭建测试用例效率的方法，比如自动生成测试用例。除此以外， TPT还提供了Testlet L ibrary，可以复用T estlet ，以及将一个工程的测试用例复用到另外一个工程。 应用场景一：单元 测试的用例复用 到集成测试 按照功能安全的要求，单元测试之后要进行集成测试，那单元的测试用例能够一定程度上复用到集成测试吗？在 TPT 中引入了T estlet Library 的概念。 T estlet Library 是一个 TPT 项目文件，它可以包含一个完整的 TPT 项目，或者包含或不包含s ub-testlets 的单个t estlet 。 Testlet Library 可以同时在多个项目中使用。简言之，Test let Library 可以引用另外一个TPT工程，或者某个testlet。 借由Test let Library ，可以将单元测试的用例复用到集成测试，减少重复搭建相同用例的时间，提高测试效率。 D emo模型如下图所示，该模型有两个subsystem，已完成单元测试，将要进行集成测试。 图 1 集成级模型 1 . 激活Testlet Libraries 在菜单栏Incubation中选择Enable Testlet Libraries，将该功能激活。 图 2 激活Test Libraries 2. 状态机的搭建 集成测试工程的状态机，以单元工程的名称命名，每个单元测试的工程，都建立对应的状态机。 图 3 建立对单元工程的状态机 3 . 设置为 L ibrary testlet 在上一步建好的状态机上右键，选择Delete Content，将其Content删除，在弹出的窗口中，选择Library，并点击O pen… 选择要参考的工程的路径。 图 4 将状态机设置为Library 转换完成的状态机右下角带有蓝色小箭头表示，此时TPT会打开参考的Library工程。 图 8 转换完的Testlet 4. 信号mapping 将信号做好mapping，把单元测试和集成测试的接口参数等互相匹配。对于Vehicle这个单元，在单元测试阶段eng_trq是Input，在集成测试时变成不可赋值的Local，需要在声明编辑器中添加一个相对的local量，以便该单元测试工程的用例可以运行。 图6 信号mapping 5 . 组合测试用例 将Vehicle也按照第四步中方法建立好对应的状态机后，就可以在集成测试工程的状态机上选择单元工程的测试用例。例如，CruiseCo ntrol 选择s tatus_cc_3 ，Vehicle选择ramp。 图 7 集成测试复用单元测试的测试用例 这样就可以将单元测试的测试用例复用到集成测试，大大节省重复编写相同测试用例所需的时间，大家快来试试吧！ 应用场景二： 高度 重复的测试步骤 编写测试用例时，大家往往会遇到一些典型的场景，他们需要多步才能完成，却在多个工程中会使用，比如调度模块。 在TPT中模拟调度信号（调度周期为2 0 ms），需要这样几步操作。 图 8 TPT模拟调度周期为2 0 ms的调度信号 同一个ECU中可能包含多个调度周期为2 0 ms的subsystem，在做单元测试时，每个测试工程都需要编辑这部分状态机，此时T estlet Library 就可以大大减少这部分重复工作所需的时间。下面我来介绍TPT如何使用该功能复用测试用例。 1 . 搭建状态机 将调度模块的状态机搭建好，编辑好其Variants。 图 9 搭建Library状态机 2 . 将状态机封装为Testlet Library 在刚刚编辑好的状态机上右键，选择convert to Testlet Library，将其转换为Testlet Library，选择保存的位置并命名， 图 10 将状态机转换为Testlet Library并保存 3 . 在其它工程中使用Testlet Library 在另一个工程中新建空白状态机，右键，选择Delete Content，将其Content删除，在弹出的窗口中，选择Library，并选择上一步中生成的T estlet Library 路径。 图 11 将状态机设置为Library 转换完成的状态机右下角带有蓝色小箭头表示，此时TPT会打开参考的Library工程。 图 12 转换完的Testlet 在当前工程的状态机上右键，选择“Channel/ Parameter Map ”进行当前工程和Library的信号mapping，到此已经完成。 图 13 信号mapping 完成之后即可在新的测试工程中完整复用该状态机及其变种，提高我们编写测试用例的效率。感兴趣的大伙快来试试吧！ 图 14 复用Test let Library 的状态机 总结 本文主要介绍了Test let Library 的两种应用场景： 1. 单元测试的用例复用到集成测试； 2. 高度重复的测试步骤。 除此以外，测试评估也可以一定程度上从单元测试复用到集成测试，敬请期待下篇：评估篇！

前言 之前我们聊了“关于测试” （ 聊聊车载以太网测试：（1）关于测试-面包板社区 (eet-china.com) ） 及“以太网测什么”（ 聊聊车载以太网测试：（2）以太网测什么-面包板社区 (eet-china.com) ），让我们从测试者角度对车载以太网有了一个不一样的认识：测试源自需求规范（行业通用需求及测试规范、OEM定制需求及测试），需求的可验证性也是判断需求是否合理的标准。本篇咱们来聊聊“以太网如何测”，分享讨论车载以太网测试系统方案的实现、选择和注意事项。 风哥有话说 上一篇介绍了要测什么内容 ，那么如何实现落地？术业有专攻，行业分工细化和专业化是大势所趋。以太网是远比CAN总线历史更为悠久的通信技术，其行业体系更为完善。所以在该领域专业的解决方案早已存在，只是对于车载以太网测试而言，其复杂度导致无人可在工具链层面一统江湖。那么我们该如何选择方案，需要注意哪些问题？ 以太网如何测？ 如何选择方案？ 在保证测试结果专业正确性的前提下，测试方案应尽可能地做到自动化，具有易用性和可扩展性。 下图所示 北汇信息的整体工具链组成 以及 交付给不同OEM，覆盖以太网部件及系统级测试的典型系统 实物图，即是基于上述原则而全面考虑的。按照与测试规范体系的对应关系，从行业通用测试实现、OEM定制需求测试实现两个方面简要说明测试实现方案。 行业通用测试实现 TC8-L1-PMA 使用罗德施瓦茨的示波器、网络分析仪、夹具，时钟同步模块、专用以太网测试包，覆盖PMA的测试。 以太网的物理层测试和传统CAN测试差别很大，测试分析方法已从传统时域扩展到频域，难啃难懂，尤其对于我等学机械电子/自动化出身的放牛娃而言。专业装备是基础，除此外，还需要留意哪些： 被测节点PHY必须可设置Test Mode，这是测试前提条件之一； 除了示波器自带的Test Fixture，其它转接口也是必须的，例如对于模式转换相关的测试； 尽可能减少线束、连接器的中转环节； 1000Base-T1将呼啸而至，专用设备的硬件特性上需考虑预留 下图为对100Base-T1以太网节点功率谱密度、回损及定时抖动和时钟频率测试的实际场景及测试报告样本示意图。 TC8-L1-IOP TC8-L1-IOP需要Golden Device“理想设备（黄金的）”。此设备的“特质”是绝对要比被测对象更为可靠，性能更高的以太网节点，不让DUT做小白鼠。举几个例子： 设备需要通过继电器实现故障仿真，对继电器的接触阻抗有非常严格的要求； 通信回路的Layout所用的连接器同样是高标准； 需要统计计算Link-up时间，对IOP设备的MCU处理能力要求更高，实时性更强 北汇信息使用Technica的IOP设备，自带软件可实现手动测试，也可由北汇信息定制，通过CANoe CAPL编程控制实现自动化测试。 TC8-L3-L5 & AUTOSAR-Ethernet & AVnu-AVB/TSN & RFC 使用思博伦C50、TTworkBench、TestCenter及对应测试包实现，需注意的是： 测试软件包自身的专业及易用性、可维护及可扩展性，比如对于TSN测试扩展； TC8-L3-L5中75%以上的测试是需要DUT集成Upper Tester代码（类似打桩）方可实现的； 针对AUTOSAR和非AUTOSAR的Upper Tester是不同的，AUTOSAR的Upper Tester代码供应商提供该选项（比如Vector MICROSAR.ETH就有该模块）。 OEM定制需求测试实现 针对定制需求测试，通过CANoe + CANoe .Option Ethernet + VN5640开发脚本实现。对于CANoe不再赘述，已经提供了足够多的专业库；对于VN5640不只是用在单节点测试，其Monitor功能可“串于”被测节点之间，以TAP的工作模式满足系统级测试需求。Vector以太网测试解决方案突出的特点： 产品链体系完整 从以太网的架构设计、代码生成、总线仿真及测试提供完整的解决方案，支持通信、诊断和刷写 易用性好 以太网帧结构较为复杂，支持.arxml文件的解析，对于创建测试仿真环境是个福音，SOME/IP更是如此 通信接口多种多样 以太网节点往往还有CAN FD/CAN等传统通信接口。路由测试躲不过，需要支持多种接口，需要接口间的时钟同步 小结 工欲善其事必先利其器。在选择测试系统方案时，须依据自身的需求，选择合适的测试系统，不随波逐流；对于Tier1，还需要参考与OEM工具链的匹配度，不孤芳自赏。工具可以解决效率，但取代不了人，内功仍要一直练，在实践中总结和成长，形成经验库，形成方法论。 从北汇信息提供测试系统的角度，要选择质量上乘的、适合的原材料（各种专业的软硬件），结合自身配方和火候（系统集成方法和测试经验），把它做成一道美味珍馐（完整的测试系统）。