ARXML中tx method spontaneous含义及CAN-FD PDU测试设计疑问

先明确这两个参数组合的实际逻辑：

• cycle time设为0：说明这个PDU没有周期性发送的调度要求，通信栈不会每隔固定时间自动触发它的发送。
• tx Method设为spontaneous：表示PDU的发送完全由应用层事件触发——比如对应的数据域更新、特定系统状态变化、外部请求触发等，只有当这些事件发生时，才会触发通信栈发送该PDU。

针对这种PDU的测试用例，可以从这几个方向设计：

• 无触发静默验证：在没有任何应用层触发事件的情况下，持续监控总线，确认该PDU不会被发送（包括不会出现无规律的随机发送）。
• 触发后发送验证：模拟应用层的触发事件（比如更新PDU内的信号值、触发对应的发送API），验证PDU是否在规定的延迟范围内（参考COM模块的配置参数）被发送到总线上。
• 重复触发场景验证：如果短时间内多次触发发送（比如连续更新信号值），要结合ARXML中是否配置了minimum delay（最小发送间隔）来验证：
  • 若配置了最小间隔：两次发送的时间差不能小于该值，中间的触发会被合并或丢弃（取决于配置的transmission mode）。
  • 若未配置最小间隔：每次触发都应对应一次PDU发送。
• 业务场景贴合验证：结合该PDU的实际业务用途（比如故障上报、用户输入反馈），模拟真实的业务触发场景，验证PDU的发送时机和内容是否符合业务逻辑。

内容的提问来源于stack exchange，提问作者Daemon Painter