测试案例处理方法、装置、电子设备和存储介质

技术领域

本申请涉及大数据技术领域，尤其涉及一种测试案例处理方法、装置、电子设备和存储介质。

背景技术

应用程序以及服务等在其发展过程中需要对其功能进行改进，以满足用户的需求。在对功能进行更新之后，需要使用相关的测试案例对更新后的功能进行测试，以完成功能的更新。

目前，测试案例可以被存储在测试工具的数据库中。当对某个功能进行更新时，需要测试人员在数据中大量的案例中找出相关的案例，使用相关案例进行测试。若在数据库中无法找到相关案例时，则需要测试人员基于该功能设计测试案例，使用设计的案例进行测试。

然而，人工设计测试案例或者查找相关案例可能需要耗费大量的时间，使得测试的效率较低，因此，对于测试案例的管理为亟待解决的问题。

发明内容

本申请提供一种测试案例处理方法、装置、电子设备和存储介质，可以准确快速的查找到测试案例，提升了测试效率。

第一方面，本申请提供一种测试案例处理方法，应用于电子设备，所述电子设备中运行有测试案例处理系统，所述测试案例处理系统包括测试案例数据库，所述测试案例数据库中存储有多个测试案例，所述测试案例处理方法包括：

显示所述测试案例处理系统的查询界面；

接收用户在所述查询界面输入的查询条件；

根据所述查询条件，在所述测试案例数据库中查找与所述查询条件对应的至少一个目标测试案例；

将所述至少一个目标测试案例输入到所述测试工具中，所述至少一个目标测试案例均是根据预设模版生成的，所述预设模板为能够被测试工具处理的模板；

通过所述测试工具，根据所述至少一个目标测试案例和用户输入的测试案例进行测试，得到至少一个新的测试案例；

将所述至少一个新的测试案例导入到所述测试案例数据库中。

一种可能的实现方式中，所述将所述至少一个目标测试案例输入到所述测试工具中，包括：

显示所述测试案例处理系统的第一展示界面，所述第一展示界面包括所述至少一个目标测试案例中每个目标测试案例的标识和所述目标测试案例对应的多个关键词；

接收到用于确定将所述至少一个目标测试案例输入到所述测试工具的第一操作；

响应于所述第一操作，将所述至少一个目标测试案例输入到所述测试工具中。

一种可能的实现方式中，所述将所述至少一个目标测试案例输入到所述测试工具中，包括：

显示所述测试案例处理系统的第一展示界面，所述第一展示界面包括所述至少一个目标测试案例中每个目标测试案例的标识和所述目标测试案例对应的多个关键词；

接收到用于删除所述至少一个目标测试案例中的第一测试案例的第二操作；

响应于所述第二操作，在所述第一展示界面中删除所述第一测试案例的标识和所述第一测试案例对应的多个关键词；

接收到用于确定将第一剩余测试案例输入到所述测试工具的第三操作，所述第一剩余测试案例为所述至少一个目标测试案例中除所述第一测试案例之外的测试案例；

响应于所述第三操作，将所述第一剩余测试案例输入到所述测试工具中。

一种可能的实现方式中，所述查询条件包括多个查询词，所述测试案例对应有多个关键词；

所述根据所述查询条件，在所述测试案例数据库中查找与所述查询条件对应的至少一个目标测试案例，包括：

根据所述多个查询词，在所述测试案例数据库的所述多个测试案例中，查找关键词包含所述多个查询词的至少一个目标测试案例。

一种可能的实现方式中，所述预设模板包括第一预设模板或第二预设模板；

所述将所述至少一个目标测试案例输入到所述测试工具中，还包括：

当所述至少一个目标测试案例为功能测试案例时，根据所述第一预设模板，将所述至少一个目标测试案例中的每个目标测试案例导出为符合所述第一预设模板的第三测试案例，得到至少一个第三测试案例，并将所述至少一个第三测试案例输入到所述测试工具中；

或者，

当所述至少一个目标测试案例为迭代测试案例时，根据所述第二预设模板，将所述至少一个目标测试案例中的每个目标测试案例导出为符合所述第二预设模板的第四测试案例，得到至少一个第四测试案例，并将所述至少一个第四测试案例输入到所述测试工具中。

一种可能的实现方式中，所述将所述新的测试案例导入到所述测试案例数据库中，包括：

显示第二展示界面，所述第二展示界面包括所述至少一个新的测试案例的标识和所述新的测试案例对应的关键词；

接收到用于确定将所述至少一个新的测试案例导入到所述测试案例数据库的第四操作；

响应于所述第四操作，将所述新的测试案例和所述新的测试案例对应的关键词导入到所述测试案例数据库中。

一种可能的实现方式中，所述将所述新的测试案例导入到所述测试案例数据库中，包括：

显示第三展示界面，所述第三展示界面包括所述至少一个新的测试案例中每个新的测试案例的标识、所述新的测试案例对应的关键词、至少一个目标测试案例中每个目标测试案例的标识和所述目标测试案例对应的关键词；

接收到用于删除第二测试案例的第五操作，所述第二测试案例为所述至少一个新的测试案例和/或所述至少一个目标测试案例中的测试案例；

响应于所述第五操作，在所述第三展示界面中删除所述第二测试案例的标识和所述第二测试案例对应的关键词；

接收到用于确定将第二剩余测试案例导入到所述测试案例数据库的第六操作，所述第二测试案例为所述至少一个新的测试案例和所述至少一个目标测试案例中，除所述第二测试案例之外的测试案例；

响应于所述第六操作，将所述第二剩余测试案例和所述第二剩余测试案例对应的关键词导入到所述测试案例数据库中。

第二方面，本申请提供一种测试案例处理装置，包括：

显示模块，用于显示测试案例处理系统的查询界面；

接收模块，用于接收用户在所述查询界面输入的查询条件；

处理模块，用于根据所述查询条件，在所述测试案例处理系统的测试案例数据库中查找与所述查询条件对应的至少一个目标测试案例；将所述至少一个目标测试案例输入到所述测试工具中，所述至少一个目标测试案例均是根据预设模版生成的，所述预设模板为能够被测试工具处理的模板；通过所述测试工具，根据所述至少一个目标测试案例和用户输入的测试案例进行测试，得到至少一个新的测试案例；将所述至少一个新的测试案例导入到所述测试案例数据库中。

一种可能的实现方式中，所述显示模块，还用于显示所述测试案例处理系统的第一展示界面，所述第一展示界面包括所述至少一个目标测试案例中每个目标测试案例的标识和所述目标测试案例对应的多个关键词；

所述接收模块，还用于接收到用于确定将所述至少一个目标测试案例输入到所述测试工具的第一操作；

所述处理模块，具体用于响应于所述第一操作，将所述至少一个目标测试案例输入到所述测试工具中。

一种可能的实现方式中，所述显示模块，还用于显示所述测试案例处理系统的第一展示界面，所述第一展示界面包括所述至少一个目标测试案例中每个目标测试案例的标识和所述目标测试案例对应的多个关键词；

所述接收模块，还用于接收到用于删除所述至少一个目标测试案例中的第一测试案例的第二操作；

所述处理模块，具体用于响应于所述第二操作，在所述第一展示界面中删除所述第一测试案例的标识和所述第一测试案例对应的多个关键词；

所述接收模块，还用于接收到用于确定将第一剩余测试案例输入到所述测试工具的第三操作，所述第一剩余测试案例为所述至少一个目标测试案例中除所述第一测试案例之外的测试案例；

所述处理模块，具体用于响应于所述第三操作，将所述第一剩余测试案例输入到所述测试工具中。

一种可能的实现方式中，所述查询条件包括多个查询词，所述测试案例对应有多个关键词；所述处理模块，具体用于根据所述多个查询词，在所述测试案例数据库的所述多个测试案例中，查找关键词包含所述多个查询词的至少一个目标测试案例。

一种可能的实现方式中，所述预设模板包括第一预设模板或第二预设模板；所述处理模块，具体用于当所述至少一个目标测试案例为功能测试案例时，根据所述第一预设模板，将所述至少一个目标测试案例中的每个目标测试案例导出为符合所述第一预设模板的第三测试案例，得到至少一个第三测试案例，并将所述至少一个第三测试案例输入到所述测试工具中；或者，当所述至少一个目标测试案例为迭代测试案例时，根据所述第二预设模板，将所述至少一个目标测试案例中的每个目标测试案例导出为符合所述第二预设模板的第四测试案例，得到至少一个第四测试案例，并将所述至少一个第四测试案例输入到所述测试工具中。

一种可能的实现方式中，所述显示模块，还用于显示第二展示界面，所述第二展示界面包括所述至少一个新的测试案例的标识和所述新的测试案例对应的关键词；

所述接收模块，还用于接收到用于确定将所述至少一个新的测试案例导入到所述测试案例数据库的第四操作；

所述处理模块，具体用于响应于所述第四操作，将所述新的测试案例和所述新的测试案例对应的关键词导入到所述测试案例数据库中。

一种可能的实现方式中，所述显示模块，还用于显示第三展示界面，所述第三展示界面包括所述至少一个新的测试案例中每个新的测试案例的标识、所述新的测试案例对应的关键词、至少一个目标测试案例中每个目标测试案例的标识和所述目标测试案例对应的关键词；

所述接收模块，还用于接收到用于删除第二测试案例的第五操作，所述第二测试案例为所述至少一个新的测试案例和/或所述至少一个目标测试案例中的测试案例；

所述处理模块，具体用于响应于所述第五操作，在所述第三展示界面中删除所述第二测试案例的标识和所述第二测试案例对应的关键词；

所述接收模块，还用于接收到用于确定将第二剩余测试案例导入到所述测试案例数据库的第六操作，所述第二测试案例为所述至少一个新的测试案例和所述至少一个目标测试案例中，除所述第二测试案例之外的测试案例；

所述处理模块，具体用于响应于所述第六操作，将所述第二剩余测试案例和所述第二剩余测试案例对应的关键词导入到所述测试案例数据库中。

第三方面，本申请实施例还提供了一种电子设备，该电子设备包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现上述第一方面任一种可能的实现方式中所述的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时，实现上述第一方面任一种可能的实现方式中所述的方法。

第五方面，本申请实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，实现上述第一方面任一种可能的实现方式中所述的方法。

本申请提供的一种测试案例处理方法、装置、电子设备和存储介质，该方法应用于电子设备，电子设备中运行有测试案例处理系统，测试案例处理系统包括测试案例数据库，测试案例数据库中存储有多个测试案例，测试案例处理方法包括：显示测试案例处理系统的查询界面；接收用户在查询界面输入的查询条件；根据查询条件，在测试案例数据库中查找与查询条件对应的至少一个目标测试案例；将至少一个目标测试案例输入到测试工具中，至少一个目标测试案例均是根据预设模版生成的，预设模板为能够被测试工具处理的模板；通过测试工具，根据至少一个目标测试案例和用户输入的测试案例进行测试，得到至少一个新的测试案例；将至少一个新的测试案例导入到测试案例数据库中。这样，通过电子设备中运行的测试案例处理系统可以对测试案例进行管理，使得当需要测试案例时，可以通过查询条件在测试案例处理系统中的测试案例数据库中查找对应的测试案例，而不需要人工查找测试案例。并且可以将查找到的测试案例直接输入到测试工具中进行测试，测试工具产生的新的测试案例又可以导入到测试案例数据库中存储，简化了测试的步骤，可以有效的提升测试效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种测试案例处理方法的应用场景示意图；

图2为本申请实施例提供的一种测试案例处理方法的流程示意图；

图3为本申请实施例提供的测试案例处理系统的结构示意图；

图4为本申请实施例提供的一种测试案例处理装置的结构示意图；

图5为本申请实施例提供的一种电子设备结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

信创系统中包括服务器、数据库、中间件、应用等，在其发展过程中可能需要对信创系统的功能进行改进。在对功能进行改进的过程中，需要使用旧功能的测试案例对改进的功能进行测试。对于信创系统的功能测试需要通过测试工具进行，该测试工具可以基于输入的测试案例对应用等的功能进行测试，并可以生成关于该功能的新的测试案例。

目前，对于测试使用的测试案例，可以按照测试案例的批次存储在测试工具的数据库中。当需要对信创系统的某个功能进行测试时，需要用户在测试工具的数据库中存储的大量测试案例中查找相关测试案例，以使用相关测试案例进行测试。若在数据库中无法查找到相关案例，则需要用户针对需要测试的功能设计测试案例，以使用设计的测试案例对功能进行测试。

然而，信创系统的需求一般是不断迭代优化，可能持续很多批次甚至是很多年，可能会涉及到对整个系统的全量功能进行重新测试。由于信创系统包括的功能较多，对于信创改造持续更新多年需求的产品，测试工具的数据中存储着大量的测试案例，从大量测试案例中查找旧功能的测试案例，需要花费大量的时间，且可能存在找不到相关测试案例的情况。用户重新设计案例也需要花费大量的时间，且重新设计的案例可能存在数据遗漏等情况而影响测试结果。因此，现有对于测试案例的管理较为简单，使得测试效率较低。

基于此，本申请实施例提供了一种测试案例处理方法，使用测试案例处理系统对大量的测试案例进行管理，测试案例可以存储在测试案例处理系统中的测试案例数据库中。测试案例处理系统可以通过可视化界面与用户进行交互，使得用户可以通过测试案例处理系统的可视化界面在测试案例数据中查询需要的测试案例，并将查询到的测试案例输入到测试工具中进行处理，不需要人工查找测试案例，可以提升案例测试的效率。并且测试工具产生的新的测试案例可以存储到测试案例库中，以便于对新的测试进行管理。

需要说明的是，本申请测试案例处理的方法和装置可用于大数据技术领域，也可用于除大数据技术领域之外的任意领域，本申请测试案例处理的方法和装置的应用领域不做限定。

图1为本申请实施例提供的一种测试案例处理方法的应用场景示意图。

如图1所示，电子设备中可以运行有测试案例处理系统和测试工具。其中，测试案例处理系统中可以包括测试案例数据库，测试案例数据库中存储有多个测试案例。

示例性的，测试案例数据库作为全量测试案例存储工具，可以用户存储全量测试案例，以便于用户查询。例如，测试案例数据库可以用于存储信创系统的全量案例。

测试工具可以用于对应用程序或者系统的功能等进行测试。

在图1中，测试案例处理系统具有可视化界面，用户可以在测试案例处理系统的可视化界面上输入查询条件，使得电子设备可以在测试案例处理系统中的测试案例数据库中筛选符合条件的测试案例，并将筛选出的符合条件的测试案例输入到测试工具中。测试工具可以接收到用户输入的测试案例，使得测试工具可以根据用户输入的测试案例和符合条件的测试案件进行测试处理，并将生成的功能测试案例导出，可以导出为excel格式。

进一步的，电子设备可以将测试工具导出的功能测试案例导入到测试案例处理系统中，以存储在测试案例处理系统的按时案例数据库中。

需要说明的是，测试案例处理系统输入到测试工具中的符合条件的测试案例是按照测试工具允许的格式生成的，本申请实施例对于测试工具允许的格式不做限定。

结合图1所示，图2为本申请实施例提供的一种测试案例处理方法的流程示意图。该测试案例处理方法可以由软件和/或硬件装置执行，例如，该硬件装置可以为测试案例处理装置，该测试案例处理装置可以为电子设备或者电子设备中的处理芯片。示例的，请参见图2所示，该测试案例处理方法可以包括：

S201、显示测试案例处理系统的查询界面。

示例性的，测试案例处理系统的查询界面中可以包括查询条件的输入框或者查询条件的选择框等，本申请实施例对此不做限定。

S202、接收用户在查询界面输入的查询条件。

查询条件可以包括产品简称、测试一级模块、测试二级模块、测试功能、测试优先级、测试类型(WEB端浏览器适配、APP端折叠屏适配、APP端普通屏适配)等，本申请实施例对此不做限定。

示例性的，用户在查询界面输入的查询条件可以包括两种可能的实现：

一种可能的实现中，当测试案例处理系统的查询界面中包括查询条件的输入框时，用户可以在输入框中输入查询条件。本申请实施例对查询条件的数量不做限定。

另一种可能的实现中，当测试案例处理系统的查询界面中包括查询条件的选择框时，用户可以在选择框中选择多个查询条件。本申请实施例对查询条件的数量不做限定。

S203、根据查询条件，在测试案例数据库中查找与查询条件对应的至少一个目标测试案例。

示例性的，用户输入的查询条件可以包括多个查询词，并且测试案例数据库中存储的每个测试案例均对应有多个关键词。电子设备根据查询条件，在测试案例数据库中查找与查询条件对应的至少一个目标测试案例时，电子设备可以根据多个查询词，在测试案例数据库的多个测试案例中，查找关键词包含多个查询词的至少一个目标测试案例。

这样，电子设备可以在测试案例数据库中查找到多个符合查询条件的目标测试案例，而不需要用户区逐个查找，可以节省用户查找目标测试案例的时间，提升测试效率。并且通过关键词查询可以更加准确的查询到目标测试案例。

S204、将至少一个目标测试案例输入到测试工具中，至少一个目标测试案例均是根据预设模版生成的，预设模板为能够被测试工具处理的模板。

示例性的，在测试案例数据库中查找到至少一个目标测试案例之后，可以根据预设模板输出至少一个目标测试案例，使得输出的每个目标测试案例均符合预设模板。

示例性的，在输出每个目标测试案例时，可以检测该目标测试案例是否符合预设模板，若符合则直接输出，若不符合，则根据预设模板对目标测试案例的格式进行修改，修改为符合预设模板的格式。

这样，可以使得测试案例数据库输出的至少一个目标测试案例能够被测试工具处理。

S205、通过测试工具，根据至少一个测试案例和用户输入的测试案例进行测试，得到至少一个新的测试案例。

用户输入的测试案例可以是与需要测试的功能相关的测试案例，本申请实施例对此不做限定。其中，用户输入的测试案例可以是按照能够被测试工具处理的模板输入的。

S206、将至少一个新的测试案例导入到测试案例数据库中。

示例性的，通过测试工具处理后得到的新的测试案例可以为符合预设模板的格式的测试案例，也可以包括不符合预设模板的格式的测试案例。对于符合预设模板的格式的测试案例，可以直接导入到测试案例数据库中。对于不符合预设模板的格式的测试案例，可以先根据预设模板进行格式修改，将修改后的测试案例导入到测试案例数据库。使得导入到测试案例数据库中的测试案例均符合预设模板的格式，均能够被测试工具处理，不需要进行格式的转换。

由此可见，本申请实施例提供的测试案例处理方法，通过测试案例处理系统的可视化界面可以进行测试案例的查询，查询到的测试案例可以直接输入到测试工具中进行测试处理，而不需要人工在大量的测试案例中进行查找，可以提升测试的效率。并且查询条件是用户输入的，可以更加细化的对测试案例进行管理，可以提升查找到的符合条件的测试案例的准确度，并且提升了案例筛选的效率。

查询的目标测试案例的作用可能不同，对于不同类型的目标测试案例，可能需要符合不同的格式。例如，迭代测试案例和功能测试案例模板不同。

在本申请实施例中，预设模板可以包括第一预设模板或第二预设模板。其中，第一预设模板可以为功能测试案例对应的模板，第二预设模板可以为迭代测试案例对应的模板。

电子设备将至少一个目标测试案例输入到测试工具中可以包括下述两种可能的实现：

一种可能的实现中，当至少一个目标测试案例为功能测试案例时，根据第一预设模板，将至少一个目标测试案例中的每个目标测试案例导出为符合第一预设模板的第三测试案例，得到至少一个第三测试案例，并将至少一个第三测试案例输入到测试工具中。

需要说明的是，至少一个目标测试案例和至少一个第三测试案例是一一对应的。

例如，功能测试案例导出的文件形式命名可以为产品简称_任务编号_功能测试_导出时间.xls。

另一种可能的实现中，当至少一个目标测试案例为迭代测试案例时，根据第二预设模板，将至少一个目标测试案例中的每个目标测试案例导出为符合第二预设模板的第四测试案例，得到至少一个第四测试案例，并将至少一个第四测试案例输入到测试工具中。

需要说明的是，至少一个目标测试案例和至少一个第四测试案例是一一对应的。

例如，迭代测试案例导出的文件形式命名可以为产品简称_任务编号_迭代测试_导出时间.xls。

这样，针对不同类型的测试案例，通过根据对应的模板进行导出，使得导入到测试工具中的测试案例能够被处理。

在本申请实施例中，将至少一个目标测试案例输入到测试工具中，可以包括以下两种可能的实现：

一种可能的实现中，将至少一个目标测试案例输入到测试工具中时，电子设备可以显示测试案例处理系统的第一展示界面，第一展示界面包括至少一个目标测试案例中每个目标测试案例的标识和目标测试案例对应的多个关键词；接收到用于确定将至少一个目标测试案例输入到测试工具的第一操作；响应于第一操作，将至少一个目标测试案例输入到测试工具中。

示例性的，第一展示界面上可以包括确认控件，当用户确定显示的至少一个目标测试案例为需要输入到测试工具中的目标测试案例时，用户可以点击确认控件，以确定将至少一个目标测试案例输入到测试工具。电子设备可以响应于该点击操作，将至少一个目标测试案例输入到测试工具中。

需要说明的是，电子设备将至少一个目标测试案例输入到测试工具中的过程可参见上述实施例所述，在此不再赘述。

这样，通过展示界面可以展示查找到的目标测试案例，以便于用户对查找到的目标测试案例进行确认。当用户确定需要显示的目标测试案例时，可以直接将目标测试案例输入到测试工具中进行处理。

另一种可能的实现中，电子设备将至少一个目标测试案例输入到测试工具中时，电子设备可以显示测试案例处理系统的第一展示界面，第一展示界面包括至少一个目标测试案例中每个目标测试案例的标识和目标测试案例对应的多个关键词；接收到用于删除至少一个目标测试案例中的第一测试案例的第二操作；响应于第二操作，在第一展示界面中删除第一测试案例的标识和第一测试案例对应的多个关键词；接收到用于确定将第一剩余测试案例输入到测试工具的第三操作，第一剩余测试案例为至少一个目标测试案例中除第一测试案例之外的测试案例；响应于第三操作，将第一剩余测试案例输入到测试工具中。

示例性的，当用户不想将第一展示界面上显示的某个目标测试案例输入到测试工具中时，用户可以输入用户删除该目标测试案例的操作，以使电子设备可以根据该操作删除该目标测试案例。

如上述可能的实现中所述，第一展示界面上可以包括确认控件，当用户确定删除后显示的目标测试案例为需要输入到测试工具中的目标测试案例时，用户可以点击确认控件，以确定将删除后显示的目标测试案例输入到测试工具。电子设备可以响应于该点击操作，将删除后显示的目标测试案例输入到测试工具中。

这样，通过展示界面可以展示查找到的目标测试案例，以便于用户对查找到的目标测试案例进行确认。当用户确定不需要某些目标测试案例时，可以将不需要目标测试案例删除，并将删除之后剩余的测试案例输入到测试工具中进行处理。可以通过人工对查找到的测试案例进行进一步的筛选，使得最终输入到测试工具中的测试案例更加符合要求，提升了输入到测试工具中的测试案例的准确度。

在本申请实施例中，将新的测试案例导入到测试案例数据库中可以包括以下两种可能的实现：

一种可能的实现中，电子设备将新的测试案例导入到测试案例数据库中时，电子设备可以显示第二展示界面，第二展示界面包括至少一个新的测试案例的标识和新的测试案例对应的关键词；接收到用于确定将至少一个新的测试案例导入到测试案例数据库的第四操作响应于第四操作，将新的测试案例和新的测试案例对应的关键词导入到测试案例数据库中。

需要说明的是，第二展示界面可以是在测试工具完成测试，生成新的测试案例时显示的界面，本申请实施例对此不做限定。

示例性的，第二展示界面上可以包括确认控件，当用户确定将显示的新的测试案例存储到测试案例数据库中时，用户可以点击确认控件，以确定将至少一个新的测试案例导入到测试案例数据库。电子设备可以响应于该点击操作，将至少一个新的测试案例导入到测试案例数据库中。

可选的，当电子设备显示至少一个新的测试案例的标识和新的测试案例对应的关键词时，用户还可以为显示的新的测试案例添加新的关键词，便于查找新的测试案例。

这样，可以将产生的新的测试案例输入到测试案例库中，以便于测试案例库对其进行管理。使得当后续需要使用该测试案例时，可以通过测试案例处理系统快速查找到。

另一种可能的实现中，电子设备将新的测试案例导入到测试案例数据库中时，电子设备可以显示第三展示界面，第三展示界面包括至少一个新的测试案例中每个新的测试案例的标识、新的测试案例对应的关键词、至少一个目标测试案例中每个目标测试案例的标识和目标测试案例对应的关键词；接收到用于删除第二测试案例的第五操作，第二测试案例为至少一个新的测试案例和/或至少一个目标测试案例中的测试案例；响应于第五操作，在第三展示界面中删除第二测试案例的标识和第而测试案例对应的关键词；接收到用于确定将第二剩余测试案例导入到测试案例数据库的第六操作，第二测试案例为至少一个新的测试案例和至少一个目标测试案例中，除第二测试案例之外的测试案例；响应于第六操作，将第二剩余测试案例和第二剩余测试案例对应的关键词导入到测试案例数据库中。

示例性的，第二展示界面上可以包括确认控件，当用户确定将删除后显示的测试案例存储到测试案例数据库中时，用户可以点击确认控件，以确定将删除后显示的测试案例导入到测试案例数据库。电子设备可以响应于该点击操作，将删除后显示的测试案例导入到测试案例数据库中。

这样，可以对测试工具输出的测试案例进行删除处理，将不需要的测试案例删除，并将删除之后剩余的测试案例输入到测试案例库中，以便于测试案例库对其进行管理。使得当后续需要使用该测试案例时，可以通过测试案例处理系统快速查找到。

基于上述实施例所述，下面，本申请实施例提供的测试案例处理系统进行详细的描述，如图3所示，图3为本申请实施例提供的测试案例处理系统的结构示意图。

如图3所示，测试案例处理系统可以包括导入模块、查询模块、列表展示模块、迭代案例导出模块和功能案例导出模块。

导入模块可以用于对同一个产品可以按照不同批次或不同任务，多次导入案例到全量测试案例存储工具中。多次导入的测试案例可以统一存储到数据库中。

查询模块可以用于通过前端的查询条件，从测试案例数据库中查询出符合条件的测试案例。查询条件可以包括产品简称、测试一级模块、测试二级模块、测试功能、测试优先级、测试类型(WEB端浏览器适配、APP端折叠屏适配、APP端普通屏适配)等。

列表展示模块可以用于展示导入和查询的结果，按照列表形式展示，并展示记录的数量。列表字段可以包括产品简称、测试一级模块、测试二级模块、测试功能、测试优先级、测试类型、时间等。

功能案例导出模块可以用于根据筛选的条件以及新增填写的任务编号，导出适用于测试工具的功能测试阶段的测试案例模板，导出的文件形式命名为产品简称_任务编号_功能测试_导出时间.xls，导出案例的结果文件符合测试工具的功能测试案例的要求，该导出的测试案例可以直接导入到测试案例数据库中。

迭代案例导出模块与功能案例导出模块类似，可以用于根据筛选的条件、新增填写的任务编号以及故事，导出适用于测试工具的迭代测试阶段的测试案例模板，导出的文件形式命名为产品简称_任务编号_迭代测试_导出时间.xls，导出案例的结果文件符合测试工具的迭代测试案例的要求，该导出的测试案例可以直接导入到测试案例数据库中。

需要说明的是，在使用测试案例处理系统之前，可以采用测试工具的功能测试案例库模板准备好需要存储的功能测试案例Excel，针对每一条测试案例设置测试一级模块、测试二级模块、测试功能、测试优先级、测试类型等关键词。以提升查询结果的准确度。

在本申请实施例中，测试案例处理系统的前端框架可以通过VUE实现，后端框架可以通过Python+Flask实现，数据存储可以通过Mysql+Elasticsearch实现。由于测试案例的数据量比较大，为提高查询和导出效率，测试案例可以存储到Elasticsearch中，其他字段的逻辑关系存储到Mysql中。即测试案例可以存储在Elasticsearch中，测试案例对应的关键词存储在Mysql中。

需要说明的是，本申请实施例仅以上述为例进行说明，并不构成任何限定。

综上所述，测试工具的案例库主要针对产品不同任务号，将测试案例存储在不同的案例库中，无统一的全量测试案例库；且测试工具的筛选条件侧重于监控案例的执行过程，从测试案例存储角度，测试工具的筛选条件不够充足。由于信创改造任务影响整个系统，需要执行整个系统的测试案例。使用本申请实施例的方法可以筛选出符合条件的测试案例导出，大幅度减少了在测试工具的不同案例库中查找测试案例的工作量，提高了案例筛选的工作效率。

并且若产品需求持续很多年，在测试工具的案例库中查找几年前的旧案例需要耗费大量的时间，可以需要对测试案例重新设计。使用本申请实施例的方法可以很方便的查询到测试案例，减少了测试案例重新设计的重复工作量，提高了测试案例的复用率以及测试的质量。现有技术中，人工管理维护excel中的全量测试案例，易出错，且大量测试案例维护excel性能较差。通过本申请实施例的方法可以实现全量测试案例筛选、导出，并导入到测试工具中执行，减少了人工维护测试案例的错误率。

图4为本申请实施例提供的一种测试案例处理装置40的结构示意图，示例的，请参见图4所示，该测试案例处理装置40可以包括：

显示模块401，用于显示测试案例处理系统的查询界面。

接收模块402，用于接收用户在查询界面输入的查询条件。

处理模块403，用于根据查询条件，在测试案例处理系统的测试案例数据库中查找与查询条件对应的至少一个目标测试案例；将至少一个目标测试案例输入到测试工具中，至少一个目标测试案例均是根据预设模版生成的，预设模板为能够被测试工具处理的模板；通过测试工具，根据至少一个目标测试案例和用户输入的测试案例进行测试，得到至少一个新的测试案例；将至少一个新的测试案例导入到测试案例数据库中。

一种可能的实现方式中，显示模块401，还用于显示测试案例处理系统的第一展示界面，第一展示界面包括至少一个目标测试案例中每个目标测试案例的标识和目标测试案例对应的多个关键词。

接收模块402，还用于接收到用于确定将至少一个目标测试案例输入到测试工具的第一操作。

处理模块403，具体用于响应于第一操作，将至少一个目标测试案例输入到测试工具中。

一种可能的实现方式中，显示模块401，还用于显示测试案例处理系统的第一展示界面，第一展示界面包括至少一个目标测试案例中每个目标测试案例的标识和目标测试案例对应的多个关键词。

接收模块402，还用于接收到用于删除至少一个目标测试案例中的第一测试案例的第二操作。

处理模块403，具体用于响应于第二操作，在第一展示界面中删除第一测试案例的标识和第一测试案例对应的多个关键词。

接收模块402，还用于接收到用于确定将第一剩余测试案例输入到测试工具的第三操作，第一剩余测试案例为至少一个目标测试案例中除第一测试案例之外的测试案例。

处理模块403，具体用于响应于第三操作，将第一剩余测试案例输入到测试工具中。

一种可能的实现方式中，查询条件包括多个查询词，测试案例对应有多个关键词；处理模块403，具体用于根据多个查询词，在测试案例数据库的多个测试案例中，查找关键词包含多个查询词的至少一个目标测试案例。

一种可能的实现方式中，预设模板包括第一预设模板或第二预设模板；处理模块403，具体用于当至少一个目标测试案例为功能测试案例时，根据第一预设模板，将至少一个目标测试案例中的每个目标测试案例导出为符合第一预设模板的第三测试案例，得到至少一个第三测试案例，并将至少一个第三测试案例输入到测试工具中；或者，当至少一个目标测试案例为迭代测试案例时，根据第二预设模板，将至少一个目标测试案例中的每个目标测试案例导出为符合第二预设模板的第四测试案例，得到至少一个第四测试案例，并将至少一个第四测试案例输入到测试工具中。

一种可能的实现方式中，显示模块401，还用于显示第二展示界面，第二展示界面包括至少一个新的测试案例的标识和新的测试案例对应的关键词。

接收模块402，还用于接收到用于确定将至少一个新的测试案例导入到测试案例数据库的第四操作。

处理模块403，具体用于响应于第四操作，将新的测试案例和新的测试案例对应的关键词导入到测试案例数据库中。

一种可能的实现方式中，显示模块401，还用于显示第三展示界面，第三展示界面包括至少一个新的测试案例中每个新的测试案例的标识、新的测试案例对应的关键词、至少一个目标测试案例中每个目标测试案例的标识和目标测试案例对应的关键词。

接收模块402，还用于接收到用于删除第二测试案例的第五操作，第二测试案例为至少一个新的测试案例和/或至少一个目标测试案例中的测试案例。

处理模块403，具体用于响应于第五操作，在第三展示界面中删除第二测试案例的标识和第二测试案例对应的关键词。

接收模块402，还用于接收到用于确定将第二剩余测试案例导入到测试案例数据库的第六操作，第二测试案例为至少一个新的测试案例和至少一个目标测试案例中，除第二测试案例之外的测试案例。

处理模块403，具体用于响应于第六操作，将第二剩余测试案例和第二剩余测试案例对应的关键词导入到测试案例数据库中。

本申请实施例提供的测试案例处理装置，可以执行上述任一实施例中的测试案例处理方法的技术方案，其实现原理以及有益效果与测试案例处理方法的实现原理及有益效果类似，可参见测试案例处理方法的实现原理及有益效果，此处不再进行赘述。

图5为本申请实施例提供的一种电子设备结构示意图。如图5所示，该电子设备500可以包括：至少一个处理器501和存储器502。

存储器502，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器502可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器501用于执行存储器502存储的计算机执行指令，以实现前述方法实施例所描述的测试案例处理方法。其中，处理器501可能是一个中央处理器(Central ProcessingUnit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选的，该电子设备500还可以包括通信接口503。在具体实现上，如果通信接口503、存储器502和处理器501独立实现，则通信接口503、存储器502和处理器501可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry StandardArchitecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口503、存储器502和处理器501集成在一块芯片上实现，则通信接口503、存储器502和处理器501可以通过内部接口完成通信。在本申请实施例中，通信接口503可以用于与用户的客户端或者其他服务器进行通信。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例中的方法。

本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的测试案例处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。