对于现在的车载控制器而言，网络管理基本上属于基本功能。那对于基于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-
分享不易，恳请点个【👍】和【在看】
