Diva-Tp项测试详解

1.当开发完一款ECU之后,往往需要一份诊断测试报告,该报告由Diva测试生成。一般由七个测试项组成,第7项为传输层(Tp)的测试,这里主要记录每条Case所要测试的内容,方便在设计Tp层时考虑到这些处理机制。

1.Tester发送一条多帧的请求(例如:0x22服务一次读取多个DID数据),在请求发送完成之前,停止CF的发送。之后ECU不应响应该请求。

2.Tester发送一条多帧的请求,Tester接收FC后,停止发送CF。之后ECU不应响应该请求。

3.Tester请求多帧,ECU发送CF错误(未能成功发送)。ECU不应继续回复。

4.Tester发送两次相同的CF(SN相同)。ECU应取消接收,并通过N_USData.Indication服务(参数N_Result=N_WRONG_SN)通知上层。

5.Tester发送一条多帧的请求,接收到FC后,延时(Cr定时器增加100ms)发送CF。ECU不应响应该请求。

6.Tester请求多帧,接收到FF后不发送FC,ECU不应响应该请求。

7.Tester请求多帧,接收到FF后延时FC的发送,ECU不应响应该请求。

8.Tester请求多帧,接收到FF后,发送两帧FC,ECU应能响应该请求,忽略第二个FC。

9.Tester发送多帧请求,接收到FC时,N_Bs定时器不应超时。

10.Tester请求多帧,接收到FF后,发送FC(BS=0),ECU应能完整的响应,不需要FC。Tester接收到CF应在N_Cr超时之前。

11.Tester请求多帧,接收到FF后发送FC(STmin=1,20,30),Tester接收搭CF之间的时间差应大于等于STmin。

12.Tester发送多帧请求,接收到FC时,参数STmin的值应该在0x01-0x7f或0xf1-0xf9之间。

13.Tester发送一个SF回复的请求。回复SF的数据长度应正确。

14.Tester请求多帧,回复FF的数据长度应正确。

15.Tester请求一个多帧,发送完FC后,在发送CF,ECU必须响应第一个请求,忽略CF。

16.Tester请求多帧,Tester接收到FF后,先回复FC在回复FC(status=OVFLW),ECU应相应第一个请求,忽略第二个FC。

17.Tester请求一个多帧,在Tester发送完FC,接收到第一个CF后,在发送一个未知的报文,ECU应能正确响应第一个请求,忽略未知报文。

18.Tester发送多帧请求,在接收到FC后,再发送单帧请求,ECU应能响应第二个单帧请求。

19.Tester发送多帧请求,接收到FC后,再发送多帧请求,ECU应能响应第二个请求。

20.Tester发送多帧请求,接收到FC后,再发送FC,ECU应能继续回复CF。

21.Tester发送多帧请求,发送一个未知的帧,ECU应继续回复FC。

22.Tester请求多帧,Tester接收到FF后,发送FC(status=OVFLW),ECU不应响应发送CF。

23.Tester请求多帧,Tester接收到FF后,回复FC(BS=1,8,20),ECU应按BS的大小回复CF。

24.Tester请求多帧,Tester接收到FF后,回复FC(BS=0),ECU应完整的回复,不需要FC。

25.Tester请求多帧,Tester接收到FF后,回复FC(status=3...15),ECU不应回复。

26.Tester请求多帧,接收到FF后,发送FC(status = WIAT),等待N_Bs定时器超时后,再发送FC,ECU不应再回复。

27.Tester回复的FC的message 长度小于8(报文为0x30,0x00,长度=2),ECU不应回复,再次请求时,ECU应回复。

28.Tester请求多帧,接收到FF后,回复功能寻址的FC,ECU不应回复。

29.Tester发送单帧,datalength = 0,8-15。ECU不应回复。

30.Tester发送SF,报文数据长度小于8,ECU不回复。

31.Tester发送FF 数据长度 = 0,ECU不应回复。

32.Tester发送CF,报文长度小于8(采用填充时),ECU不应回复。

33.Tester发送N_PCLtyp≥4的报文,ECU不应回复。

34.Tester发送功能寻址的FF,ECU不应回复。

35.Tester发送不完整的请求,只有FF,没有CF,ECU不应回复。

36.Tester只发送CF,ECU不应回复。

37.Tester只发送FC,ECU不应回复。

  • 5
    点赞
  • 90
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
### 回答1: canoe.diva 是一款用于进行 tp测试的工具,下面是它的操作指南: 1. 准备工作:首先,你需要确保你已经安装了 canoe.diva,并且你的操作系统满足最低要求。你可以从官方网站或其他途径获得安装包,并按照提示进行安装。 2. 启动 canoe.diva:安装完成后,你可以通过点击桌面上的图标或从开始菜单中找到 canoe.diva 并启动它。等待片刻,它将加载所需的组件并显示主界面。 3. 配置测试环境:在进行 tp测试之前,你需要配置测试环境。可以在主界面的设置中找到相关选。你可以设置测试用例的输入参数、验证条件和期望结果等。 4. 创建测试用例:在主界面上,你可以选择创建新的测试用例。根据你的测试需求,选择适当的测试用例类型,并填写相关的测试数据。 5. 运行测试用例:创建测试用例后,你可以选择“运行”按钮来执行测试。canoe.diva 将按照你的设定执行测试用例,并显示相应的结果。 6. 检查测试结果:执行测试后,你可以检查测试结果以验证测试的准确性和可靠性。canoe.diva 将会给出详细的测试报告,包括测试用例的执行结果、错误信息和统计数据等。 7. 问题排查:如果在测试中发现问题或错误,你可以使用 canoe.diva 提供的排查工具来定位和解决问题。它可以帮助你从日志、错误信息以及其他相关数据中找出潜在的问题原因。 8. 导出和分享结果:最后,你可以选择将测试结果导出到特定的格式(如 Excel 或 PDF)以备份或与其他人分享。 以上就是 canoe.diva 在 tp测试过程中的操作指南。希望以上内容可以帮助你更好地使用 canoe.diva 进行 tp测试。如果你有任何疑问或需要进一步的帮助,请随时向我们咨询。 ### 回答2: Canoe.diva 是一种用于测试和仿真的软件工具,可以用于 TP(Top Package)层的测试。下面是canoe.diva 操作指南 - TP测试的基本步骤: 1. 打开 Canoe.diva 软件:启动 Canoe.diva 软件,并确保正确加载了相应的配置文件和脚本。 2. 配置测试环境:在 Canoe.diva 中配置适当的测试环境,包括选择正确的接口和设置相应的通信参数。 3. 创建测试场景:根据需要创建适当的测试场景,包括发送和接收的消息、消息的顺序和时间间隔等。 4. 编写测试脚本:根据测试需求,编写相应的测试脚本,以便在 Canoe.diva 中自动执行测试。 5. 运行测试:通过点击运行按钮,执行测试脚本,并观察 Canoe.diva 的输出结果。可以查看发送和接收的消息、日志记录和任何错误消息。 6. 分析测试结果:根据 Canoe.diva 提供的测试结果,分析测试是否通过或失败,并确定可能的原因。 7. 修复和重新运行:如果测试失败,根据分析的结果进行修复,并重新运行测试,直到测试通过。 8. 生成测试报告:根据测试结果,生成详细的测试报告,包括测试过程、结果、异常情况和修复措施等。 总结:Canoe.diva 是一种功能强大的测试工具,可用于 TP测试。通过正确配置测试环境、创建测试场景、编写脚本、运行测试、分析结果和生成报告,可以有效地进行测试,并提供准确的测试结果。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值