CN111782499A - 测试用例生成方法及系统 - Google Patents

测试用例生成方法及系统 Download PDF

Info

Publication number
CN111782499A
CN111782499A CN201910265796.6A CN201910265796A CN111782499A CN 111782499 A CN111782499 A CN 111782499A CN 201910265796 A CN201910265796 A CN 201910265796A CN 111782499 A CN111782499 A CN 111782499A
Authority
CN
China
Prior art keywords
fault
detected
test
tested
result
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910265796.6A
Other languages
English (en)
Other versions
CN111782499B (zh
Inventor
马东辉
赵长友
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing CHJ Automobile Technology Co Ltd
Original Assignee
Beijing CHJ Automobile Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing CHJ Automobile Technology Co Ltd filed Critical Beijing CHJ Automobile Technology Co Ltd
Priority to CN201910265796.6A priority Critical patent/CN111782499B/zh
Publication of CN111782499A publication Critical patent/CN111782499A/zh
Application granted granted Critical
Publication of CN111782499B publication Critical patent/CN111782499B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3692—Test management for test results analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

本发明提供一种测试用例生成方法及系统，其中方法包括：获取第一待测故障的第一触发指令和第一预期结果；将所述第一触发指令施加到测试车辆上，获得第一测试结果；若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。这样，依据故障诊断系统的待测故障生成测试用例，适用性更广泛，所生成的测试用例在应用时能够准确确定故障点，故障诊断更准确。将预期结果与测试结果的一致性比来确定其符合预期的响应机制，验证了故障策略的有效性。

Description

测试用例生成方法及系统
技术领域
本发明涉及车辆技术领域，尤其涉及一种测试用例生成方法及系统。
背景技术
现有车辆在出厂前，需要对车辆进行测试，通常利用测试用例对其进行检测。其中，测试用例(Test Case)是为某个特殊目标而标识的一组测试输入、执行条件以及预期结果的测试模型，以便实现在测试某个输入信息在其设定的执行条件和参数下得到的运行结果是否满足预期结果的测试功能。一般来说，在生成车辆控制器的测试用例时，都是基于测试需求生成对应的测试用例，所生成的测试用例适用性较差，利用测试用例对测试车辆进行测试的结果准确性也较差。
发明内容
本发明实施例提供一种测试用例生成方法及系统，以解决现有的测试用例生成方法所生成的测试用例适用性较差，利用测试用例对测试车辆进行测试的结果准确性也较差的技术问题。
为了达到上述目的，本发明提供的具体方案如下：
第一方面，本发明实施例提供了一种测试用例生成方法，应用于测试用例生成系统，所述方法包括：
获取第一待测故障的第一触发指令和第一预期结果；
将所述第一触发指令施加到测试车辆上，获得第一测试结果；
若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，所述方法还包括：
获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
所述将所述第一待测故障的第一触发指令施加到测试车辆上，获得第一测试结果的步骤包括：
将所述第一触发指令和所述第二触发指令依次施加到所述测试车辆上，获得第一测试结果和第二测试结果；
所述若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例的步骤，包括：
若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，所述获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障的步骤之前，所述方法还包括：
确定与所述第一待测故障兼容的第二待测故障。
可选的，所述确定与所述第一待测故障兼容的第二待测故障的步骤，包括：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
可选的，所述待测故障的等级通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据每个待测故障的故障诊断信号确定故障类型；
根据所述待测故障的故障类型确定所述待测故障对应的车辆安全状态；
根据所述故障类型和所对应的车辆安全状态，确定所述待测故障的等级。
可选的，所述第二待测故障的数量为至少两个；
所述将所述第一待测故障的第一触发指令和所述第二待测故障的第二触发指令依次施加到所述测试车辆上的步骤包括：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
可选的，所述待测故障的触发指令和预期结果通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
第二方面，本发明实施例提供了一种测试用例生成系统，包括：
获取模块，用于获取第一待测故障的第一触发指令和第一预期结果；
施加模块，用于将所述第一触发指令施加到测试车辆上，获得第一测试结果；
生成模块，用于若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，所述获取模块还用于：
获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
所述施加模块还用于：
将所述第一触发指令和所述第二触发指令依次施加到所述测试车辆上，获得第一测试结果和第二测试结果；
所述生成模块还用于：
若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，所述系统还包括：
确定模块，用于确定与所述第一待测故障兼容的第二待测故障。
可选的，所述确定模块用于：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
可选的，所述待测故障的等级通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据每个待测故障的故障诊断信号确定故障类型；
根据所述待测故障的故障类型确定所述待测故障对应的车辆安全状态；
根据所述故障类型和所对应的车辆安全状态，确定所述待测故障的等级。
可选的，所述第二待测故障的数量为至少两个；
所述施加模块用于：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
可选的，所述待测故障的触发指令和预期结果通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
第三方面，本发明实施例还提供了另一种测试用例生成系统，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面中任一项所述的测试用例生成方法。
第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机序被处理器执行时实现如第一方面所述的测试用例生成方法的步骤。
本发明实施例中，测试用例生成系统通过将所获取的第一待测故障的第一触发指令施加到测试车辆上，并将测试得到的第一测试结果与该第一待测故障的第一预期结果的进行比对，在二者一致时才确定生成对应该第一待测故障的测试用例。这样，依据故障诊断系统获取的多个待测故障生成测试用例，生成测试用例的类型更多，适用性更广泛，所生成的测试用例在应用时能够准确确定故障点，故障诊断更准确。将预期结果与测试结果的一致性比来确定其符合预期的响应机制，验证了故障策略的有效性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的一种测试用例生成方法的流程示意图；
图2为本发明另一实施例提供的一种测试用例生成方法的流程示意图；
图3为本发明实施例提供的测试用例生成方法中的待测故障的等级确定方式的流程示意图；
图4为本发明实施例提供的一种测试用例生成系统的结构示意图；
图5为本发明实施例提供的另一种测试用例生成系统的结构示意图；
图6为本发明实施例提供的另一种测试用例生成系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1，图1为本发明一实施例提供的一种测试用例生成方法的流程示意图，所述测试用例生成方法应用于测试用例生成系统。如图1所示，所提供的测试用例生成方法主要包括以下步骤：
步骤101、获取第一待测故障的第一触发指令和第一预期结果；
本实施例中，测试用例生成系统用于生成测试用例，每个测试用例对应一个待测故障，测试故障用于车辆控制器的故障反应功能和故障定位查询功能。具体的，测试用例生成系统在生成一个测试用例时，需要先确定所测试的待测故障，定义为第一待测故障。测试用例生成系统获取该第一待测故障的第一触发指令和第一预期结果，其中，所述第一触发指令用于指示在车辆上触发该第一待测故障的方式，第一预期结果用于表示在车辆上触发该第一待测故障后，预期会出现的结果，所述第一预期结果可以包括但不限于：刹车失灵、掉电、雨刷停摆等。
可选的，所述待测故障的触发指令和预期结果可以通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
本实施方式中，针对测试用例生成系统获取待测故障的触发指令和预期结果的方式作了进一步限定，该方式可以应用于第一待测故障和其他待测故障的相关信息获取过程。具体的，测试用例生成系统先获取第一待测故障的故障诊断信号(Diagnostic FaultCheck，简称DFC)，由故障诊断信号即可解析得到该第一待测故障的触发指令和预期结果。测试用例生成系统可以接收用户手动输入的故障诊断信号，或者，测试用例生成系统也可以从建立通信连接的其他外接设备中获取，其他能够获取故障诊断信号的方案也可以适用于本实施例，不作限定。
步骤102、将所述第一触发指令施加到测试车辆上，获得第一测试结果；
测试用例生成系统将该第一待测故障的第一触发指令施加到测试车辆上，测试车辆在接收到第一触发指令后会作出故障反应，即为第一测试结果。
本实施方式中，所涉及的测试车辆可以为具备整车控制器的整车车辆设备，也可以为具备基础的故障反应功能的整车控制器，或者，所述测试车辆也可以为仿真软件中的虚拟车辆，该虚拟车辆能够模拟真实的整车控制器，对所接收的故障触发指令作出对应的故障反应。
步骤103、若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
测试用例生成系统依据上述步骤获取测试车辆对第一待测故障的第一测试结果后，即可将该第一测试结果与第一预期结果进行一致性比对。若第一测试结果与第一预期结果一致，则表示该第一待测故障的实际测试结果与预期结果相同，因此可以将该第一待测故障及其对应的第一触发动作和第一预期结果作为一个完整的测试用例，用在后续的车辆研发和整车故障诊断过程中。反之，若第一测试结果与第一预期结果不一致，则表示预期结果错误或者测试结果中的至少一个出现错误，该第一待测故障及其对应的第一触发动作和第一预期结果不可以直接作为一个测试用例，还需要进一步的故障定位和修正操作，在此不做详述。
上述本发明实施例提供的测试用例生成方法，测试用例生成系统通过将所获取的第一待测故障的第一触发指令施加到测试车辆上，并将测试得到的第一测试结果与该第一待测故障的第一预期结果的进行比对，在二者一致时才确定生成对应该第一待测故障的测试用例。这样，依据故障诊断系统的待测故障生成测试用例，适用性更广泛，所生成的测试用例在应用时能够准确确定故障点，故障诊断更准确。将预期结果与测试结果的一致性比来确定其符合预期的响应机制，验证了故障策略的有效性。
参见图2，图2为本发明另一实施例提供的一种测试用例生成方法的流程示意图。本发明实施例提供的测试用例生成方法与上述实施例的区别在于，增设针对与第一待测故障兼容的第二待测故障的故障兼容状态的测试操作。具体的，如图所示，所述方法主要包括：
步骤201、获取第一待测故障的第一触发指令和第一预期结果；
步骤202、获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
测试用例生成系统在生成第一待测故障的测试用例时，还需要确定车辆在触发第一待测故障的情况下，车辆还能触发的故障类型，即为第二待测故障。若在车辆上先后触发第一待测故障和第二待测故障，该第一待测故障和第二待测故障可以兼容，不会相互覆盖和影响。
确定第一待测故障和第二待测故障后，还需要获取该第一待测故障的第一触发指令和第一预期结果，以及第二待测故障的第二触发指令和第二预期结果。获取第一待测故障和第二待测故障的相关触发指令和预期结果的先后顺序可以调换，具体实施方式可以参见上述实施例中的步骤101的具体实施过程，不再赘述。
步骤203、将所述第一触发指令和所述第二触发指令依次施加到测试车辆上，获得第一测试结果和第二测试结果；
步骤204、若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
测试用例生成系统依据上述步骤确定第一测故障和第二待测故障后，将第一触发指令和第二触发指令依次施加到测试车辆上，以获得对应的第一测试结果和第二测试结果，将所获得的测试结果与预期结果进行比对。若确定第一测试结果和第一预期结果一致，且第二测试结果与第二预期结果一致，则表示测试车辆对第一待测故障和第二待测故障均做出了预期的故障反应，且第一待测故障和第二待测故障没有相互覆盖和影响，也就是说，第一待测故障与第二待测故障兼容。这样，测试用例生成系统即可将第一待测故障及其对应的第一触发指令和第一预期结果，以及与之兼容的第二待测故障及其对应的第二触发指令和第二预期结果作为一个完整的测试用例。
上述本发明实施例提供的测试用例生成方法，测试第一待测故障及与之兼容的第二待测故障在测试车辆上的故障反应，在确认故障反应正常且能相互兼容时生成完整的测试用例。相互兼容的待测故障之间不会相互覆盖和影响，所生成的测试用例就可以用于同时测试多个相互叠加的故障反应，也不会出现单纯的叠加组合的测试方案造成测试混乱爆炸的问题。本发明实施例提供的测试用例生成方法的具体实施过程，可以参见上述图1所示的实施例提供的测试用例生成方法的具体实施过程，在此不再一一赘述。
可选的，步骤203所述的，将所述第一待测故障的第一触发指令和所述第二待测故障的第二触发指令施加到所述测试车辆上的步骤之前，所述方法还包括：
确定与所述第一待测故障兼容的第二待测故障。
进一步的，所述确定与所述第一待测故障兼容的第二待测故障的步骤，包括：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
本实施方式中，增设第二待测故障的确定操作。测试用例生成系统先确定与第一待测故障兼容的第二待测故障，然后将第一待测故障和第二待测故障依次应用到测试车辆上进行故障反应测试和故障兼容状态测试。
具体的，测试用例生成系统预先获取多个待测故障的等级，该等级可以用于一定程度上表示测试车辆在触发该待测故障时的安全行驶状态，等级越低则表示测试车辆行驶状态越安全，反之则越危险，因此，低等级的待测故障可以兼容高等级的待测故障，不会被覆盖。测试用例生成系统获取多个待测故障的等级后，可以将该多个待测故障中，等级高于该第一待测故障的待测故障确定为与第一故障兼容的第二待测故障，这样可以保证测试用例中兼容待测故障的安全性和适用性。
更进一步的，如图3所示，所述待测故障的等级通过以下方式确定：
步骤301、获取待测故障的故障诊断信号；
步骤302、根据待测故障的故障诊断信号确定故障类型；
步骤303、根据所述待测故障的故障类型确定所述待测故障对应的车辆安全状态；
步骤304、根据所述故障类型和所对应的车辆安全状态，确定所述待测故障的等级。
测试用例生成系统预先获取待测故障的故障诊断信号DFC，根据故障诊断信号即可确定该待测故障的故障类型，进而依据故障类型来确定在触发该待测故障的情况下的车辆安全状态。最后，测试用例生成系统即可综合待测故障的故障类型和车辆安全状态，确定该待测故障的等级。
在另一种具体实施方式中，所述第二待测故障的数量为至少两个；
步骤203所述的，将所述第一待测故障的第一触发指令和所述第二待测故障的第二触发指令施加到所述测试车辆上的步骤包括：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
本实施方式中，针对与第一待测故障兼容的第二待测故障的数量为至少两个的情况，将该至少两个第二待测故障按照等级由低到高的顺序依次排序，在进行故障测试时，也需要按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上，并依次核对测试结果与预期结果的一致性。将待测故障按照等级排序和测试，以保证按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
具体实施时，如表1所示，测试用例生成系统根据不同故障的DFC定义确定每条故障的故障类型，例如对电源短路、对地短路、开路、对公共端短路、报文丢失、节点丢失、报文校验失败等等。结合DFC已有信息包括：使能条件、设置条件、清除条件、注入的故障维持时间等得到一个故障注入的动作：
Figure BDA0002016764800000091
Figure BDA0002016764800000101
表1
如表2所示，根据待测故障的故障类型，确定故障类型对应的车辆状态，进而得到待测故障的等级排序；比如FID_lim_imm_dr_hv(紧急下高压)的优先级>FID_limsys_0torque(系统0扭矩输出)>FID_limsys_vehspd_dchg(限制车速)。
Figure BDA0002016764800000102
表2
如表3所示，依据上述步骤确定待测故障的等级后，即可确定待测故障之间的兼容关系，并将所获取的多个可兼容的故障按照等级由低到高的顺序依次排序，以确保低等级的待测故障不会被高等级的待测故障覆盖和影响。
Figure BDA0002016764800000103
表3
上述本发明实施例提供的测试用例生成方法，生成多种类型的待测故障的测试用例，测试用例约束到位，有效用例更多，避免了排列组合引起的用例爆炸；自动化测试效率更高。本发明实施例提供的测试用例生成方法的具体实施过程，可以参见上述图1至图3所示的实施例提供的测试用例生成方法的具体实施过程，在此不再一一赘述。
参见图4，图4为本发明实施例提供的一种测试用例生成系统的结构示意图。如图4所示，所述测试用例生成系统包括：
获取模块401，用于获取第一待测故障的第一触发指令和第一预期结果；
施加模块402，用于将所述第一触发指令施加到测试车辆上，获得第一测试结果；
生成模块403，用于若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，所述获取模块401还用于：
获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
所述施加模块402还用于：
将所述第一触发指令和所述第二触发指令依次施加到所述测试车辆上，获得第一测试结果和第二测试结果；
所述生成模块403还用于：
若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，如图5所示，所述测试用例生成系统400还包括：
确定模块404，用于确定与所述第一待测故障兼容的第二待测故障。
可选的，所述确定模块404用于：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
可选的，所述第二待测故障的数量为至少两个；
所述施加模块402用于：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
可选的，所述待测故障的触发指令和预期结果通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
上述本发明实施例提供的测试用例生成系统，测试用例生成系统通过将所获取的第一待测故障的第一触发指令施加到测试车辆上，并将测试得到的第一测试结果与该第一待测故障的第一预期结果的进行比对，在二者一致时才确定生成对应该第一待测故障的测试用例。这样，依据故障诊断系统的待测故障生成测试用例，适用性更广泛，所生成的测试用例在应用时能够准确确定故障点，故障诊断更准确。将预期结果与测试结果的一致性比来确定其符合预期的响应机制，验证了故障策略的有效性。本发明实施例提供的测试系统生成系统的具体实施过程，可以参见上述图1至图3所示的实施例提供的测试系统生成方法的具体实施过程，在此不再一一赘述。
参见图6，图6是本发明另一实施例提供的测试用例生成系统的结构示意图。如图6所示，为实现本发明各个实施例的一种测试用例生成系统，该测试用例生成系统600包括存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序；处理器602执行所述计算机程序时，实现如下步骤：
获取第一待测故障的第一触发指令和第一预期结果；
将所述第一触发指令施加到测试车辆上，获得第一测试结果；
若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器602代表的一个或多个处理器和存储器601代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器602负责管理总线架构和通常的处理，存储器601可以存储处理器602在执行操作时所使用的数据。
可选的，处理器602执行所述计算机程序时，还实现：
获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
将所述第一触发指令和所述第二触发指令依次施加到所述测试车辆上，获得第一测试结果和第二测试结果；
若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
可选的，处理器602执行所述计算机程序时，还实现：
确定与所述第一待测故障兼容的第二待测故障。
可选的，处理器602执行所述计算机程序时，还实现：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
可选的，处理器602执行所述计算机程序时，还实现：
获取所述待测故障的故障诊断信号；
根据每个待测故障的故障诊断信号确定故障类型；
根据所述待测故障的故障类型确定所述待测故障对应的车辆安全状态；
根据所述故障类型和所对应的车辆安全状态，确定所述待测故障的等级。
可选的，所述第二待测故障的数量为至少两个；
处理器602执行所述计算机程序时，还实现：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
可选的，处理器602执行所述计算机程序时，还实现：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
需要说明的是，本发明实施例中上述车速控制系统600可以是方法实施例中任意实施方式的车速控制系统，方法实施例中任意实施方式都可以被本实施例中的车速控制系统600所实现，以及达到相同的有益效果，此处不再赘述。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述测试用例生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (16)

1.一种测试用例生成方法，其特征在于，应用于测试用例生成系统，所述方法包括：
获取第一待测故障的第一触发指令和第一预期结果；
将所述第一触发指令施加到测试车辆上，获得第一测试结果；
若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
所述将所述第一待测故障的第一触发指令施加到测试车辆上，获得第一测试结果的步骤包括：
将所述第一触发指令和所述第二触发指令依次施加到所述测试车辆上，获得第一测试结果和第二测试结果；
所述若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例的步骤，包括：
若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
3.根据权利要求2所述的方法，其特征在于，所述获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障的步骤之前，所述方法还包括：
确定与所述第一待测故障兼容的第二待测故障。
4.根据权利要求3所述的方法，其特征在于，所述确定与所述第一待测故障兼容的第二待测故障的步骤，包括：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
5.根据权利要求4所述的方法，其特征在于，所述待测故障的等级通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据每个待测故障的故障诊断信号确定故障类型；
根据所述待测故障的故障类型确定所述待测故障对应的车辆安全状态；
根据所述故障类型和所对应的车辆安全状态，确定所述待测故障的等级。
6.根据权利要求4所述的方法，其特征在于，所述第二待测故障的数量为至少两个；
所述将所述第一待测故障的第一触发指令和所述第二待测故障的第二触发指令依次施加到所述测试车辆上的步骤包括：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
7.根据权利要求1所述的方法，其特征在于，所述待测故障的触发指令和预期结果通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
8.一种测试用例生成系统，其特征在于，包括：
获取模块，用于获取第一待测故障的第一触发指令和第一预期结果；
施加模块，用于将所述第一触发指令施加到测试车辆上，获得第一测试结果；
生成模块，用于若所述第一测试结果与所述第一预期结果一致，则生成对应所述第一待测故障的测试用例。
9.根据权利要求8所述的系统，其特征在于，所述获取模块还用于：
获取第二待测故障的第二触发指令和第二预期结果，所述第二待测故障为与所述第一待测故障兼容的故障；
所述施加模块还用于：
将所述第一触发指令和所述第二触发指令依次施加到所述测试车辆上，获得第一测试结果和第二测试结果；
所述生成模块还用于：
若所述第一测试结果和所述第一预期结果一致，且所述第二测试结果与所述第二预期结果一致，则生成对应所述第一待测故障的测试用例。
10.根据权利要求9所述的系统，其特征在于，所述系统还包括：
确定模块，用于确定与所述第一待测故障兼容的第二待测故障。
11.根据权利要求10所述的系统，其特征在于，所述确定模块用于：
获取至少两个待测故障的等级，其中，所述至少两个待测故障包括所述第一待测故障；
将等级高于所述第一待测故障的待测故障确定为所述第二待测故障。
12.根据权利要求11所述的系统，其特征在于，所述待测故障的等级通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据每个待测故障的故障诊断信号确定故障类型；
根据所述待测故障的故障类型确定所述待测故障对应的车辆安全状态；
根据所述故障类型和所对应的车辆安全状态，确定所述待测故障的等级。
13.根据权利要求11所述的系统，其特征在于，所述第二待测故障的数量为至少两个；
所述施加模块用于：
在将所述第一待测故障的第一触发指令施加到所述测试车辆的情况下，按照等级由低到高的顺序，将至少两个第二待测故障的第二触发指令依次施加到所述测试车辆上。
14.根据权利要求8所述的系统，其特征在于，所述待测故障的触发指令和预期结果通过以下方式确定：
获取所述待测故障的故障诊断信号；
根据所述故障诊断信号确定所述待测故障的触发指令和预期结果。
15.一种测试用例生成系统，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的测试用例生成方法。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机序被处理器执行时实现如权利要求1至7中任一项所述的测试用例生成方法的步骤。
CN201910265796.6A 2019-04-03 2019-04-03 测试用例生成方法及系统 Active CN111782499B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910265796.6A CN111782499B (zh) 2019-04-03 2019-04-03 测试用例生成方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910265796.6A CN111782499B (zh) 2019-04-03 2019-04-03 测试用例生成方法及系统

Publications (2)

Publication Number Publication Date
CN111782499A true CN111782499A (zh) 2020-10-16
CN111782499B CN111782499B (zh) 2023-09-22

Family

ID=72754933

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910265796.6A Active CN111782499B (zh) 2019-04-03 2019-04-03 测试用例生成方法及系统

Country Status (1)

Country Link
CN (1) CN111782499B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113515449A (zh) * 2021-05-19 2021-10-19 中国工商银行股份有限公司 一种混沌测试方法、系统、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080256392A1 (en) * 2007-04-16 2008-10-16 Microsoft Corporation Techniques for prioritizing test dependencies
CN104483959A (zh) * 2014-11-04 2015-04-01 普华基础软件股份有限公司 故障模拟与测试系统
CN205580751U (zh) * 2016-04-28 2016-09-14 北京经纬恒润科技有限公司 一种汽车天窗控制系统的测试试验台
CN107450515A (zh) * 2017-07-31 2017-12-08 北京新能源汽车股份有限公司 故障诊断自动测试方法及装置
EP3401849A1 (de) * 2017-05-09 2018-11-14 dSPACE digital signal processing and control engineering GmbH Produktreifebestimmung eines technischen systems

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080256392A1 (en) * 2007-04-16 2008-10-16 Microsoft Corporation Techniques for prioritizing test dependencies
CN104483959A (zh) * 2014-11-04 2015-04-01 普华基础软件股份有限公司 故障模拟与测试系统
CN205580751U (zh) * 2016-04-28 2016-09-14 北京经纬恒润科技有限公司 一种汽车天窗控制系统的测试试验台
EP3401849A1 (de) * 2017-05-09 2018-11-14 dSPACE digital signal processing and control engineering GmbH Produktreifebestimmung eines technischen systems
CN107450515A (zh) * 2017-07-31 2017-12-08 北京新能源汽车股份有限公司 故障诊断自动测试方法及装置

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
JAE-HOON LIM等: "Build-up of customized test automation solutions for efficient verification of chassis systems in vehicle HILS", 《2017 17TH INTERNATIONAL CONFERENCE ON CONTROL, AUTOMATION AND SYSTEMS (ICCAS)》, pages 1 - 5 *
JEAN-PHILIPPE MEUNIER: "Automotive Functional Safety: The Evolution of Fail Safe to Fail Operational Architecture", pages 1 - 7, Retrieved from the Internet <URL:《https://www.nxp.com/company/blog/automotive-functional-safety-the-evolution-of-fail-safe-to-fail-operational-architecture:BL-AUTOMOTIVE-SAFETY-EVOLUTION 》> *
李杰: "组合测试的故障定位", 《中国优秀硕士学位论文全文数据库 信息科技辑》, pages 138 - 164 *
测试冲鸭: "WEB测试项目实战——9.兼容性测试用例", pages 1 - 7, Retrieved from the Internet <URL:《https://blog.csdn.net/zhaiyujia15195383763/article/details/83271066》> *
王建德: "混合动力CVT控制系统关键技术研究与开发", 《中国博士学位论文全文数据库 工程科技Ⅱ辑》, pages 035 - 7 *
赵家祝: "Android移动应用热更新方案的研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》, pages 138 - 1462 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113515449A (zh) * 2021-05-19 2021-10-19 中国工商银行股份有限公司 一种混沌测试方法、系统、电子设备及存储介质

Also Published As

Publication number Publication date
CN111782499B (zh) 2023-09-22

Similar Documents

Publication Publication Date Title
CN109788033B (zh) 无人车远程调试方法、装置、系统及存储介质
CN112100085B (zh) 安卓应用程序稳定性测试方法、装置和设备
Dhadyalla et al. Combinatorial testing for an automotive hybrid electric vehicle control system: a case study
CN114490387A (zh) 一种车辆的测试方法及装置
CN110119348B (zh) 一种软件升级测试的方法及终端
CN116069635A (zh) Soc系统的测试方法、装置、计算机设备及存储介质
CN109815083B (zh) 一种应用崩溃的监控方法、装置、电子设备及介质
CN114647228A (zh) 一种bms的测试方法及系统
CN111782499A (zh) 测试用例生成方法及系统
CN108932355B (zh) 一种逻辑验证方法及装置
CN110850354B (zh) 计量故障识别模块检测方法、装置、系统和存储介质
CN115733741B (zh) 一种针对待测系统的异常场景测试方法和装置
Himmler et al. Hardware-in-the-Loop Testing in the Context of ISO 26262
CN110704307A (zh) 应用产品的测试方法、装置、用户设备及计算机存储介质
US20160224456A1 (en) Method for verifying generated software, and verifying device for carrying out such a method
CN115373929A (zh) 测试方法、装置、设备、可读存储介质及程序产品
CN115061450A (zh) 一种车载控制器的刷写测试方法、装置、设备及存储介质
CN111597101B (zh) Sdk接入状态检测方法、计算机设备及计算机可读存储介质
CN111240302B (zh) 一种信号验证方法、装置、电子设备及存储介质
CN114297088A (zh) 前端vue框架组件的测试方法、装置、设备及介质
CN114416596A (zh) 一种测试应用的方法、装置、计算机设备及存储介质
CN114461465A (zh) 混合cpu架构设备的微服务测试方法、系统及相关装置
CN106446400B (zh) 一种机电系统性能的测试方法及装置
CN112346441A (zh) 一种汽车在线诊断方法、系统和汽车诊断设备
CN115473832B (zh) 车联网端云通信测试方法、装置、服务器、客户端及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant