AUTOSAR CAN网管测试用例

落叶纷飞

对于现在的车载控制器而言，网络管理基本上属于基本功能。那对于基于CAN的网络管理功能来说，有哪些对应的测试用例呢？

首先AUTOSAR的网络管理状态机，以及对于各个状态跳转条件命名如下图所示。



那针对这个状态机有哪些测试用例呢？

测试类型	测试项	测试步骤
NM报文格式测试	测试源地址的位置及数据内容是否符合规范要求	在DUT  NM报文发送到停止发送的时间段内，期望DUT NM报文ID=0x4xx DLC=8 报文数据场byte(0)=xx为节点地址
	检验DUT未使用的用户数据字节是否默认置为0	在DUT  NM报文发送到停止发送的时间段内，未使用的用户数据字节默认置为0
	检验DUT未使用的控制向量位是否默认置为0	在DUT  NM报文发送到停止发送的时间段内，DUT发送的NM报文byte(1)中未使用的控制向量位默认置0
	测试网络管理有效的识别CAN ID范围	DUT识别的有效NM地址范围是0x7XX
状态转换	BSM状态测试	SUB  CASE 1：     无任何唤醒源条件下，DUT上KL30电后默认进入BSM状态，此时DUT不发送任何报文；     SUB CASE 2：      在DUT处于BSM时，向DUT发送一帧应用报文，DUT给出应用报文应答，本身不发送任何NM报文以及应用报文，DUT电流变大，即应用报文唤不醒DUT。
	BSM-RMS(1-2)	1  能够完成左侧的状态跳转     2 状态跳转中涉及的参数和信号满足以下要求（参数列表如下，根据状态选择参数）      1)   N_ImmediateNM_TIMES=5       2) T_NM_ImmediateCycleTime =20ms       3) DUT唤醒后发送的第一帧报文为NM报文，       4) T_WakeUp≤100+10% ms       5)T_STARTx_AppFrame≤20+10% ms       6)T_messageStart≤300ms       7)在RMS状态中，NM报文  NM_sts位始终为Repeat   Message  State，控制向量Active Wakeup Bit始终为0       8) T_REPEAT_MESSAGE在1600±10%  ms范围内       9）T_NM_MessageCycle= 500±10% ms范围内
	RMS-NOS-RSS-NOS(1-2-3-5-6)	检查DUT能否完成状态机按1-2-3-5-6跳转，各时间参数要求同BSM-RMS(1-2)用例。
	RMS-RSS-NOS(1-2-8-6)	检查DUT能否完成状态机按2-8-6跳转，各时间参数要求同BSM-RMS(1-2)用例。
	NOS-RMS(1-2-3-4)	检查DUT能否完成状态机按1-2-3-4跳转，各时间参数要求同BSM-RMS(1-2)用例。
	RSS-RMS(1-2-3-5-7)	检查DUT能否完成状态机按1-2-3-5-7跳转，各时间参数要求同BSM-RMS(1-2)用例。
	RSS-PBM-RMS(1-2-3-5-9-10)	检查DUT能否完成状态机按1-2-3-5-9-10跳转，各时间参数要求同BSM-RMS(1-2)用例。
	RSS-PBM-RMS(1-2-8-9-10)	检查DUT能否完成状态机按1-2-8-9-10跳转，各时间参数要求同BSM-RMS(1-2)用例。
	RSS-PBM-BSM(1-2-3-5-9-11)	检查DUT能否完成状态机按1-2-3-5-9-11跳转，各时间参数要求同BSM-RMS(1-2)用例。
	RSS-PBM-BSM(1-2-8-9-11)	检查DUT能否完成状态机按1-2-8-9-11跳转，各时间参数要求同BSM-RMS(1-2)用例。
	周期测试	在1-2-8-9转换过程中，DUT的应用报文周期符合规范要求，各时间参数要求同BSM-RMS(1-2)用例。
错误模式处理	BusOff错误模式处理测试	DUT  BusOff 模式不影响网络管理状态机的转换，两者以并行模式存在
	节点掉线错误处理测试	DUT节点掉线模式(关掉CANOE的ACK应答）不影响网络管理状态机的转换，两者以并行模式存     在
错误模式处理	诊断报文唤醒测试	BSM下，诊断报文不能够唤醒DUT
	诊断维持唤醒测试	诊断进行时，DUT应保持唤醒状态；     诊断结束后（TWait_DiagReq超时），DUT应进入睡眠状态
场景测试	休眠扫描测试	检查DUT在从Prepare  Bussleep Mode进入到Bus Sleep  Mode的临界点是否能被唤醒，该项为参考项，记录结果(包括在PBM后多长时间段，DUT不能被NM唤醒，但要求DUT在该时间段后可以被唤醒)即可
	高负载下唤醒测试	DUT在高网络负载下唤醒功能不受影响
	本地唤醒和远程唤醒同时触发测试	检查DUT在本地唤醒和远程唤醒同时触发情况下能否被唤醒
	CANoe自给ACK下NM唤醒测试	DUT在CANoe自给ACK情况下能够被NM报文唤醒（模拟在实车上有其他节点唤醒比DUT更快的情况）
	本地唤醒70ms后CANoe开启应答测试	DUT在本地唤醒70ms后CANoe才开启应答时的NM通信行为，该项为参考项，记录结果即可
	先发APP报文，DUT给ACK后再发NM报文唤醒	先发APP报文，DUT给ACK后再发NM报文时DUT应能正常唤醒

-end-

分享不易，恳请点个【👍】和【在看】

lichengwan

针对基于CAN的网络管理功能，以下是一些AUTOSAR CAN网管测试用例：

1. 网络管理状态机测试：根据所给状态机及状态跳转条件，设计测试用例以验证状态转换的准确性。
2. NM报文格式测试：测试源地址位置及数据内容是否符合规范，确保报文格式正确无误。
3. 报文传输连续性测试：验证在网络管理报文发送和停止发送时间段内，报文的传输是否正常。测试期间重点关注报文ID、DLC和数据场的字节是否准确。
4. 节点地址测试：确保网络中每个节点的地址设置正确，包括是否在特定场景下做出响应和通讯无误等验证。同时检验报文在未使用的用户数据字节是否被正确默认设置为零。

以上测试用例旨在确保基于CAN的网络管理功能在车载控制器中的稳定性和可靠性。

wmwlove

针对基于CAN的AUTOSAR网络管理功能，以下是基于所提供状态机的测试用例概述：

一、NM报文格式测试：

1. 测试源地址及数据内容是否符合规范，确保报文格式正确无误。
2. 在DUT（被测试单元）NM报文发送与停止发送期间，验证报文ID与数据长度（DLC）是否按标准设置。

二、状态机转换测试：

1. 针对各个状态跳转条件进行测试，确保在不同网络状态下，状态机的转换符合预设逻辑。

三、节点地址检验：

在特定时间段内观察报文数据场的字节值，验证节点地址是否被正确处理。

四、未使用用户数据字节测试：

检查DUT未使用的用户数据字节是否默认设置为0，确保数据的完整性及准确性。

具体测试步骤、测试用例名称和预期结果需要结合实际情况和AUTOSAR网络管理的具体要求来详细设计。这些测试用例旨在确保网络管理功能的稳定性和可靠性。

huangguang

针对基于CAN的AUTOSAR网络管理功能，以下是一些相关的测试用例：

一、NM报文格式测试：

1. 测试源地址的位置及数据内容是否符合规范要求。
2. 在DUT（被测试单元）NM报文发送期间，检查报文的ID和数据长度是否正确。

二、状态机跳转测试：

基于AUTOSAR的网络管理状态机及其状态跳转条件，设计测试用例以验证各状态间的转换是否符合预期。例如：从初始化状态到运行状态、从运行状态到故障状态等。

三、用户数据字节测试：

检查DUT未使用的用户数据字节是否默认置为0。对于不同状态下未使用的用户数据字节进行监控和验证。

四、报文发送时序测试：

在DUT NM报文发送到停止发送的时间段内，验证报文的发送时序是否符合规范，包括报文发送的间隔和频率等。

这些测试用例旨在确保基于CAN的网络管理功能在车载控制器中的正确性和稳定性。具体的测试步骤和方法可根据实际情况进行调整和完善。