CN106155042B - 一种整车控制器故障处理的测试方法及装置 - Google Patents

Abstract

本发明提供了一种整车控制器故障处理的测试方法及装置，涉及汽车测试技术领域，解决现有技术中整车控制器故障相关测试，测试覆盖度不全的问题，该方法包括：在预设的多种模拟实车场景下，分别触发一个或多个故障；获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确。本发明的方案能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，提高了用户满意度。

Description

一种整车控制器故障处理的测试方法及装置

技术领域

本发明涉及汽车测试技术领域，特别涉及一种整车控制器故障处理的测试方法及装置。

背景技术

目前，在进行整车控制器故障相关测试时，多关注于在单一场景下单个故障触发后的测试，甚至对有些故障不做测试。但是车辆在实际运行时，在任何场景下都有可能出现故障，也可能同时发生多个故障，所以只测试单一场景下单个故障触发的情况，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全。

发明内容

本发明要解决的技术问题是提供一种整车控制器故障处理的测试方法及装置，解决现有技术中进行整车控制器故障相关测试时，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全的问题。

为解决上述技术问题，本发明的实施例提供一种整车控制器故障处理的测试方法，包括：

在预设的多种模拟实车场景下，分别触发一个或多个故障；

获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；

根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确。

本发明实施例的整车控制器故障处理的测试方法，能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，提高了用户满意度。

进一步来说，所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确之后，所述测试方法还包括：

若所触发故障为可恢复故障，则在故障恢复后，获取所述整车控制器的第二处理数据，并根据所述第二处理数据，检测所述整车控制器的处理是否符合正常行车状况；

若所触发故障为不可恢复故障，则重置所述模拟实车场景后，检测所述整车控制器的第三处理数据，并根据所述第三处理数据，检测所述整车控制器的处理是否符合正常行车状况。

进一步来说，所述故障包括预设多种不同等级的故障；

所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确的步骤包括：

若同时触发多种不同等级的故障，则根据所述第一处理数据，判断所述整车控制器针对所触发故障的处理，是否为针对所触发故障中最高等级的故障所作的处理，得到判断结果；

若所述判断结果为是，则根据所述第一处理数据，检测所述整车控制器针对所述最高等级的故障的处理是否正确；

若所述判断结果为否，则确定所述整车控制器针对所触发故障的处理不正确。

进一步来说，所述整车控制器的处理数据包括故障标志位参数、系统故障灯信号、故障报警音信号及故障处理等级参数；

所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确的步骤包括：

根据所述第一处理数据中的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，检测所述整车控制器针对所触发故障的处理是否正确。

进一步来说，所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确之后，所述测试方法还包括：

获取所述第一处理数据中的所有故障标志位参数的和值，根据所述和值确定故障的数量并显示。

进一步来说，所述在预设的多种实车场景下，分别触发一个或多个故障的步骤包括：

结合等价类分析、边界分析、修正调节/判定覆盖MCDC分析、状态转移分析和/或决策表分析，在预设的多种实车场景下，分别触发一个或多个故障。

为解决上述技术问题，本发明的实施例还提供一种整车控制器故障处理的测试装置，包括：

触发模块，用于在预设的多种模拟实车场景下，分别触发一个或多个故障；

第一获取模块，用于获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；

第一检测模块，用于根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确。

本发明实施例的整车控制器故障处理的测试装置，能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，提高了用户满意度。

进一步来说，所述测试装置还包括：

第二检测模块，用于若所触发故障为可恢复故障，则在故障恢复后，获取所述整车控制器的第二处理数据，并根据所述第二处理数据，检测所述整车控制器的处理是否符合正常行车状况；

第三检测模块，用于若所触发故障为不可恢复故障，则重置所述模拟实车场景后，检测所述整车控制器的第三处理数据，并根据所述第三处理数据，检测所述整车控制器的处理是否符合正常行车状况。

进一步来说，所述故障包括预设多种不同等级的故障；

所述第一检测模块包括：

判断单元，用于若同时触发多种不同等级的故障，则根据所述第一处理数据，判断所述整车控制器针对所触发故障的处理，是否为针对所触发故障中最高等级的故障所作的处理，得到判断结果；

第一检测单元，用于若所述判断结果为是，则根据所述第一处理数据，检测所述整车控制器针对所述最高等级的故障的处理是否正确；

确定单元，用于若所述判断结果为否，则确定所述整车控制器针对所触发故障的处理不正确。

进一步来说，所述整车控制器的处理数据包括故障标志位参数、系统故障灯信号、故障报警音信号及故障处理等级参数；

所述第一检测模块包括：

第二检测单元，用于根据所述第一处理数据中的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，检测所述整车控制器针对所触发故障的处理是否正确。

进一步来说，所述测试装置还包括：

第二获取模块，用于获取所述第一处理数据中的所有故障标志位参数的和值，根据所述和值确定故障的数量并显示。

进一步来说，所述触发模块包括：

触发单元，用于结合等价类分析、边界分析、修正调节/判定覆盖MCDC分析、状态转移分析和/或决策表分析，在预设的多种实车场景下，分别触发一个或多个故障。

本发明的上述技术方案的有益效果如下：

本发明实施例的整车控制器故障处理的测试方法，在预设的多种模拟实车场景下分别触发一个或多个故障；然后获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；最后根据第一处理数据，检测整车控制器针对所触发故障的处理是否正确。该测试方法能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，避免了安全漏洞，从而保证了用户安全，提高了用户满意度。解决了现有技术中进行整车控制器故障相关测试时，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全的问题。

附图说明

图1为本发明整车控制器故障处理的测试方法的流程图；

图2为本发明整车控制器故障处理的测试装置的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明实施例的整车控制器故障处理的测试方法，用于测试触发电池及电机相关故障后整车控制器对这些故障如何处理，通过该测试方法全面模拟整车控制器在不同的场景(工况)下的故障处理情况。

如图1所示，本发明实施例的整车控制器故障处理的测试方法，包括：

步骤101，在预设的多种模拟实车场景下，分别触发一个或多个故障；

步骤102，获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；

步骤103，根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确。

本发明实施例的整车控制器故障处理的测试方法，能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，避免了安全漏洞，从而保证了用户安全，提高了用户满意度。解决了现有技术中进行整车控制器故障相关测试时，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全的问题。

优选的，上述步骤103之后，所述测试方法还包括：

步骤104，若所触发故障为可恢复故障，则在故障恢复后，获取所述整车控制器的第二处理数据，并根据所述第二处理数据，检测所述整车控制器的处理是否符合正常行车状况。

这里，如果功能定义描述中所触发故障为可恢复故障，那么故障恢复后需要验证是否正常行车，检测整车控制器的输出数据是否符合正常行车状况。

步骤105，若所触发故障为不可恢复故障，则重置所述模拟实车场景后，检测所述整车控制器的第三处理数据，并根据所述第三处理数据，检测所述整车控制器的处理是否符合正常行车状况。

这里，如果功能定义描述中所触发故障为不可恢复故障，那么重置模拟实车场景后验证是否正常行车，检测整车控制器的输出数据是否符合正常行车状况。

本发明实施例的模拟实车场景可包括如下场景：

场景1：点火ON，N挡行车，车速S＝0km/h，然后触发故障。

场景2：点火ON，D挡行车，车速S＞60km/h，然后触发故障。

场景3：先设定触发条件，触发故障，然后点火ON，N挡行车。

场景4：点火ON，R挡行车，车速S＝0km/h，然后触发故障。

场景5：点火ON，R挡行车，车速S＞10km/h，然后触发故障。

场景6：先设定触发条件，触发故障，然后点火ON，R挡行车。

场景7：车辆进行慢充连接后，触发故障。

场景8：先设定触发条件，触发故障，然后进行慢充连接。

场景9：车辆进行快充连接后，触发故障。

场景10：先设定触发条件，触发故障，然后进行快充连接。

在上述几种场景下分别在触发故障后，检测整车控制器所触发故障的处理是否正确；若所触发故障为可恢复故障，则在故障恢复后验证是否正常行车，检测整车控制器的输出数据是否符合正常行车状况；若所触发故障为不可恢复故障，则重置模拟实车场景，如上述场景1，重新点火(OFF变为ON)，重新上电后验证能否正常行车，检测整车控制器的输出数据是否符合正常行车状况。

当然，本发明实施例并不限于上述几种模拟实车场景，还可包括其他模拟实车场景，在此不一一说明。

优选的，所述故障包括预设多种不同等级的故障。

如按照目前电池相关故障、电机相关故障及VCU相关故障，可分为四种不同等级的故障：不处理故障、一级故障、二级故障和三级故障。其中，三级故障等级>二级故障等级>一级故障等级>不处理故障等级。

本发明实施例可对四种不同等级的故障单独测试，还可同时触发不同等级的故障，以对故障之间的优先级进行测试。

上述步骤103的步骤可以包括：

步骤1031，若同时触发多种不同等级的故障，则根据所述第一处理数据，判断所述整车控制器针对所触发故障的处理，是否为针对所触发故障中最高等级的故障所作的处理，得到判断结果；

步骤1032，若所述判断结果为是，则根据所述第一处理数据，检测所述整车控制器针对所述最高等级的故障的处理是否正确；

步骤1033，若所述判断结果为否，则确定所述整车控制器针对所触发故障的处理不正确。

此时，对于同时触发多种不同等级的故障的情况，整车控制器应按照较高等级的故障进行处理，否则可认为整车控制器的处理不正确，从而通过对故障处理优先级进行设定，保证了整车控制器处理的合理性。

例如，若同时触发了不处理故障和一级故障，则整车控制器应按照一级故障进行处理；若同时触发了不处理故障和二级故障，则整车控制器应按照二级故障进行处理；若同时触发了不处理故障和三级故障，则整车控制器应按照三级故障进行处理；若同时触发了一级故障和二级故障，则整车控制器应按照二级故障进行处理；若同时触发了二级故障和三级故障，则整车控制器应按照三级故障进行处理；若同时触发了一级故障和三级故障，则整车控制器应按照三级故障进行处理；若同时触发了一级故障、二级故障和三级故障，则整车控制器应按照三级故障进行处理。

优选的，所述整车控制器的处理数据包括故障标志位参数、系统故障灯信号、故障报警音信号及故障处理等级参数。

上述步骤103的步骤包括：

步骤1034，根据所述第一处理数据中的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，检测所述整车控制器针对所触发故障的处理是否正确。

此时，可根据整车控制器输出的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，来检测整车控制器的处理是否正确。

具体的，可将整车控制器输出的处理数据与预先设定的期望值进行比较，如果比较结果一致，则可确定整车控制器的处理正确，否则，确定整车控制器的处理不正确。

当然，对于整车控制器输出的处理数据并不限于上述几种类型，还可根据需求另行增加，在此不作限定。

优选的，上述步骤103之后，所述测试方法还包括：

步骤106，获取所述第一处理数据中的所有故障标志位参数的和值，根据所述和值确定故障的数量并显示。

此时，通过对整车控制器发出的所有故障标志位求和，可以直观的观测故障发生情况。在无故障发生时，通过故障标志位参数的和值可直观的观测系统属于正常状态；触发单一故障后，除了观测单个故障标志位之外，还可通过故障标志位参数的和值观测是否有其他故障同时发生；触发多个故障时，通过故障标志位参数的和值可快速确定故障的数量。

具体的，用于HIL(Hardware In the Loop，硬件在环)仿真/SIL(Software In theLoop，软件在环)仿真/MIL(Model In the Loop，模型在环)仿真测试时，可首先将模拟环境下的电机控制器、电池控制器及相关故障标志位的仿真信号发送给整车控制器；整车控制器接收这些信号，根据这些信号或整车控制器自己检测到的故障，通过报文信息发出触发了哪些故障，即输出故障标志位参数；最后将整车控制器输出的所有故障标志位参数进行求和运算，得到故障标志位参数的和值。在测试运行过程中可通过和值直观观测故障发生情况。

优选的，上述步骤101的步骤包括：

步骤1011，结合等价类分析、边界分析、修正调节/判定覆盖MCDC分析、状态转移分析和/或决策表分析，在预设的多种实车场景下，分别触发一个或多个故障。

此时，结合现有测试技术进行多种模拟实车场景的测试，使得测试覆盖更加全面，提高了测试准确度，完善了测试效果。

下面对上述等级类分析、边界分析及MCDC分析进行简要介绍。

等价类分析：将软件或系统的输入分成不同的组，对于同一个组的输入，软件或系统应该有相似的行为，即软件或系统是以相同的方式对这些输入值进行处理，从每个组中选取少数代表性数据作为测试用例，通常把这种技术称为等价类划分。

边界分析：由于程序的错误经常在定义域和等价类的边缘处被发现，所以在等价类分析后还应该对于每个测试的变量加上边界值分析。测试用例取值时一般取边界值、略低于边界值、略高于边界值三种典型值。

MCDC分析：采用适当数量的测试用例，使得程序中的每一输入点和输出点至少执行一次，每一分支中每一个条件的所有可能取值至少取值一次，且每一个分支的所有可能取值至少取值一次，必须使得每一分支的每一个条件独立影响分支的取值结果。

以触发动力电池外部断路故障为例，对本发明结合等价类分析、边界分析和MCDC分析的实例举例说明如下。

一般对于动力电池外部断路故障，若高压上电完成，state 28，30，100，110，170时，校验MCU(Microcontroller Unit，微控制单元)母线电压U＜100V，且母线电流I＜3A，则确认断路，需要立即高压下电，故障处理等级LEVEL＝1；否则不处理，故障处理等级LEVEL＝6。若整车控制器对故障处理，仪表点亮动力电池故障灯、系统故障灯，并发出三级报警音；若不处理，则无提示。另外，该故障在重新低压上电可恢复。

测试输入包括：预设多种模拟实车场景；动力电池外部断路故障标志位；运用等价类分析与边界值分析，使MCU母线电压分别取值99V、100V和101V；运用等价类分析与边界值分析，使MCU母线电流分别取值2.9A、3A和3.1A。测试输出包括：故障处理等级(LEVEL＝1或LEVEL＝6)；故障报警音信号(无提示或三级报警音)；系统故障灯信号和电池故障灯信号(灯亮或灯灭)；所有故障标志位参数的和值(取值0/1)；单个故障标志位参数值(取值0/1)。

本发明实施例的测试方法，运用MCDC分析组合测试用例，检测每种测试用例下整车控制器测试输出的处理数据是否正确，实现了多种模拟实车场景下的全面测试。

本发明实施例的整车控制器故障处理的测试方法，能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，避免了安全漏洞，从而保证了用户安全，提高了用户满意度。解决了现有技术中进行整车控制器故障相关测试时，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全的问题。并实现了对故障处理优先级的测试，且通过对整车控制器发出的所有故障标志位求和，可以直观的观测故障发生情况。另外，与现有测试技术紧密结合，使得测试覆盖更加全面，提高了测试准确度，完善了测试效果。

如图2所示，本发明的实施例还提供一种整车控制器故障处理的测试装置，包括：

触发模块，用于在预设的多种模拟实车场景下，分别触发一个或多个故障；

第一获取模块，用于获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；

第一检测模块，用于根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确。

本发明实施例的整车控制器故障处理的测试装置，能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，避免了安全漏洞，从而保证了用户安全，提高了用户满意度。解决了现有技术中进行整车控制器故障相关测试时，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全的问题。

优选的，所述测试装置还包括：

第二检测模块，用于若所触发故障为可恢复故障，则在故障恢复后，获取所述整车控制器的第二处理数据，并根据所述第二处理数据，检测所述整车控制器的处理是否符合正常行车状况；

第三检测模块，用于若所触发故障为不可恢复故障，则重置所述模拟实车场景后，检测所述整车控制器的第三处理数据，并根据所述第三处理数据，检测所述整车控制器的处理是否符合正常行车状况。

优选的，所述故障包括预设多种不同等级的故障；

所述第一检测模块包括：

判断单元，用于若同时触发多种不同等级的故障，则根据所述第一处理数据，判断所述整车控制器针对所触发故障的处理，是否为针对所触发故障中最高等级的故障所作的处理，得到判断结果；

第一检测单元，用于若所述判断结果为是，则根据所述第一处理数据，检测所述整车控制器针对所述最高等级的故障的处理是否正确；

确定单元，用于若所述判断结果为否，则确定所述整车控制器针对所触发故障的处理不正确。

优选的，所述整车控制器的处理数据包括故障标志位参数、系统故障灯信号、故障报警音信号及故障处理等级参数；

所述第一检测模块包括：

第二检测单元，用于根据所述第一处理数据中的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，检测所述整车控制器针对所触发故障的处理是否正确。

优选的，所述测试装置还包括：

第二获取模块，用于获取所述第一处理数据中的所有故障标志位参数的和值，根据所述和值确定故障的数量并显示。

优选的，所述触发模块包括：

触发单元，用于结合等价类分析、边界分析、修正调节/判定覆盖MCDC分析、状态转移分析和/或决策表分析，在预设的多种实车场景下，分别触发一个或多个故障。

本发明实施例的整车控制器故障处理的测试装置，能够同时触发多个故障，实现多种模拟实车场景的全面测试，提高了测试覆盖度，降低了实车测试的风险，使产品质量得到了保障，避免了安全漏洞，从而保证了用户安全，提高了用户满意度。解决了现有技术中进行整车控制器故障相关测试时，测试覆盖度不全，使产品质量得不到保障，生产出的车辆可能存在安全漏洞，从而危及用户安全的问题。并实现了对故障处理优先级的测试，且通过对整车控制器发出的所有故障标志位求和，可以直观的观测故障发生情况。另外，与现有测试技术紧密结合，使得测试覆盖更加全面，提高了测试准确度，完善了测试效果。

需要说明的是，该整车控制器故障处理的测试装置是与上述整车控制器故障处理的测试方法相对应的装置，其中上述方法实施例中所有实现方式均适用于该装置的实施例中，也能达到同样的技术效果。

在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种整车控制器故障处理的测试方法，其特征在于，包括：

在预设的多种模拟实车场景下，分别触发一个或多个故障；

获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；

根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确；

所述整车控制器的处理数据包括故障标志位参数、系统故障灯信号、故障报警音信号及故障处理等级参数；

所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确的步骤包括：

根据所述第一处理数据中的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，检测所述整车控制器针对所触发故障的处理是否正确。

2.根据权利要求1所述的测试方法，其特征在于，所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确之后，所述测试方法还包括：

若所触发故障为可恢复故障，则在故障恢复后，获取所述整车控制器的第二处理数据，并根据所述第二处理数据，检测所述整车控制器的处理是否符合正常行车状况；

若所触发故障为不可恢复故障，则重置所述模拟实车场景后，检测所述整车控制器的第三处理数据，并根据所述第三处理数据，检测所述整车控制器的处理是否符合正常行车状况。

3.根据权利要求1所述的测试方法，其特征在于，所述故障包括预设多种不同等级的故障；

所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确的步骤包括：

若同时触发多种不同等级的故障，则根据所述第一处理数据，判断所述整车控制器针对所触发故障的处理，是否为针对所触发故障中最高等级的故障所作的处理，得到判断结果；

若所述判断结果为是，则根据所述第一处理数据，检测所述整车控制器针对所述最高等级的故障的处理是否正确；

若所述判断结果为否，则确定所述整车控制器针对所触发故障的处理不正确。

4.根据权利要求1所述的测试方法，其特征在于，所述根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确之后，所述测试方法还包括：

获取所述第一处理数据中的所有故障标志位参数的和值，根据所述和值确定故障的数量并显示。

5.根据权利要求1所述的测试方法，其特征在于，所述在预设的多种实车场景下，分别触发一个或多个故障的步骤包括：

结合等价类分析、边界分析、修正调节/判定覆盖MCDC分析、状态转移分析和/或决策表分析，在预设的多种实车场景下，分别触发一个或多个故障。

6.一种整车控制器故障处理的测试装置，其特征在于，包括：

触发模块，用于在预设的多种模拟实车场景下，分别触发一个或多个故障；

第一获取模块，用于获取整车控制器在每种模拟实车场景下，针对所触发故障的第一处理数据；

第一检测模块，用于根据所述第一处理数据，检测所述整车控制器针对所触发故障的处理是否正确；

所述整车控制器的处理数据包括故障标志位参数、系统故障灯信号、故障报警音信号及故障处理等级参数；

所述第一检测模块包括：

第二检测单元，用于根据所述第一处理数据中的故障标志位参数值、系统故障灯信号、故障报警音信号及故障处理等级参数，检测所述整车控制器针对所触发故障的处理是否正确。

7.根据权利要求6所述的测试装置，其特征在于，所述测试装置还包括：

第二检测模块，用于若所触发故障为可恢复故障，则在故障恢复后，获取所述整车控制器的第二处理数据，并根据所述第二处理数据，检测所述整车控制器的处理是否符合正常行车状况；

第三检测模块，用于若所触发故障为不可恢复故障，则重置所述模拟实车场景后，检测所述整车控制器的第三处理数据，并根据所述第三处理数据，检测所述整车控制器的处理是否符合正常行车状况。

8.根据权利要求6所述的测试装置，其特征在于，所述故障包括预设多种不同等级的故障；

所述第一检测模块包括：

判断单元，用于若同时触发多种不同等级的故障，则根据所述第一处理数据，判断所述整车控制器针对所触发故障的处理，是否为针对所触发故障中最高等级的故障所作的处理，得到判断结果；

第一检测单元，用于若所述判断结果为是，则根据所述第一处理数据，检测所述整车控制器针对所述最高等级的故障的处理是否正确；

确定单元，用于若所述判断结果为否，则确定所述整车控制器针对所触发故障的处理不正确。

9.根据权利要求6所述的测试装置，其特征在于，所述测试装置还包括：

第二获取模块，用于获取所述第一处理数据中的所有故障标志位参数的和值，根据所述和值确定故障的数量并显示。

10.根据权利要求6所述的测试装置，其特征在于，所述触发模块包括：

触发单元，用于结合等价类分析、边界分析、修正调节/判定覆盖MCDC分析、状态转移分析和/或决策表分析，在预设的多种实车场景下，分别触发一个或多个故障。