CN109815147A - 测试案例生成方法、装置、服务器和介质 - Google Patents

Abstract

本发明实施例公开了一种测试案例生成方法、装置、服务器和介质，其中，该方法包括：基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；根据至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。本发明实施例解决了现有测试案例生成过程耗费人力成本的问题，实现了基于测试需求自动生成测试案例的效果，减少了人力成本的消耗，进而提高了测试效率。

Description

测试案例生成方法、装置、服务器和介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种测试案例生成方法、装置、服务器和介质。

背景技术

测试属于软件开发过程中的一个重要环节。经过案例测试，可以验证开发软件的稳定性和兼容性，发现软件错误和缺陷。只有测试通过了，开发软件才有机会上线推广。

在开发过程中，通常会遇到一种测试场景中需要同时执行多个功能的测试。如果在每次测试过程中，均完全依赖开发人员进行各个测试程序的编写以及组合，不仅耗费人力成本，而且影响开发软件的测试效率。

发明内容

本发明实施例提供一种测试案例生成方法、装置、服务器和介质，以实现基于测试需求自动生成测试案例的效果。

第一方面，本发明实施例提供了一种测试案例生成方法，该方法包括：

基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

根据所述至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

第二方面，本发明实施例还提供了一种测试案例生成装置，该装置包括：

测试案例类型识别模块，用于基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

测试子案例抽取模块，用于根据所述至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

目标测试案例生成模块，用于根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

第三方面，本发明实施例还提供了一种服务器，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例所述的测试案例生成方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例所述的测试案例生成方法。

本发明实施例通过分析测试需求文档，识别测试过程涉及的至少一个测试案例类型，然后从测试案例库中抽取每个测试案例类型对应的测试子案例，最后根据测试需求，将抽取的各个测试子案例进行合理拼接，便自动生成可适用于当前测试的完整目标测试案例，解决了现有测试案例生成过程耗费人力成本的问题，实现了基于测试需求自动生成测试案例的效果，减少了人力成本的消耗，进而提高了测试效率。

附图说明

图1是本发明实施例一提供的测试案例生成方法的流程图；

图2是本发明实施例二提供的测试案例生成方法的流程图；

图3是本发明实施例三提供的测试案例生成装置的结构示意图；

图4是本发明实施例四提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的测试案例生成方法的流程图，本实施例可适用于基于测试需求生成测试案例的情况，该方法可以由测试案例生成装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在服务器上。

如图1所示，本实施例提供的测试案例生成方法可以包括：

S110、基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型。

测试需求文档是基于测试需求描述当前的具体测试规则。该测试需求文档可以是测试人员根据测试需求直接输入的描述性文本，也可以是测试人员通过语音输入后经转换得到的文本。测试需求文档输入时可以按照预先设定的文本格式进行输入，以提高后续识别测试案例类型的效率。预先设定的文本格式中可以包括特定的分隔符，以实现语句的分割。文本格式具体可以由测试人员进行灵活设置，本实施例不作具体限定。

通过对获取的测试需求文档进行文本分析，确定出当前测试过程涉及的至少一个测试案例类型。通常，根据不同的应用开发，软件或者应用程序的一个测试过程会涉及多个应用功能，因此，一次测试过程便涉及到多个测试子任务，每一个测试子任务对应一个测试案例类型。需要说明的是，本实施例方法可以同时获取多个测试需求文档，并同步进行识别处理，确定出每个测试需求对应的测试案例类型。

可选的，基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型，包括：

提取获取的测试需求文档中的关键词；

根据关键词确定测试过程涉及的至少一个测试案例类型。

本实施例中，可以利用任意关键词提取方法，例如基于词频-逆向文件频率(TF-IDF)的关键词提取方法、基于主题模型(Topic-model)的关键词提取方法和快速自动关键字提取(Rapid Automatic Keyword Extraction，RAKE)方法等，对测试需求文档进行分析，提取出至少一个关键词，然后结合文档语义，确定出当前测试过程涉及的至少一个测试案例类型。

示例性的，下面针对某理财应用的618理财活动测试需求，对本实施例的测试案例类型识别进行示例性说明，618理财活动测试需求如下：

1)共有3种面额的购物卡A，全部仅限于首笔投资的用户领取。点击进入默认是50元的购物卡A，每两秒换一次礼品。理财用户可以通过左右滑动更换礼品。

2)点击活动规则可弹出规则弹窗，点击“理财领取”后，首先需判断理财用户的登录状态，若理财用户未登录则弹出登录框，当理财用户登录或注册完成后直接跳转到对应理财产品的转入页面，并自动帮助理财用户输入领取礼品的最低金额。

测试人员基于上述测试需求可将如下测试需求文档录入服务器中：1|618理财活动需求|共有3种面额的购物卡A，全部仅限于首笔投资的用户领取。点击进入默认是50元购物卡A，每两秒换一次礼品。理财用户可以通过左右滑动更换礼品。|点击活动规则可弹出规则弹窗，点击“理财领取”后，首先需判断理财用户的登录状态，若理财用户未登录则弹出登录框，当理财用户登录或注册完后直接跳转到对应理财产品的转入页面，并自动帮助理财用户输入领取礼品的最低金额。

对上述测试需求文档进行分析，提取的关键词包括但不限于：理财活动、礼品和登录，基于语义继续对关键词进行分类，基于关键词分类结果，可以确定当前测试过程涉及的测试案例类型包括理财礼品增送类测试案例和用户登录类测试案例。

S120、根据至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例。

当确定测试案例类型后，在测试案例库中进行类型匹配，若匹配成功，则抽取出与测试案例类型对应的测试子案例，以用于当前测试。其中，测试案例库是按照测试案例类型，将可以共用的历史测试案例进行拆分后并分类存储得到或者将历史测试案例进行整体性存储得到。当测试案例库中存在当前需求的测试案例类型，直接从中调取相应类型的测试案例框架即可，可以省去测试人员重复编写该测试程序的流程，从而减少测试人员的工作量。

S130、根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

测试子案例的拼接过程，不仅包括各个测试子案例对应的测试框架组合过程，还包括基于测试需求文档，将各个测试子案例中涉及的测试参数更新为当前测试参数，从而得到目标测试案例，执行当前测试任务。其中，各个测试子案例的拼接顺序并无严格限定，依据不同拼接顺序得到的目标测试案例，可以得到不同的测试结果，进而可以多角度地发现应用开发过程中存在的问题。例如，针对上述某理财应用的618理财活动测试需求，在测试过程中可以首先执行理财礼品增送类测试子案例，后执行用户登录类测试子案例；也可以首先执行用户登录类测试子案例，后执行理财礼品增送类测试子案例。

进一步的，根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例，包括：

根据测试需求，将抽取的各个测试子案例进行拼接，得到候选测试案例；

根据提取的关键词，对候选测试案例进行调整，得到目标测试案例。

其中，通过对测试需求文档进行分析，不仅得到关键词，还分析出对应于每种类型的关键词的测试参数，利用关键词对应的测试参数对候选测试案例进行细节调整，从而得到目标测试案例。例如，在上述示例中，对应于关键词“理财活动”和“礼品”的测试参数包括：日期-618、礼品对象-购物卡A、礼品数量-3种等。

由于目标测试案例生成的过程中不需要依赖测试人员手动编写测试案例，因此，面对大量的测试需求，可以节省人力成本，省去测试人员重复编写测试程序的流程，进而有助于提高测试效率。

在上述技术方案的基础上，可选的，根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例，包括：基于测试需求和抽取的各个测试子案例对应的执行顺序，将各个测试子案例进行拼接，得到目标测试案例。

测试子案例的执行顺序是指应用开发过程中对应的各个应用功能的正常执行顺序，例如在正常的执行顺序下，首先进行用户登录然后领取理财礼品，因此，用户登录类测试子案例的执行顺序要早于理财礼品增送类测试子案例。无论是拼接得到目标测试案例还是拼接得到候选测试案例，均可依据各个测试子案例对应的执行顺序进行拼接。

可选的，该方法还包括：获取用户对目标测试案例的评审结果，并基于评审结果对目标测试案例进行调整。该用户即指测试人员，用户评审是为了进一步确保自动生成的目标测试案例的逻辑正确性与稳定性，避免得到的测试结果不可靠。评审结果包括测试人员对目标测试案例的评分以及目标测试案例存在的错误或者不合理之处。基于评审结果，获取测试人员输入的相应调整指令，该调整指令包括修改、新增或者删除等，从而实现对目标测试案例的再次调整。

本实施例的技术方案通过分析测试需求文档，识别测试过程涉及的至少一个测试案例类型，然后从测试案例库中抽取每个测试案例类型对应的测试子案例，最后根据测试需求，将抽取的各个测试子案例进行合理拼接，便自动生成可适用于当前测试的完整目标测试案例，解决了现有测试案例生成过程耗费人力成本的问题，实现了基于测试需求自动生成测试案例的效果，减少了人力成本的消耗，进而提高了测试效率。

实施例二

图2是本发明实施例二提供的测试案例生成方法的流程图，本实施例是在上述实施例的基础上进一步进行优化与扩展。如图2所示，该方法可以包括：

S210、基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型。

S220、根据至少一个测试案例类型，确定每个测试案例类型在测试案例库中是否存在对应的测试子案例。

依据在测试案例库中的类型匹配结果，对于在测试案例库中存在对应的测试子案例的测试案例类型，执行S230；对于在测试案例库中不存在对应的测试子案例的测试案例类型，执行S240。

S230、针对在测试案例库中存在对应的测试子案例的测试案例类型，从测试案例库中抽取与该测试案例类型对应的测试子案例。

S240、针对在测试案例库中不存在对应的测试子案例的目标测试案例类型，获取用户输入的与目标测试案例类型对应的测试案例片段。

即当测试案例库中不存在相应的测试子案例时，便需要测试人员手动完成测试案例片段的输入。测试案例片段即用于完成目标测试案例类型对应的测试子任务。

可选的，该方法还包括：将测试案例片段存储至测试案例库中，并将目标测试案例类型更新至测试案例库的测试案例类型中。通过将用户当前输入的测试案例片段存储至测试案例库中，可以实现对测试案例库内容的更新与完善，当后续测试过程中需要相同类型的测试案例时，便可直接调用。

S250、将测试案例片段与从测试案例库中抽取的测试子案例进行拼接，得到目标测试案例。

具体的，可以根据测试案例片段和提取的测试子案例的执行顺序进行拼接，得到完整测试框架，然后结合测试需求文档进行测试框架的细节调整，例如测试参数更新等，得到适用于当前测试的目标测试案例。

本实施例的技术方案通过分析测试需求文档，识别测试过程涉及的至少一个测试案例类型；针对在测试案例库中存在对应的测试子案例的测试案例类型，从测试案例库中抽取与之对应的测试子案例，针对在测试案例库中不存在对应的测试子案例的目标测试案例类型，获取用户输入的与之对应的测试案例片段；将测试案例片段和抽取的测试子案例进行合理拼接，得到适用于当前测试的完整目标测试案例，即通过部分测试子案例的抽取与部分测试案例片段的手动输入相结合，解决了现有测试案例生成过程耗费人力成本的问题，实现了完整测试案例的自动生成，减少了人力成本的消耗，进而提高了测试效率；同时，通过将测试人员输入的测试案例片段更新至测试案例库中，实现了测试案例库内容的更新与完善，为后续测试任务的执行提供了便利性。

实施例三

图3是本发明实施例三提供的测试案例生成装置的结构示意图，本实施例可适用于基于测试需求生成测试案例的情况。该装置可以采用软件和/或硬件的方式实现，并可集成在服务器上。

如图3所示，本实施例提供的测试案例生成装置可以包括测试案例类型识别模块310、测试子案例抽取模块320和目标测试案例生成模块330，其中：

测试案例类型识别模块310，用于基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

测试子案例抽取模块320，用于根据至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

目标测试案例生成模块330，用于根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

可选的，测试案例类型识别模块310包括：

关键词提取单元，用于提取获取的测试需求文档中的关键词；

测试案例类型确定单元，用于根据关键词确定测试过程涉及的至少一个测试案例类型。

可选的，目标测试案例生成模块330包括：

测试子案例拼接子单元，用于根据测试需求，将抽取的各个测试子案例进行拼接，得到候选测试案例；

候选测试案例调整子单元，用于根据提取的关键词，对候选测试案例进行调整，得到目标测试案例。

可选的，目标测试案例生成模块330具体用于：

基于测试需求和抽取的各个测试子案例对应的执行顺序，将各个测试子案例进行拼接，得到目标测试案例。

可选的，该装置还包括：

测试案例片段获取模块，用于针对在所述测试案例库中不存在对应的测试子案例的目标测试案例类型，获取用户输入的与目标测试案例类型对应的测试案例片段；

相应的，目标测试案例生成模块330还用于：

将测试案例片段与从测试案例库中抽取的测试子案例进行拼接，得到目标测试案例。

可选的，该装置还包括：

测试案例库类型更新模块，用于将测试案例片段存储至测试案例库中，并将目标测试案例类型更新至测试案例库的测试案例类型中。

可选的，该装置还包括：

目标测试案例调整模块，用于获取用户对目标测试案例的评审结果，并基于评审结果对目标测试案例进行调整。

本发明实施例所提供的测试案例生成装置可执行本发明任意实施例所提供的测试案例生成方法，具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本发明方法实施例中的描述。

实施例四

图4是本发明实施例四提供的一种服务器的结构示意图。图4示出了适于用来实现本发明实施方式的示例***器412的框图。图4显示的服务器412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，服务器412以通用服务器的形式表现。服务器412的组件可以包括但不限于：一个或者多个处理器416，存储装置428，连接不同***组件(包括存储装置428和处理器416)的总线418。

总线418表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry SubversiveAlliance，ISA)总线，微通道体系结构(Micro Channel Architecture，MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及***组件互连(Peripheral Component Interconnect，PCI)总线。

服务器412典型地包括多种计算机***可读介质。这些介质可以是任何能够被服务器412访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置428可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(Random Access Memory，RAM)430和/或高速缓存存储器432。服务器412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***434可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘，例如只读光盘(Compact Disc Read-Only Memory，CD-ROM),数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储装置428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储装置428中，这样的程序模块442包括但不限于操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。

服务器412也可以与一个或多个外部设备414(例如键盘、指向终端、显示器424等)通信，还可与一个或者多个使得用户能与该服务器412交互的终端通信，和/或与使得该服务器412能与一个或多个其它计算终端进行通信的任何终端(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，服务器412还可以通过网络适配器420与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide AreaNetwork，WAN)和/或公共网络，例如因特网)通信。如图4所示，网络适配器420通过总线418与服务器412的其它模块通信。应当明白，尽管图中未示出，可以结合服务器412使用其它硬件和/或软件模块，包括但不限于：微代码、终端驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)***、磁带驱动器以及数据备份存储***等。

处理器416通过运行存储在存储装置428中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的测试案例生成方法，该方法可以包括：

基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

根据所述至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的测试案例生成方法，该方法可以包括：

基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

根据所述至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种测试案例生成方法，其特征在于，包括：

基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

根据所述至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

2.根据权利要求1所述的方法，其特征在于，所述基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型，包括：

提取所述获取的测试需求文档中的关键词；

根据所述关键词确定测试过程涉及的至少一个测试案例类型。

3.根据权利要求2所述的方法，其特征在于，所述根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例，包括：

根据测试需求，将抽取的各个测试子案例进行拼接，得到候选测试案例；

根据所述提取的关键词，对所述候选测试案例进行调整，得到目标测试案例。

4.根据权利要求1所述的方法，其特征在于，所述根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例，包括：

基于所述测试需求和所述抽取的各个测试子案例对应的执行顺序，将各个测试子案例进行拼接，得到目标测试案例。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

针对在所述测试案例库中不存在对应的测试子案例的目标测试案例类型，获取用户输入的与目标测试案例类型对应的测试案例片段；

将所述测试案例片段与从所述测试案例库中抽取的测试子案例进行拼接，得到目标测试案例。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

将所述测试案例片段存储至所述测试案例库中，并将目标测试案例类型更新至所述测试案例库的测试案例类型中。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取用户对目标测试案例的评审结果，并基于所述评审结果对目标测试案例进行调整。

8.一种测试案例生成装置，其特征在于，包括：

测试案例类型识别模块，用于基于获取的测试需求文档，识别测试过程涉及的至少一个测试案例类型；

测试子案例抽取模块，用于根据所述至少一个测试案例类型，从测试案例库中抽取每个测试案例类型对应的测试子案例；

目标测试案例生成模块，用于根据测试需求，将抽取的各个测试子案例进行拼接，得到目标测试案例。

9.一种服务器，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的测试案例生成方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的测试案例生成方法。