测试用例的获取方法和装置与流程

本申请涉及黑盒测试领域，具体而言，涉及一种测试用例的获取方法和装置。

背景技术：

黑盒测试也称“功能测试”，是用来检测待测试功能是否能正常使用，并且在测试中，完全不考虑程序内部结构和内部特性。而相关技术中的黑盒测试，多数是测试人员自己根据需求编写，有经验的测试人员编写测试用例，并提交到存储测试用例的指定服务器上，当有其他测试人员需要测试相关系统的时候，需要从服务器上手动搜索查找是否存在相关用例。

首先，在使用外包人员进行测试时，由于外包人员流动性较大，因此经常是一些经验不足甚至没有任何经验的测试人员。让经验不足的测试人员进行测试的时候，就会容易出现不同程度的遗漏，这种遗漏就会导致产品质量的下降。

其次，目前存储的黑盒测试用例，是按照所属系统的类别来存储的，因为各个用例都是根据各个原有的测试者针对每个系统编写的用例，所以每个用例写的方式以及全面程度也是不同的。

因此，当初级测试者通常在测试新系统的时候，会通过搜索相关用例以便进行参照测试，但是由于经验较少，以及对原有用例的具体情况不够清楚，而导致测试遗漏较多，也存在不知道原有系统的名字，或原有系统的名称发生更改，导致无法及时找到相关用例的情况发生。

针对相关技术中在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种测试用例的获取方法和装置，以解决相关技术中在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种测试用例的获取方法。该方法包括：获取待测试程序的测试类型和目标关键字，其中，所述目标关键字用于搜索与所述待测试程序关联的至少一个测试用例；依据所述测试类型和所述目标关键字，确定待筛选的测试用例集合，其中，所述待筛选的测试用例集合中包括多个待筛选的测试用例；从所述待筛选的测试用例集合中获取至少一个目标测试用例，其中，所述目标测试用例用于对待测试程序进行测试。

可选地，获取待测试程序的测试类型和目标关键字包括：获取所述测试类型和第一关键字，其中，所述测试类型和所述第一关键字通过交互界面获得；确定与所述测试类型匹配的第二关键字；依据所述第一关键字和所述第二关键字，确定所述目标关键字。

可选地，依据所述测试类型和所述目标关键字，确定待筛选的测试用例包括：依据所述测试类型和所述目标关键字，确定多个独立的测试用例；依据所述测试类型和所述目标关键字，确定至少一个所述测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将所述多个独立的测试用例以及所述至少一个测试用例集合组成所述待筛选的测试用例集合。

可选地，在获取待测试程序的测试类型和目标关键字之后，所述方法还包括：确定与所述测试类型对应的关联表格，其中，所述关联表格中包括至少一个表头，每个表头配置有对应的至少一个独立的测试用例和/或至少一个测试用例集合；依据所述关联表格，确定所述至少一个独立的测试用例和/或所述至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将所述至少一个独立的测试用例和/或所述至少一个测试用例集合设置为待扩充的测试用例集合；在依据所述测试类型和所述目标关键字，确定待筛选的测试用例集合之后，还包括：依据所述待扩充的测试用例集合对所述待筛选的测试用例集合进行扩充。

可选地，从所述待筛选的测试用例集合中获取至少一个目标测试用例包括：依据预设权重，对所述待筛选的测试用户集合进行筛选处理，确定待去重的测试用户集合；对所述待去重的测试用户集合进行去重处理，获取至少一个独立的目标测试用例和/或至少一个目标测试用例集合，其中，每个目标测试用例集合内的多个测试用例用于实现相同的功能。

为了实现上述目的，根据本申请的另一方面，提供了一种测试用例的获取装置。该装置包括：第一获取单元，用于获取待测试程序的测试类型和目标关键字，其中，所述目标关键字用于搜索与所述待测试程序关联的至少一个测试用例；第一确定单元，用于依据所述测试类型和所述目标关键字，确定待筛选的测试用例集合，其中，所述待筛选的测试用例集合中包括多个待筛选的测试用例；第二获取单元，用于从所述待筛选的测试用例集合中获取至少一个目标测试用例，其中，所述目标测试用例用于对待测试程序进行测试。

可选地，所述第一获取单元包括：获取模块，用于获取所述测试类型和第一关键字，其中，所述测试类型和所述第一关键字通过交互界面获得；第一确定模块，用于确定与所述测试类型匹配的第二关键字；第二确定模块，用于依据所述第一关键字和所述第二关键字，确定所述目标关键字。

可选地，所述确定单元包括：第二确定模块，用于依据所述测试类型和所述目标关键字，确定多个独立的测试用例；第三确定模块，用于依据所述测试类型和所述目标关键字，确定至少一个所述测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；组合模块，用于将所述多个独立的测试用例以及所述至少一个测试用例集合组成所述待筛选的测试用例集合。

可选地，所述装置还包括：第二确定单元，用于在获取待测试程序的测试类型和目标关键字之后，确定与所述测试类型对应的关联表格，其中，所述关联表格中包括至少一个表头，每个表头配置有对应的至少一个独立的测试用例和/或至少一个测试用例集合；第三确定单元，用于依据所述关联表格，确定所述至少一个独立的测试用例和/或所述至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；设置单元，用于将所述至少一个独立的测试用例和/或所述至少一个测试用例集合设置为待扩充的测试用例集合；扩充单元，用于在依据所述测试类型和所述目标关键字，确定待筛选的测试用例集合之后，依据所述待扩充的测试用例集合对所述待筛选的测试用例集合进行扩充。

可选地，所述第二获取单元包括：筛选模块，用于依据预设权重，对所述待筛选的测试用户集合进行筛选处理，确定待去重的测试用户集合；去重模块，用于对所述待去重的测试用户集合进行去重处理，获取至少一个独立的目标测试用例和/或至少一个目标测试用例集合，其中，每个目标测试用例集合内的多个测试用例用于实现相同的功能。

为了实现上述目的，根据本申请的另一方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序执行上述任意一项所述的测试用例的获取方法。

为了实现上述目的，根据本申请的另一方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述任意一项所述的测试用例的获取方法。

为了实现上述目的，根据本申请的另一方面，提供了一种电子设备，所述电子设备包括：一个或多个处理器，存储器，显示装置以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序运行时执行上述任意一项所述的测试用例的获取方法。

通过本申请，采用以下步骤：获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例；依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例；从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试，解决了相关技术中在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题。进而达到了不限定测试人员的情况下，能够及时且全面精准地查找相关用例的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的测试用例的获取方法的流程图；

图2是根据本申请实施例提供的一种可选的测试用例的获取方法的技术实现结构图；

图3是根据本申请实施例提供的一种可选的测试用例的获取方法的用例生成示意图；

图4是根据本申请实施例提供的一种可选的测试用例的获取方法的第二关键字和关联表格生成示意图；

图5是根据本申请实施例提供的一种可选的测试用例的获取方法的执行流程图；

图6是根据本申请实施例提供的一种可选的测试用例的获取方法的输出结果示意图；以及

图7是根据本申请实施例提供的测试用例的获取装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请的实施例，提供了一种测试用例的获取方法。

图1是根据本申请实施例的测试用例的获取方法的流程图。如图1所示，该方法包括以下步骤：

步骤s102，获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例。

步骤s104，依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例。

步骤s106，从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试。

需要说明的是：执行步骤s102之前，本申请实施例的测试用例的获取方法还包括一系列准备工作，即，生成用例；以及建立测试类型和默认规则的对应关系。

需要说明的是：生成用例还包括：生成多个独立的用例。如图3所示，可选的，在生成用例时同时输入用例的相关数据，以便后续便于通过用例的相关数据进行查找，进而提高查询结果的精确性。其中，用例的相关数据包括但不限于：用例名称、搜索类型、用例类型、一级标签、二级标签、以及三级标签。

需要说明的是：图3中的“节点”即为“用例”。

此外，需要说明的是：后续步骤s104是可以通过在生成多个独立用例时，其多个独立用例附加的多个相关数据来确定待筛选的测试用例集合，也即通过测试用例的测试类型、用例类型、名称、标签来匹配，来确定待筛选的测试用例集合。

此外，需要说明的是：生成的多个独立的用例可以是将已有的用例进行拆分，给每一个被拆分出来的用例添加用例的相关数据，例如，用例名称、搜索类型、用例类型、一级标签、二级标签、以及三级标签。

此外，需要说明的是：搜索类型和用例类型为上下包含关系，也即用例类型为搜索类型内的类别，此外，还可以建立用例与用例之间的连接关系，即兄弟关系。

需要说明的是：生成用例还包括：生成多个测试用例集合，其中，每个测试用例集合内的多个测试用例用于测试相同的功能。此外，针对某些功能的测试还需要引用某些数据表格内的数据，因此，部分测试用例集合还包含数据表格，以便该测试用例集合的在测试相同的功能时，可以得到充分的基础数据支持，避免因缺少必要基础数据导致无法测试该功能的情况发生。

需要说明的是：生成用例还包括：获取多个关联表格，并针对关联表格内表头，确定每个表头对应的独立的测试用例和/或测试用例集合。通过获取多个关联表格，并针对关联表格内表头，确定每个表头对应的独立的测试用例和/或测试用例集合，生成了一张与数据表格关联的测试用例的集合，避免了测试该数据表格时遗漏测试用例的情况发生。

作为一个可选的示例，如表1所示，在表格a内包含了等级和等级图标的表头，则针对等级和等级图标对应关系，确定独立的测试用例和/或测试用例集合，其中该测试用例和/或测试用例集合用于在输入等级和图标后，测试输出的结果是否与表1的输出结果相同。

表1

由于本申请实施例是为了解决在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题，因此，存在经验不足的测试人员输入的第一关键字的权重值较低，也即，测试人员输入的第一关键字并不能全面且准确的搜索到测试用例，因此为了避免上述情况的发生，可选的，建立测试类型和默认规则的对应关系还包括：为每个搜索类型设置其对应的第二关键字和关联表格。也即，通过为每个搜索类型设置其对应的第二关键字和关联表格，以便后续步骤可以依据为每个搜索类型设置其对应的第二关键字和关联表格，生成的每个搜索类型与第二关键字和关联表格的关联关系，确定第二关键字和/或关联表格。

下面结合另一种实施例对本发明做出说明。

如图2所示，本申请实施例主要包括以下三大模块，即：标准化用例节点输入模块、用例生成的类型与默认规则设置模块、以及标准化用例生成模块。其中，标准化用例生成节点输入模块用于生成用例节点，其包括：基础标准用例节点输入子模块、用例节点集合构建子模块、表格表头关联的用例节点与节点构建子模块；其中，用例生成的类型与默认规则设置模块用于后续使用该系统时，生成搜索的默认规则，其包括：搜索类型对应的默认检索关键字、默认关联表格设置子模块，以及搜索类型与节点类型配置模块。

由上述两个模块生成了一个用于生成标准用例的系统，具体的，该系统的使用方法为：标准化用例生成模块，其该模块用于，使用上述系统获取所需的用例，其模块包括：选择搜索类型，输入用例关键字，进一步地，应用生成策略生成测试用例，进一步地，应用脑图显示用例，进一步地，保存生成的用例。

作为一种可选的示例，如图4所示，在搜索类型为：“任务”的情况下，配置对应的第二关键字：“接口”、“指令”、“时间”、“地点”等，以及配置对应的关联表格：“主线任务序列”、“任务奖励模式表”、“17年签到语音表”。在搜索类型为：“消耗品”的情况下，配置对应的第二关键字：“交易属性”、“道具描述”、“可寄售标价”、“子类型”等，需要说明的是：在搜索类型无匹配的关联表格时，则不需要配置对应的关联表格。

需要说明的是：建立测试类型和默认规则的对应关系还包括：将搜索类型继续细化，生成多个用例类型，其中，每个搜索类型均匹配多个下位概念的用例类型。通过设置多层类型，使得后续查找测试用例时，避免了遗漏个别用例的情况发生。

需要说明的是：将搜索类型继续细化，生成多个用例类型可以设置在生成多个独立的用例之前，以便在生成用例时，可以在设置好测试类型后，直接选择测试类型下所属的用例类型，防止在生成用例时，无对应的用例类型作为参考，随意输入用例类型，导致用例类型过于繁杂，不利于后续管理统计、以及查找。

通过生成用例，以及建立测试类型和默认规则的对应关系已经建立了一个使用于执行步骤s102-s106的系统，该系统中已经录入了各个程序的每一个用例以及子用例，并给每一个用例预先设置了搜索关键词以及所属搜索类别、用例类别、以及标签，当测试人员需要搜索某种程序的用例时，只需在系统上输入第一关键字和搜索类型，或输入程序名称，系统即可自动根据已生成用例的关键词、类型和标签，对已生成的测试用例进行组合、去重和排序，最终输出一个已有的或者新生成的测试用例。

本申请实施例提供的测试用例的获取方法，通过获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例；依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例；从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试，解决了相关技术中在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题。通过获取目标关键字和测试类型，使用多种确定测试用例的方法，获取足够全面的测试用例，进而再依据一定标准筛选测试用例，获取最精准的目标测试用例集合，进而达到了不限定测试人员的情况下，能够及时且全面精准地查找相关用例的效果。

也即通过上述生成用例，以及建立测试类型和默认规则的对应关系生成一个用于执行步骤s102至s106的系统，再依据该系统执行步骤s102至s106，使得经验不足的测试人员，可以通过输入关键字和测试类型，直接得到经过拆分、筛选、以及组合的用例，此时测试人员可以直接使用该用例对待测试程序进行测试，或者对该用例稍加修改，即，可执行该修改后的用例，并且能保证较低的测试遗漏率。

正如上述内容：本申请实施例是为了解决在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题，因此，存在经验不足的测试人员输入的第一关键字的权重值较低的问题，也即，存在测试人员输入的第一关键字并不能全面且准确的搜索到测试用例的情况，因此为了避免上述情况的发生，可选地，在本申请实施例提供的测试用例的获取方法中，获取待测试程序的测试类型和目标关键字包括：获取测试类型和第一关键字，其中，测试类型和第一关键字通过交互界面获得；确定与测试类型匹配的第二关键字；依据第一关键字和第二关键字，确定目标关键字。

也即，通过获取用户在交互界面输入的第一关键字和测试类型，再依据测试类型、以及为每个搜索类型设置其对应的第二关键字和关联表格，配置的测试类型和第二关键字的对应关系，获取上述测试类型对应的第二关键字，达到了防止用户在交互界面输入的第一关键字的准确度不高，无法精准的匹配到合适的测试用例的技术效果。

需要说明的是：在一般情况下，配置测试类型和第二关键字的对应关系为经验较为丰富的测试人员，因此第二关键字，相对于第一关键字更具有代表性。达到了防止经验不足的测试人员输入的第一关键字不恰当，以至于无法准确获取测试用例的情况发生。

基于现实情况的考虑，测试某个程序、系统、或者程序的某个功能时，常常需要一系列测试用例进行测试，而上述一系列的测试用例常常具有一定的关联关系，为了避免经验不足的测试人员在搜索测试用例时，遗漏个别测试用例，可选地，在本申请实施例提供的测试用例的获取方法中，依据测试类型和目标关键字，确定待筛选的测试用例包括：依据测试类型和目标关键字，确定多个独立的测试用例；依据测试类型和目标关键字，确定至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将多个独立的测试用例以及至少一个测试用例集合组成待筛选的测试用例集合。

通过依据目标关键字和测试类型，搜索多个独立的测试用例，同时还搜索至少一个测试用例集合，其中每个测试用例集合内的多个测试用例用于实现相同的功能，避免了仅仅搜索多个独立的测试用例时，遗漏多个用于实现相同的功能的测试用例中的个别测试用例，或者避免仅仅搜索测试用例集合时，遗漏除测试用例集合外的个别独立的测试用例。也即通过上述步骤，达到了获取足够全面的测试用例，尽量避免了用例遗漏的情况发生，很大程度上降低了测试用例的遗漏率。

同理，基于现实情况的考虑，针对某些测试类型，常常配对一些关联表格，例如，“任务”的测试类型，配对“圣诞节任务触发条件表格”、“主线任务触发条件表格”、“随机任务触发条件表格”、“圣诞节任务奖励表格”。为了更加全面的获取相关的测试用例，避免测试用例的遗漏，可选地，在本申请实施例提供的测试用例的获取方法中，在获取待测试程序的测试类型和目标关键字之后，该方法还包括：确定与测试类型对应的关联表格，其中，关联表格中包括至少一个表头，每个表头配置有对应的至少一个独立的测试用例和/或至少一个测试用例集合；依据关联表格，确定至少一个独立的测试用例和/或至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将至少一个独立的测试用例和/或至少一个测试用例集合设置为待扩充的测试用例集合；在依据测试类型和目标关键字，确定待筛选的测试用例集合之后，还包括：依据待扩充的测试用例集合对待筛选的测试用例集合进行扩充。

通过上述步骤，在依据测试类型和目标关键字获取待筛选的测试用例集合之外，还依据测试类型获取与测试类型对应的关联表格，再依据关联表格获取至少一个独立的测试用例和/或至少一个测试用例集合，并将至少一个独立的测试用例和/或至少一个测试用例集合补充到待筛选的测试用例集合中，达到了获取更加全面的测试用例，尽量避免了各种用例遗漏的情况，极大的降低了测试遗漏率。保证了即使测试人员的经验不足，也可以全面的搜索测试用例，规避测试用例遗漏的情况发生。

需要说明的是：上述待筛选的测试用例集合可能存在测试用例重复的情况，以及上述待筛选的测试用例集合中包含权重值较低的测试用例，针对上述全面但过于冗杂的待筛选的测试用例集合，可选地，在本申请实施例提供的测试用例的获取方法中，从待筛选的测试用例集合中获取至少一个目标测试用例包括：依据预设权重，对待筛选的测试用户集合进行筛选处理，确定待去重的测试用户集合；对待去重的测试用户集合进行去重处理，获取至少一个独立的目标测试用例和/或至少一个目标测试用例集合，其中，每个目标测试用例集合内的多个测试用例用于实现相同的功能。

通过上述对待筛选的测试用例集合进行权重值筛选，并进行一定的去重处理，得到了权重值较高、全面、不重复的目标测试用例集合，提高了使用测试用例进行测试的效率，避免了无效测试的情况、或低效测试的情况发生。

下面结合图5对本发明上述内容进行梳理说明。

1、关键字输入和类型输入，即获取第一关键字，获取搜索类型；

2、搜索关键词；

3、节点类型检索，即，依据用例类型进行检索，获取用例；

4、用例标签检索，即，依据用例标签进行检索，获取用例；

5、用例组合策略，即，对用例进行组合，生成待筛选用例集合；

6、子用例去重，即，对待筛选用例集合进行筛选，去重，生成较为精准的用例集合；

7、用例结果生成，输出显示用例集合。

需要说明的是：最后的测试结果可以使用思维导图的形式显示，如图6所示，且用户可以在上述显示结果上进行修改(例如补充、删除)，并以xmin不限定测试人员的情况下，依旧及时且全面精准地查找相关用例格式进行下载。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种测试用例的获取装置，需要说明的是，本申请实施例的测试用例的获取装置可以用于执行本申请实施例所提供的用于测试用例的获取方法。以下对本申请实施例提供的测试用例的获取装置进行介绍。

图7是根据本申请实施例的测试用例的获取装置的示意图。如图7所示，该装置包括：第一获取单元71、第一确定单元73和第二获取单元75。

第一获取单元71，用于获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例；

第一确定单元73，用于依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例；

第二获取单元75，用于从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试。

本申请实施例提供的测试用例的获取装置，通过第一获取单元71获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例；第一确定单元73依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例；第二获取单元75从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试。，解决了相关技术中在使用经验不足的测试人员时，导致无法及时且全面准确地查找到相关用例的问题，进而达到了不限定测试人员的情况下，依旧及时且全面精准地查找相关用例的效果。

可选地，第一获取单元71包括：获取模块，用于获取测试类型和第一关键字，其中，测试类型和第一关键字通过交互界面获得；第一确定模块，用于确定与测试类型匹配的第二关键字；第二确定模块，用于依据第一关键字和第二关键字，确定目标关键字。

可选地，确定单元包括：第二确定模块，用于依据测试类型和目标关键字，确定多个独立的测试用例；第三确定模块，用于依据测试类型和目标关键字，确定至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；组合模块，用于将多个独立的测试用例以及至少一个测试用例集合组成待筛选的测试用例集合。

可选地，该装置还包括：第二确定单元，用于在获取待测试程序的测试类型和目标关键字之后，确定与测试类型对应的关联表格，其中，关联表格中包括至少一个表头，每个表头配置有对应的至少一个独立的测试用例和/或至少一个测试用例集合；第三确定单元，用于依据关联表格，确定至少一个独立的测试用例和/或至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；设置单元，用于将至少一个独立的测试用例和/或至少一个测试用例集合设置为待扩充的测试用例集合；扩充单元，用于在依据测试类型和目标关键字，确定待筛选的测试用例集合之后，依据待扩充的测试用例集合对待筛选的测试用例集合进行扩充。

可选地，第二获取单元75包括：筛选模块，用于依据预设权重，对待筛选的测试用户集合进行筛选处理，确定待去重的测试用户集合；去重模块，用于对待去重的测试用户集合进行去重处理，获取至少一个独立的目标测试用例和/或至少一个目标测试用例集合，其中，每个目标测试用例集合内的多个测试用例用于实现相同的功能。

可选地，在本申请实施例提供的测试用例的获取装置中，

测试用例的获取装置包括处理器和存储器，上述第一获取单元71、第一确定单元73和第二获取单元75等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现不限定测试人员的情况下，依旧及时且全面精准地查找相关用例。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现测试用例的获取方法。

本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行测试用例的获取方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例；依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例；从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试。

获取待测试程序的测试类型和目标关键字包括：获取测试类型和第一关键字，其中，测试类型和第一关键字通过交互界面获得；确定与测试类型匹配的第二关键字；依据第一关键字和第二关键字，确定目标关键字。

依据测试类型和目标关键字，确定待筛选的测试用例包括：依据测试类型和目标关键字，确定多个独立的测试用例；依据测试类型和目标关键字，确定至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将多个独立的测试用例以及至少一个测试用例集合组成待筛选的测试用例集合。

在获取待测试程序的测试类型和目标关键字之后，该方法还包括：确定与测试类型对应的关联表格，其中，关联表格中包括至少一个表头，每个表头配置有对应的至少一个独立的测试用例和/或至少一个测试用例集合；依据关联表格，确定至少一个独立的测试用例和/或至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将至少一个独立的测试用例和/或至少一个测试用例集合设置为待扩充的测试用例集合；在依据测试类型和目标关键字，确定待筛选的测试用例集合之后，还包括：依据待扩充的测试用例集合对待筛选的测试用例集合进行扩充。

从待筛选的测试用例集合中获取至少一个目标测试用例包括：依据预设权重，对待筛选的测试用户集合进行筛选处理，确定待去重的测试用户集合；对待去重的测试用户集合进行去重处理，获取至少一个独立的目标测试用例和/或至少一个目标测试用例集合，其中，每个目标测试用例集合内的多个测试用例用于实现相同的功能。本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取待测试程序的测试类型和目标关键字，其中，目标关键字用于搜索与待测试程序关联的至少一个测试用例；依据测试类型和目标关键字，确定待筛选的测试用例集合，其中，待筛选的测试用例集合中包括多个待筛选的测试用例；从待筛选的测试用例集合中获取至少一个目标测试用例，其中，目标测试用例用于对待测试程序进行测试。

获取待测试程序的测试类型和目标关键字包括：获取测试类型和第一关键字，其中，测试类型和第一关键字通过交互界面获得；确定与测试类型匹配的第二关键字；依据第一关键字和第二关键字，确定目标关键字。

依据测试类型和目标关键字，确定待筛选的测试用例包括：依据测试类型和目标关键字，确定多个独立的测试用例；依据测试类型和目标关键字，确定至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将多个独立的测试用例以及至少一个测试用例集合组成待筛选的测试用例集合。

在获取待测试程序的测试类型和目标关键字之后，该方法还包括：确定与测试类型对应的关联表格，其中，关联表格中包括至少一个表头，每个表头配置有对应的至少一个独立的测试用例和/或至少一个测试用例集合；依据关联表格，确定至少一个独立的测试用例和/或至少一个测试用例集合，其中，每个测试用例集合内的多个测试用例用于实现相同的功能；将至少一个独立的测试用例和/或至少一个测试用例集合设置为待扩充的测试用例集合；在依据测试类型和目标关键字，确定待筛选的测试用例集合之后，还包括：依据待扩充的测试用例集合对待筛选的测试用例集合进行扩充。

从待筛选的测试用例集合中获取至少一个目标测试用例包括：依据预设权重，对待筛选的测试用户集合进行筛选处理，确定待去重的测试用户集合；对待去重的测试用户集合进行去重处理，获取至少一个独立的目标测试用例和/或至少一个目标测试用例集合，其中，每个目标测试用例集合内的多个测试用例用于实现相同的功能。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。