CN113656320A - 一种测试用例生成方法及装置 - Google Patents

Abstract

本申请提出一种测试用例生成方法及装置，该方法包括：对应于待测试项目的各个功能模块，分别建立测试用例模型；根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签；其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因；将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。基于上述的测试用例生成方法而得到的测试用例存储装置，能够显著提高测试效率。

Description

一种测试用例生成方法及装置

技术领域

本申请涉及软件测试技术领域，尤其涉及一种测试用例生成方法及装置。

背景技术

测试是项目的重要组成部分，而设计测试用例又是测试工作中的重中之重。在一个待测试项目中，某些功能模块，比如基础功能模块等，由于其被项目的其他功能重复调用，因此在测试中会对其重复进行测试。

但是目前的测试方法对于重复的功能没有直接可复用的测试用例，每次都需要重新设计用例，这样既费时又可能遗漏。

发明内容

基于上述技术现状，本申请提出一种测试用例生成方法及装置，能够提高测试效率，尤其是提高存在重复测试的测试场景下的测试效率。

一种测试用例生成方法，包括：

对应于待测试项目的各个功能模块，分别建立测试用例模型；

根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；

对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签；其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因；

将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。

可选的，所述根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例，包括：

根据各项测试目标，分别向各个功能模块对应的测试用例模型中添加基础测试用例概要；

分别对各个功能模块对应的测试用例模型中的基础测试用例概要进行细化完善，得到与各个功能模块对应的基础测试用例。

可选的，所述对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签，包括：

对应于每个功能模块，分别执行如下处理：

通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例；

通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，以及确定出现缺陷的原因；

根据与功能模块对应的各个基础测试用例在执行过程中是否出现缺陷，以及出现缺陷的原因，确定功能模块对应的基础测试用例的训练标签。

可选的，在对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签后，所述方法还包括：

生成与各个功能模块对应的各个基础测试用例的缺陷率标签。

可选的，所述方法还包括：

对所述测试用例存储装置中的基础测试用例进行更新和补充。

一种测试用例生成方法，包括：

根据被测试的功能模块以及测试需求，从上述的测试用例存储装置中读取被测试的功能模块以及测试需求对应的基础测试用例；

根据测试需求，对读取的基础测试用例进行完善，得到与被测试的功能模块以及测试需求相匹配的测试用例。

一种测试用例生成装置，包括：

模型建立单元，用于对应于待测试项目的各个功能模块，分别建立测试用例模型；

模型完善单元，用于根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；

测试用例训练单元，用于对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签；其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因；

测试用例存储单元，用于将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。

可选的，所述根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例，包括：

根据各项测试目标，分别向各个功能模块对应的测试用例模型中添加基础测试用例概要；

分别对各个功能模块对应的测试用例模型中的基础测试用例概要进行细化完善，得到与各个功能模块对应的基础测试用例。

可选的，所述对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签，包括：

对应于每个功能模块，分别执行如下处理：

通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例；

通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，以及确定出现缺陷的原因；

根据与功能模块对应的各个基础测试用例在执行过程中是否出现缺陷，以及出现缺陷的原因，确定功能模块对应的基础测试用例的训练标签。

可选的，所述测试用例训练单元，还用于：

生成与各个功能模块对应的各个基础测试用例的缺陷率标签。

可选的，所述测试用例存储单元还用于：

对所述测试用例存储装置中的基础测试用例进行更新和补充。

一种测试用例生成装置，包括：

测试用例读取单元，用于根据被测试的功能模块以及测试需求，从上述的测试用例存储装置中读取被测试的功能模块以及测试需求对应的基础测试用例；

测试用例完善单元，用于根据测试需求，对读取的基础测试用例进行完善，得到与被测试的功能模块以及测试需求相匹配的测试用例。

本申请实施例提出的测试用例生成方法，对应与待测试项目的每个重复测试功能模块，分别为其建立测试用例模型；然后根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；以及，对各个功能模块对应的基础测试用例进行训练，并将训练后的基础测试用例存储至测试用例存储装置。基于上述的测试用例存储装置，可以不必在对相同的功能模块进行重复测试时，每次都重新构建测试用例，而是直接从该测试用例存储装置中读取与被测试功能模块对应的基础测试用例，或者对读取的基础测试用例进行必要的修改即可用于对被测试功能模块进行测试。因此，基于上述的测试用例生成方法而得到的测试用例存储装置，能够显著提高测试效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是本申请实施例提供的一种测试用例生成方法的流程示意图；

图2是本申请实施例提供的另一种测试用例生成方法的流程示意图；

图3是本申请实施例提供的又一种测试用例生成方法的流程示意图；

图4是本申请实施例提供的再一种测试用例生成方法的流程示意图；

图5是本申请实施例提供的一种测试用例生成装置的结构示意图；

图6是本申请实施例提供的另一种测试用例生成装置的结构示意图。

具体实施方式

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

本申请实施例提出一种测试用例生成方法，参见图1所示，该方法包括：

S101、对应于待测试项目的各个功能模块，分别建立测试用例模型。

具体的，上述的各个功能模块，是指待测试测试项目中的被复用次数较多的功能模块，也就是在对待测试项目进行测试时会被多次测试的功能模块，具体可以是待测试项目的基础模块以及复用较多的业务模块，例如，基础模块，包括注册模块、登录模块、新增/编辑/删除模块、文件上传下载模块等，或者是其他的被复用较多的业务模块。

对应于上述的待测试项目的各个功能模块，分别建立测试用例模型。

S102、根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例。

具体的，上述的测试用例模型，是指对功能模块进行测试的模型。可以理解，当对某一功能模块进行测试时，需要结合测试目标、测试方法、测试内容等进行测试，因此，各个功能模块对应的测试用例模型中，应当包含对功能模块进行测试的测试目标、测试方法、测试内容等信息。

基于上述需求，当对应于待测试项目的各个功能模块，分别建立测试用例模型后，结合具体的测试目标，分别对各个功能模块对应的测试用例模型进行完善，主要是完善其中的测试目标、测试内容、测试方法等信息，完善后的测试用例模型，作为与功能模块对应的基础测试用例。

S103、对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签。其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因。

具体的，在得到待测试项目的各个功能模块对应的基础测试用例后，对各个功能模块对应的基础测试用例分别进行训练，也就是将功能模块对应的基础测试用例用于对功能模块进行测试，验证功能模块对应的基础测试用例在实际的测试中被执行时是否出现缺陷，以及当出现缺陷时分析出现缺陷的原因。

在训练过程中，记录基础测试用例在被执行时是否出现缺陷以及出现缺陷的原因，构成基础测试用例的训练标签。

其中，上述的基础测试用例在训练过程中出现缺陷，包括但不限于基础测试用例输出的结果与预期结果不一致、基础测试用例不能被成功执行等。

S104、将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。

具体的，上述的测试用例存储装置，是指专门用于存储各个功能模块对应的基础测试用例的存储装置或设备。

在完成对各个功能模块对应的基础测试用例的训练后，将各个功能模块对应的基础测试用例分别存储至测试用例存储装置中。进一步的，还可以将各个基础测试用例的训练标签同步存储。

当需要对上述待测试项目的某一功能模块进行测试时，从该存储装置中读取与该功能模块对应的基础测试项目进行测试即可，或者，对读取的基础测试项目进行必要的改动和完善，用于实际测试即可。

由于上述的各个功能模块是在待测试项目测试中会被多次测试的功能模块，因此，每次对功能模块进行测试时，均可以从该测试用例存储装置中读取与功能模块进行测试的基础测试用例，用于功能模块测试，从而可以不必在对相同的功能模块进行重复测试时，每次都重新构建测试用例。因此，基于上述的测试用例生成方法而得到的测试用例存储装置，能够显著提高测试效率。

通过上述介绍可见，本申请实施例提出的测试用例生成方法，对应与待测试项目的每个重复测试功能模块，分别为其建立测试用例模型；然后根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；以及，对各个功能模块对应的基础测试用例进行训练，并将训练后的基础测试用例存储至测试用例存储装置。基于上述的测试用例存储装置，可以不必在对相同的功能模块进行重复测试时，每次都重新构建测试用例，而是直接从该测试用例存储装置中读取与被测试功能模块对应的基础测试用例，或者对读取的基础测试用例进行必要的修改即可用于对被测试功能模块进行测试。因此，基于上述的测试用例生成方法而得到的测试用例存储装置，能够显著提高测试效率。

下面，通过不同的实施例，分别对本申请提出的测试用例生成方法的各处理步骤的具体处理内容进行介绍。

参见图2所示，上述的根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例，包括：

S202、根据各项测试目标，分别向各个功能模块对应的测试用例模型中添加基础测试用例概要。

具体的，上述的各项测试目标，是指在不同场景下对功能模块的测试目标。比如在产品开发时，更加注重代码层次逻辑的测试，在产品功能设计时，更加注重用户需求的测试，在产品测试场景下，则更加注重功能的测试。

因此，在不同的场景下会衍生不同的、或者不同侧重点的测试需求和测试目标。

基于上述区别，本申请实施例针对各项测试目标，分别对各个功能模块对应的测试用例模型中添加基础测试用例概要。

在添加基础测试用例概要时，还需要判断添加的基础测试用例概要是否与已存在的基础测试用例概要重复。如果重复，则需要去重。

示例性的，当识别重复的基础测试用例概要时，可以通过关键字比对的方式进行。

S203、分别对各个功能模块对应的测试用例模型中的基础测试用例概要进行细化完善，得到与各个功能模块对应的基础测试用例。

具体的，测试用例模型中存储的基础测试用例概要并不是最终的测试用例，还需要对其进行细化才能用于测试。

示例性的，通过用例设计方法，比如边界值分析方法、等价划分方法等，可以实现对基础测试用例概要的细化。

其中，上述的等价划分方法，是指将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。

上述的边界值分析，就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

比如，对于搜索模块来说，假设测试重点更加关注模糊查询，那么测试根据这个用例概要，利用设计用例的方法，细化出最终的测试用例，例如

用例1：左模糊查询，输入“项目名称”，会查询出“项目名称xxx”的所有结果；

用例2：右模糊查询，输入“项目名称”，会查询出“xxx项目名称”的所有结果；

用例3：全模糊查询，输入“项目名称”，会查询出包含项目名称字样的所有结果；

用例4：......

进一步的，基于上述处理得到与各个功能模块对应的基础测试用例，还可以将得到的基础测试用例输出，由评审人员对基础测试用例进行评审、优化，然后将评审人员评审、优化后的基础测试用例，作为最终确定的与功能模块对应的基础测试用例。

另外，图2所示的方法实施例中的步骤S201、S204、S205分别对应图1所示的方法实施例中的步骤S101、S103、S104，其具体内容可参见图1所示的方法实施例的内容，此处不再赘述。

参见图3所示，上述的对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签，包括：

对应于每个功能模块，分别执行如下处理：

S303、通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例。

具体的，对于同一功能模块，在不同的界面均可能设置用于调用该功能模块的入口。

在分别获取与功能模块对应的基础测试用例后，通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例。

S304、通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，以及确定出现缺陷的原因。

具体的，通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，并且，当确定基础测试用例执行过程中出现缺陷时分析确定出现缺陷的原因。

S305、根据与功能模块对应的各个基础测试用例在执行过程中是否出现缺陷，以及出现缺陷的原因，确定功能模块对应的基础测试用例的训练标签。

具体的，对于功能模块对应的各个基础测试用例，其每被训练一次，均在该基础测试用例处打上训练标签，用于记录其在训练时是否出现缺陷，例如“必现缺陷”、“概率出现缺陷”、“完全没有缺陷”等，同时，标明产生缺陷的原因。

具体的训练过程，可以参照如下过程：

(1)针对相同的基础模块，项目中会有不同界面不同入口(入口n1、入口n2、入口n3、......)

(2)入口n1，根据模块的基础用例，一条一条执行，对比实际结果与预期结果是否一致，结果一致的用例标记为P；不一致的用例标记为F，同时记录原因1。(所有用例执行一次，为训练一次)

(3)入口n2，根据模块的基础用例，一条一条执行，对比实际结果与预期结果是否一致，结果一致的用例标记为P；不一致的用例标记为F，同时记录原因2。(所有用例执行一次，为训练二次)

(4)....

其中，图3所示的方法实施例中的步骤S301、S302、S306分别对应图1所示的方法实施例中的步骤S101、S102、S104，其具体内容可参见图1所示的方法实施例的内容，此处不再赘述。

进一步的，当按照上述实施例介绍，对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签后，本申请实施例提出的测试用例生成方法还包括：生成与各个功能模块对应的各个基础测试用例的缺陷率标签。

具体的，通过功能模块对应的基础测试用例的训练标签，计算基础测试用例出现缺陷的概率，并生成功能模块对应的基础测试用例的缺陷率标签。其中，基础测试用例出现缺陷的概率，可以通过基础测试用例在训练时出现缺陷的次数与基础测试用例的训练总次数的比值确定。

进一步的，按照本申请实施例生成基础测试用例，并且存储至测试用例存储装置后，在实际测试应用过程中，还对所述测试用例存储装置中的基础测试用例进行更新和补充。

具体的，对于更新或新增的功能模块对应的基础测试用例，每新增一个或更新一次，均进行重新训练，并且更新训练标签。进一步的，还利用更新后的训练标签更新基础测试用例的缺陷率标签。

基于上述的测试用例生成方法，本申请实施例还提出另一种测试用例生成方法，参见图4所示，该方法包括：

S401、根据被测试的功能模块以及测试需求，从上述的测试用例存储装置中读取被测试的功能模块以及测试需求对应的基础测试用例。

S402、根据测试需求，对读取的基础测试用例进行完善，得到与被测试的功能模块以及测试需求相匹配的测试用例。

具体的，在项目测试过程中，当需要测试相关功能模块时，直接从测试用例存储装置中读取与该功能模块对应的基础测试用例。因读取的为基础测试用例，可能某些测试需求增加了一些限制因素或者在此基础上又增加了一些功能，因此需要根据测试需求，对读取的基础测试用例进行完善，得到与被测试功能模块以及测试需求相匹配的测试用例。

示例性的，比如对于上传下载功能模块来说，从测试用例存储装置中读取的基础测试用例包括：

用例1：上传支持格式的文件png格式，预期结果：上传成功

用例2：上传支持格式的文件.doc格式，预期结果：上传成功

用例3：上传支持格式的文件.rar格式，预期结果：上传成功

用例4：上传最大支持文件数量，预期结果：均可上传且上传成功

用例5：上传超过最大支持容量文件(5M)，预期结果：提示文件过大，最大支持单个文件5M，请重新上传

......

当前对该上传下载功能模块的测试需求相对于已有的基础测试用例，支持文件格式有增加，文件最大容量有改动，相关提示语严格参照需求文档，基于上述改动，对于同测试用例存储装置中读取的基础测试用例进行完善，得到与该上传下载功能模块以及测试需求相匹配的测试用例，包括：

用例1：上传支持格式的文件png格式，预期结果：上传成功

用例2：上传支持格式的文件.doc格式，预期结果：上传成功

用例3：上传支持格式的文件.rar格式，预期结果：上传成功

用例4：上传最大支持文件数量，预期结果：均可上传且上传成功

用例5：上传超过最大支持容量文件(2M)，预期结果：您的文件已超出系统支持范围(2M)，请重新选择文件后上传

用例6：上传支持格式的文件.pdf格式，预期结果：上传成功

用例7：上传支持格式的文件.zip格式，预期结果：上传成功

......

其中，上述的测试用例存储装置中的基础测试用例的生成，可以参照上述的测试用例生成方法的介绍，本实施例不再详述。

现有测试的流程是测试人员根据需求文档输出测试用例，若项目功能重复率较高的情况下，针对相同的功能每次测试时均需要从头设计用例，不仅耗时占用测试时间，测试人员情感上也难免会掉以轻心，导致用例质量不佳，覆盖度不全。

本申请实施例提出的测试用例生成方法，通过建立测试用例基础库，测试相同功能时无需考虑用例设计，直接使用基础库用例，再加上业务场景测试用例，即可满足功能测试，即使是对于经验不足的测试人员来说，也能保证测试质量。进一步的，基础库用例均是通过训练或者经过评审的，故此也节约了用例的设计周期，更大程度的为测试人员争取了测试时间，更有利于拓展测试的发挥，进而提高测试质量。

与图1所示的测试用例生成方法相对应的，本申请实施例还提出一种测试用例生成装置，参见图5所示，该装置包括：

模型建立单元100，用于对应于待测试项目的各个功能模块，分别建立测试用例模型；

模型完善单元110，用于根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；

测试用例训练单元120，用于对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签；其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因；

测试用例存储单元130，用于将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。

可选的，所述根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例，包括：

根据各项测试目标，分别向各个功能模块对应的测试用例模型中添加基础测试用例概要；

分别对各个功能模块对应的测试用例模型中的基础测试用例概要进行细化完善，得到与各个功能模块对应的基础测试用例。

可选的，所述对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签，包括：

对应于每个功能模块，分别执行如下处理：

通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例；

通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，以及确定出现缺陷的原因；

根据与功能模块对应的各个基础测试用例在执行过程中是否出现缺陷，以及出现缺陷的原因，确定功能模块对应的基础测试用例的训练标签。

可选的，所述测试用例训练单元，还用于：

生成与各个功能模块对应的各个基础测试用例的缺陷率标签。

可选的，所述测试用例存储单元还用于：

对所述测试用例存储装置中的基础测试用例进行更新和补充。

具体的，上述的测试用例生成装置的各个单元的具体工作内容，请参见上述的方法实施例的内容，此处不再赘述。

与上述图4所示的测试用例生成方法相对应的，本申请实施例还提出另一种测试用例生成装置，参见图6所示，该装置包括：

测试用例读取单元200，用于根据被测试的功能模块以及测试需求，从上述的测试用例存储装置中读取被测试的功能模块以及测试需求对应的基础测试用例；

测试用例完善单元210，用于根据测试需求，对读取的基础测试用例进行完善，得到与被测试的功能模块以及测试需求相匹配的测试用例。

具体的，上述的测试用例生成装置的各个单元的具体工作内容，请参见上述的相应方法实施例的内容，此处不再赘述。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，各实施例中记载的技术特征可以进行替换或者组合。

本申请各实施例种装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件单元，或者二者的结合来实施。软件单元可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

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

对应于待测试项目的各个功能模块，分别建立测试用例模型；

根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；

对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签；其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因；

将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。

2.根据权利要求1所述的方法，其特征在于，所述根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例，包括：

根据各项测试目标，分别向各个功能模块对应的测试用例模型中添加基础测试用例概要；

分别对各个功能模块对应的测试用例模型中的基础测试用例概要进行细化完善，得到与各个功能模块对应的基础测试用例。

3.根据权利要求1所述的方法，其特征在于，所述对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签，包括：

对应于每个功能模块，分别执行如下处理：

通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例；

通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，以及确定出现缺陷的原因；

根据与功能模块对应的各个基础测试用例在执行过程中是否出现缺陷，以及出现缺陷的原因，确定功能模块对应的基础测试用例的训练标签。

4.根据权利要求1所述的方法，其特征在于，在对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签后，所述方法还包括：

生成与各个功能模块对应的各个基础测试用例的缺陷率标签。

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

对所述测试用例存储装置中的基础测试用例进行更新和补充。

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

根据被测试的功能模块以及测试需求，从权利要求1至5中任意一项中所述的测试用例存储装置中读取被测试的功能模块以及测试需求对应的基础测试用例；

根据测试需求，对读取的基础测试用例进行完善，得到与被测试的功能模块以及测试需求相匹配的测试用例。

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

模型建立单元，用于对应于待测试项目的各个功能模块，分别建立测试用例模型；

模型完善单元，用于根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例；

测试用例训练单元，用于对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签；其中，所述训练标签至少包括训练过程中是否出现缺陷以及出现缺陷的原因；

测试用例存储单元，用于将各个功能模块对应的基础测试用例分别存储至测试用例存储装置。

8.根据权利要求7所述的装置，其特征在于，所述根据各项测试目标，分别对各个功能模块对应的测试用例模型进行完善，得到与各个功能模块对应的基础测试用例，包括：

根据各项测试目标，分别向各个功能模块对应的测试用例模型中添加基础测试用例概要；

分别对各个功能模块对应的测试用例模型中的基础测试用例概要进行细化完善，得到与各个功能模块对应的基础测试用例。

9.根据权利要求8所述的装置，其特征在于，所述对各个功能模块对应的基础测试用例分别进行训练，确定各个功能模块对应的基础测试用例的训练标签，包括：

对应于每个功能模块，分别执行如下处理：

通过与功能模块对应的各个界面的各个入口，分别调用执行与功能模块对应的各个基础测试用例；

通过将基础测试用例的执行结果与预期结果进行比较，确定基础测试用例执行过程中是否出现缺陷，以及确定出现缺陷的原因；

根据与功能模块对应的各个基础测试用例在执行过程中是否出现缺陷，以及出现缺陷的原因，确定功能模块对应的基础测试用例的训练标签。

10.根据权利要求8所述的装置，其特征在于，所述测试用例训练单元，还用于：

生成与各个功能模块对应的各个基础测试用例的缺陷率标签。

11.根据权利要求8所述的装置，其特征在于，所述测试用例存储单元还用于：

对所述测试用例存储装置中的基础测试用例进行更新和补充。

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

测试用例读取单元，用于根据被测试的功能模块以及测试需求，从权利要求1至5中任意一项中所述的测试用例存储装置中读取被测试的功能模块以及测试需求对应的基础测试用例；

测试用例完善单元，用于根据测试需求，对读取的基础测试用例进行完善，得到与被测试的功能模块以及测试需求相匹配的测试用例。

Images