CN112328489B - 测试用例生成方法、装置、终端设备和存储介质 - Google Patents

Abstract

本申请实施例提供一种测试用例生成方法、装置、终端设备和存储介质，通过获取目标产品的产品需求文档，产品需求文档包括产品字段名称和产品字段规则，对产品需求文档进行解析，确定目标产品的测试意图，根据测试意图，生成目标产品的功能测试用例，实现了功能测试用例的自动生成，提高了功能测试用例的生成效率和准确率，降低了生成功能测试用例的难度，并节约了生成功能测试用例的成本。

Description

测试用例生成方法、装置、终端设备和存储介质

技术领域

本申请实施例涉及软件测试技术领域，尤其涉及一种测试用例生成方法、装置、终端设备和存储介质。

背景技术

任何一款软件产品在开发完成后，都需要测试人员进行相应的测试后才能投入使用，测试用例作为软件测试的核心，不仅是测试人员测试过程中的重要参考依据，更是软件测试质量稳定的根本保障。由此可见，合理的测试用例对于保证软件质量和节约测试成本至关重要。

现有技术中，通过软件测试人员手动编写的方式，生成测试用例，但对于接口众多、场景复杂的情况，往往需要测试人员投入大量的精力和时间，因此，如何高效地实现测试用例的生成，成为现有技术中亟需解决的问题。

发明内容

本申请实施例提供一种测试用例生成方法、装置、终端设备和存储介质，实现了测试用例的自动化生成，提高了测试用例的生成效率。

第一方面，本申请实施列提供一种测试用例生成方法，包括：

获取目标产品的产品需求文档，所述产品需求文档包括产品字段名称和产品字段规则；

对所述产品需求文档进行解析，确定所述目标产品的测试意图；

根据所述测试意图，生成所述目标产品的功能测试用例。

可选地，所述对所述产品需求文档进行解析，确定所述目标产品的测试意图，包括：

按照所述产品字段名称与所述产品字段规则的对应关系，将所述产品需求文档转化为测试语料；

根据自然语言理解NLU技术对所述测试语料进行处理，得到所述目标产品的测试意图。

可选地，所述根据自然语言理解NLU技术对所述测试语料进行处理，得到所述目标产品的测试意图，包括:

根据意图词典中存储的测试语料与测试意图之间的对应关系，确定所述目标产品的候选测试意图；

通过意图识别模型对所述候选测试意图进行评估，确定所述目标产品的目标测试意图，所述意图识别模型是根据历史测试用例数据训练得到的。

可选地，所述意图识别模型包括打分规则和得分阈值，所述根据意图识别模型对所述候选测试意图进行评估，确定所述目标产品的目标测试意图，包括：

根据所述打分规则对所述候选测试意图进行打分，得到所述候选测试意图的分值；

若所述分值大于得分阈值，则将所述候选测试意图确定为目标测试意图。

可选地，所述测试意图由意图名称和意图参数构成，所述根据所述测试意图，生成所述目标产品的功能测试用例，包括：

获取所述意图名称对应的意图执行逻辑；

根据所述意图参数对所述意图执行逻辑进行修改，得到所述功能测试用例。

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

获取所述目标产品的接口设计文档，所述接口设计文档包括接口名称、接口字段名称和接口字段参数；

根据所述接口设计文档，将所述功能测试用例转化为接口测试用例。

可选地，所述根据所述接口设计文档，将所述功能测试用例转化为接口测试用例，包括：

识别所述接口设计文档中的接口字段名称；

根据所述接口字段名称，确定所述接口设计文档与所述产品需求文档之间的对应关系；

根据所述对应关系，将所述功能测试用例中的产品字段名称替换为接口设计文档中的接口字段参数，得到所述接口测试用例。

第二方面，本申请实施例提供一种测试用例生成装置，包括：

获取模块，用于获取目标产品的产品需求文档，所述产品需求文档包括产品字段名称和产品字段规则；

处理模块，用于对所述产品需求文档进行解析，确定所述目标产品的测试意图；根据所述测试意图，生成所述目标产品的功能测试用例。

第三方面，本申请实施例提供一种终端设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面所述的测试用例生成方法。

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

本申请实施例提供的测试用例生成方法、装置、终端设备和存储介质，通过获取目标产品的产品需求文档，产品需求文档包括产品字段名称和产品字段规则，对产品需求文档进行解析，确定目标产品的测试意图，根据测试意图，生成目标产品的功能测试用例，实现了功能测试用例的自动生成，提高了功能测试用例的生成效率和准确率，降低了生成功能测试用例的难度，并节约了生成功能测试用例的成本。

附图说明

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

图2为本申请实施例一提供的基于历史测试用例数据的统计表；

图3为本申请实施例二提供的测试用例生成方法的流程示意图；

图4为本申请实施例三提供的测试用例生成装置的结构示意图；

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

具体实施方式

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

本申请技术方案的主要思路：本申请实施例提供一种自动化生成测试用例的技术方案，通过自然语言理解技术对产品需求文档进行解析，确定待测试产品的测试意图，基于测试意图进行测试用例的生成，不仅可以提升对自动化脚本程序语言不同情况下的兼容能力，释放人力、节约成本，提高测试用例的生成效率，提高测试用例的覆盖率，还有助于产品测试工作和产品开发工作并行展开，缩短整个产品开发工作的周期。

本实施提供的测试用例生成的技术方案，可以用于各测试用例的生成，如功能测试用例、接口测试用例等，下面将分别以功能测试用例和接口测试用例为例，详细说明本申请的技术方案。

实施例一

下面将一个具体的实施例，对生成功能测试用例的流程加以说明。示例性地，图1为本申请实施例一提供的测试用例生成方法的流程示意图，本实施例的方法可以由本申请实施例所提供的测试用例生成装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于计算机等终端设备中。如图1所示，本实施例的测试用例生成方法包括：

S101、获取目标产品的产品需求文档。

本实施例中，产品需求文档是生成测试用例的依据，为此，本步骤中需要先进行目标产品的产品需求文档的获取，示例性地，为用户(如测试人员)提供产品需求文档的上传接口，根据用户的上传操作，进行目标产品的产品需求文档的获取，也可以为用户提供输入文本框，以使用户输入保存产品需求文档的内存地址，并根据用户输入的内存地址进行产品需求文档的获取。

其中，目标产品即待测试的软件产品，相应地，产品需求文档即为描述目标产品需要实现的页面功能(或模块)、功能业务逻辑及交互逻辑的文档，用于在设计目标产品时，对表单查询、新增、修改、删除等操作给出每个字段的类型及产品字段规则等属性。以司机新表单为例，示例性地，产品需求文档的结构如表1所示。

表1

可以理解的是，本实施例中，产品需求文档是由用户依据目标产品的相关需求及功能预先编写得到的。可选地，为保证上传的产品需求文档的规范性及便于设备进行识别，本实施例中，可以通过产品需求文档模板进行产品需求文档的生成，具体的，将目标产品的需求填充到产品需求文档模板中，得到规范的产品需求文档。其中，产品需求文档模板是规范产品需求文档格式的模板文件，保存在设备上的指定位置。

S102、对产品需求文档进行解析，确定目标产品的测试意图。

本步骤中，在S101之后，在解析产品需求文档的基础上，采用人工智能的方法对产品需求文档进行分析，从而确定目标产品的测试意图。

其中，测试意图用于指示采用哪种测试方法(等价类划分法、边界值法……)对目标产品进行测试，可选地，本步骤中，测试意图可以由意图名称和意图参数构成，示例性地，边界值法的意图名称可以表示为边界值意图，边界值法的意图参数可以表示为operationType(长度，数字...)、operationMethod(大于，等于...)和Num(0，100...)。

在一种可能的实现方式中，本步骤中，先按照产品字段名称与产品字段规则的对应关系，将产品需求文档转化为测试语料，再根据自然语言理解(natural languageunderstand，NLU)技术对测试语料进行处理，得到目标产品的测试意图。

如表1所示，通常情况下，表单中包含的字段不止一个，每一个产品字段名称与其对应的字段类型及产品字段规则构成一个字段属性，如“姓名-输入框-(最大长度20字符，必填)”为该表单的一个字段属性，“联系方式-输入框-(手机号，选填)”为该表单的另一个字段属性，由于每个字段属性下的产品字段规则也可以不止一个，而不同的产品字段规则对应的测试意图可能完全不同，为保证得到的测试意图的准确性，本步骤中，以字段属性为单位识别产品需求文档中的语料，并根据每个字段属性下产品字段名称与产品字段规则的对应关系，将产品需求文档中的语料转化为满足生成测试用例需求的测试语料，例如根据“姓名-输入框-(最大长度20字符，必填)”字段属性得到的测试语料可以有“姓名最大长度20字符”及“姓名必填”两种。

可以理解的是，按照这种方法，对一个产品需求文档转化得到测试语料通常有很多条，相应地，本步骤中，需要进一步分析每一条测试语料的测试意图，最终得到所有测试语料对应的测试意图的集合，才是目标产品的测试意图。

进一步地，本步骤中采用NLU对各条测试语料进行处理，确定各条测试语料对应的测试意图，具体地：根据意图词典中存储的测试语料与测试意图之间的对应关系，确定目标产品的候选测试意图；根据意图识别模型对候选测试意图进行评估，确定目标产品的目标测试意图(即挑选出可以用于生成测试用例的测试意图)。

其中，意图词典主要用于对常用测试语料和测试意图进行汇总和管理，示例性地，意图词典的结构如表2所示，表2中的意图参数及其对应的意图名称共同构成对应测试语料的测试意图。由表2可知，在测试语料语确定后，就可以通过查阅意图词典得到对应的测试意图，为便于区分，本步骤中将通过查阅意图词典确定的测试意图叫做候选测试意图。

表2

需要说明的是，在得到候选测试意图后，为进一步提高获取的测试意图的可用性，本步骤中进一步通过意图识别模型对候选测试意图进行评估，筛选出符合要求的目标测试意图。

其中，意图识别模型是预先根据历史测试用例数据及意图词典及实体词典中的数据训练，并通过最新的测试用例数据对其不断进行修订得到的，示例性地，图2为本申请实施例一提供的基于历史测试用例数据的统计表，如图2所示，该图的纵坐标是不同的测试语料，横坐标表示通过该测试语料已经生成的测试用例的数量，图中不同颜色的柱状图表示不同的测试意图。通过不断的对以往生成的测试用例的数据进行统计分析，就可以通过数据的方式描述出测试人员在编写用例时候的一些习惯，如当遇到XXX测试语料的时候，测试人员有多少可能性的去编写等同于YYY的测试用例。本步骤中的意图识别模型相应地可以在对历史测试用例数据进行统计的基础上训练得到。

在一种可能的实现方式中，意图识别模型包括打分规则和得分阈值，其中，打分规则可以根据上述分析得到的“由XXX测试语料生成YYY的测试用例”的可能性确定，对于同一测试语料，当可以生成的测试用例有多种时(每种测试用例对应一种测试意图)，可能性越高的测试用例，相应的得分也越高，得分阈值可以根据实际测试需求进行设定，相应地，本步骤中，可以根据该打分规则对候选测试意图进行打分，得到候选测试意图的分值；若分值大于得分阈值，则将候选测试意图确定为目标测试意图。

需要说明的是，当根据意图词典确定的某测试语料的候选测试意图有多个时，则需要对各项候选测试意图分别进行打分，例如，如图2所示，对“姓名最大长度20字符”进行初步识别得到的候选测试意图有判断表意图、边界值意图、等价类划分意图，进一步，假设根据意图识别模型得到的三种意图的得分分别为1分、8分和2分，并假设得分阈值为5分，则只有边界值意图满足条件，可以作为生成测试用例的目标测试意图。当根据意图词典确定的某测试语料的候选测试意图只有一个时，为保证根据该测试意图生成的测试用例的准确性，则仍需要对候选测试意图进行打分，判断其得分是否大于得分阈值，只有当其得到大于得分阈值时，才能作为目标测试意图，参与测试用例的生成，否则，不采用该候选测试意图进行测试用例的生成。

S103、根据测试意图，生成目标产品的功能测试用例。

本步骤中，在根据S102确定测试意图之后，基于测试意图，按照不同测试意图对应的意图执行逻辑(程序代码)，生成目标产品的功能测试用例。本实施例中，可以设置执行逻辑词典对测试意图及意图执行逻辑进行汇总和管理，在测试意图确定后，通过查阅执行逻辑词典，确定对应的意图执行逻辑，可以理解的是，执行逻辑词典中管理的是标准意图执行逻辑或意图执行逻辑模版，需要根据实现的意图参数进行调整。

在一种可能实现方式中，从执行逻辑词典中获取意图名称对应的意图执行逻辑，根据意图参数对意图执行逻辑进行修改，得到功能测试用例。示例性地，测试语料“姓名最大长度20字符”对应的意图参数为“operationType＝长度；operationMethod＝小于等于，Num＝20”，根据该意图参数对边界值意图对应的意图执行逻辑进行适应性修改，就可以得到该测试语料对应的功能测试用例，例如：

“姓名长度等于21字符，不能保存成功”；

“姓名长度等于20字符，能保存成功”；

“姓名长度等于19字符，不能保存成功”；

……

本步骤中，在生成功能测试用例中，可以通过实体词典中预先定义的函数(如正则表达式)生成符合正则表达式的测试数据，作为功能测试用例的入参。其中，实体词典用于对常用词汇和实体函数进行汇总和管理，示例性地，实体词典的格式可以如表3所示。根据查阅实体词典，确定与相应的产品字段名称对应的函数，并根据该函数生成对应的数据，作为入参。

表3

本实施例中，通过获取目标产品的产品需求文档，产品需求文档包括产品字段名称和产品字段规则，对产品需求文档进行解析，确定目标产品的测试意图，根据测试意图，生成目标产品的功能测试用例，实现了功能测试用例的自动生成，提高了功能测试用例的生成效率和准确率，降低了生成功能测试用例的难度，并节约了生成功能测试用例的成本。

实施例二

下面将一个具体的实施例，对生成接口测试用例的流程加以说明。示例性地，图3为本申请实施例二提供的测试用例生成方法的流程示意图，与实施例一类似，本实施例的方法同样也可以由本申请实施例所提供的测试用例生成装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于计算机等终端设备中。如图3所示，本实施例的测试用例生成方法包括：

S201、获取目标产品的产品需求文档和接口设计文档。

由于接口测试用例需要以产品需求文档和接口设计文档为依据，所以，本步骤中，不仅需要获取产品需求文档，还需要获取接口设计文档，其中，获取接口设计文档的方式与获取产品需求文档的方式类似，此处不再一一赘述。

接口设计文档，是开发人员对产品需求文档定义好的各个页面模块或功能，转成软件开发过程中涉及到的接口名称、接口参数及实现逻辑后得到的文档，本实施例中，接口设计文档包括接口名称、接口字段名称和接口字段参数，接口字段参数包括接口字段类型和对应的参数名称。以司机新增表单为例，示例性地，接口设计文档的结构如表4所示，由表4可知，接口设计文档中的接口字段名称与产品需求文档中的产品字段名称一致，即接口设计文档中的字段与产品需要文档中的字段存在一一对应的关系。

表4

可以理解的是，本步骤中，接口设计文档的生成也可以基于接口设计文档模板生成，从而保证接口设计文档的规范和便于设备对接口设计文档的解读。具体地，以产品需求文档为依据，通过获取接口设计文档模板，并将对应的参数填写到接口设计文档模板中，得到接口设计文档。其中，接口设计文档模板是规范接口设计文档格式的模板文件，保存在设备上的指定位置。

S202、对产品需求文档进行解析，确定目标产品的测试意图。

S203、根据测试意图，生成目标产品的功能测试用例。

在S202-S203中，根据产品需求文档，生成目标产品的功能测试用例，其具体实现方式与S102-S103中类似，此处不再一一赘述。

S204、根据接口设计文档，将功能测试用例转化为接口测试用例。

本步骤中，在生成功能测试用例之后，依据接口设计文档，对功能测试用例进行转化，得到对应的接口测试用例。具体地，通过自然语言处理技术对接口设计文档进行解析，识别接口设计文档中的接口字段名称，根据接口字段名称，确定接口设计文档与产品需求文档之间的对应关系；根据该对应关系，将功能测试用例中的产品字段名称替换为接口设计文档中的接口字段参数，得到接口测试用例。示例性地，将“姓名长度等于21字符，不能保存成功”中的姓名替换为“name”，同时将相应的表述转换成机器可识别的语言得到该功能测试用例对应的接口测试用例，如“name＝21，false”。

本实施例中，通过获取目标产品的产品需求文档和接口设计文档，对产品需求文档进行解析，确定目标产品的测试意图，根据测试意图，生成目标产品的功能测试用例，根据接口设计文档，将功能测试用例转化为接口测试用例，实现了接口测试用例的自动化生成，不仅提高了接口测试用例的生成效率和准确率，还降低了生成功能测试用例的难度，节约了生成功能测试用例的成本，具有较强的实用价值。

实施例三

图4为本申请实施例三提供的测试用例生成装置的结构示意图，如图4所示，本实施例中测试用例生成装置10包括：

获取模块11和处理模块12。

获取模块11，用于获取目标产品的产品需求文档，所述产品需求文档包括产品字段名称和产品字段规则；

处理模块12，用于对所述产品需求文档进行解析，确定所述目标产品的测试意图；根据所述测试意图，生成所述目标产品的功能测试用例。

可选地，处理模块12具体用于：

按照所述产品字段名称与所述产品字段规则的对应关系，将所述产品需求文档转化为测试语料；

根据自然语言理解NLU技术对所述测试语料进行处理，得到所述目标产品的测试意图。

可选地，处理模块12具体用于：

根据意图词典中存储的测试语料与测试意图之间的对应关系，确定所述目标产品的候选测试意图；

通过意图识别模型对所述候选测试意图进行评估，确定所述目标产品的目标测试意图，所述意图识别模型是根据历史测试用例数据训练得到的。

可选地，所述意图识别模型包括打分规则和得分阈值，处理模块12具体用于，包括：

根据所述打分规则对所述候选测试意图进行打分，得到所述候选测试意图的分值；

若所述分值大于得分阈值，则将所述候选测试意图确定为目标测试意图。

可选地，所述测试意图由意图名称和意图参数构成，处理模块12具体用于：

获取所述意图名称对应的意图执行逻辑；

根据所述意图参数对所述意图执行逻辑进行修改，得到所述功能测试用例。

可选地，获取模块11还用于：

获取所述目标产品的接口设计文档，所述接口设计文档包括接口名称、接口字段名称和接口字段参数；

处理模块12还用于：

根据所述接口设计文档，将所述功能测试用例转化为接口测试用例。

可选地，处理模块12具体用于：

识别所述接口设计文档中的接口字段名称；

根据所述接口字段名称，确定所述接口设计文档与所述产品需求文档之间的对应关系；

根据所述对应关系，将所述功能测试用例中的产品字段名称替换为接口设计文档中的接口字段参数，得到所述接口测试用例。

本实施例所提供的测试用例生成装置可执行上述方法实施例所提供的测试用例生成方法，具备执行方法相应的功能模块和有益效果。本实施例的实现原理和技术效果与上述方法实施例类似，此处不再一一赘述。

实施例四

图5为本申请实施例四提供的一种终端设备的结构示意图，如图5所示，该终端设备20包括存储器21、处理器22及存储在存储器上并可在处理器上运行的计算机程序；终端设备20处理器22的数量可以是一个或多个，图5中以一个处理器22为例；终端设备20中的处理器22、存储器21可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器21作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的获取模块11和处理模块12对应的程序指令/模块。处理器22通过运行存储在存储器21中的软件程序、指令以及模块，从而执行终端设备的各种功能应用以及数据处理，即实现上述的测试用例生成方法。

存储器21可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器21可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器21可进一步包括相对于处理器22远程设置的存储器，这些远程存储器可以通过网格连接至终端设备。上述网格的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

实施例五

本申请实施例五还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由计算机处理器执行时用于执行一种测试用例生成方法，该方法包括：

获取目标产品的产品需求文档，所述产品需求文档包括产品字段名称和产品字段规则；

对所述产品需求文档进行解析，确定所述目标产品的测试意图；

根据所述测试意图，生成所述目标产品的功能测试用例。

当然，本申请实施例所提供的一种包计算机可读存储介质，其计算机程序不限于如上所述的方法操作，还可以执行本申请任意实施例所提供的测试用例生成方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网格设备等)执行本申请各个实施例所述的方法。

值得注意的是，上述测试用例生成装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

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

Claims (7)

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

获取目标产品的产品需求文档，所述产品需求文档包括产品字段名称和产品字段规则；

对所述产品需求文档进行解析，确定所述目标产品的测试意图；

根据所述测试意图，生成所述目标产品的功能测试用例；

其中，所述对所述产品需求文档进行解析，确定所述目标产品的测试意图，包括：

按照所述产品字段名称与所述产品字段规则的对应关系，将所述产品需求文档转化为测试语料；

根据自然语言理解NLU技术对所述测试语料进行处理，得到所述目标产品的测试意图；

其中，所述根据自然语言理解NLU技术对所述测试语料进行处理，得到所述目标产品的测试意图，包括:

根据意图词典中存储的测试语料与测试意图之间的对应关系，确定所述目标产品的候选测试意图；

通过意图识别模型对所述候选测试意图进行评估，确定所述目标产品的目标测试意图，所述意图识别模型是根据历史测试用例数据训练得到的；

其中，所述意图识别模型包括打分规则和得分阈值，所述根据意图识别模型对所述候选测试意图进行评估，确定所述目标产品的目标测试意图，包括：

根据所述打分规则对所述候选测试意图进行打分，得到所述候选测试意图的分值；

若所述分值大于得分阈值，则将所述候选测试意图确定为目标测试意图。

2.根据权利要求1所述的方法，其特征在于，所述测试意图由意图名称和意图参数构成，所述根据所述测试意图，生成所述目标产品的功能测试用例，包括：

获取所述意图名称对应的意图执行逻辑；

根据所述意图参数对所述意图执行逻辑进行修改，得到所述功能测试用例。

3.根据权利要求1-2任一项所述的方法，其特征在于，所述方法还包括：

获取所述目标产品的接口设计文档，所述接口设计文档包括接口名称、接口字段名称和接口字段参数；

根据所述接口设计文档，将所述功能测试用例转化为接口测试用例。

4.根据权利要求3所述的方法，其特征在于，所述根据所述接口设计文档，将所述功能测试用例转化为接口测试用例，包括：

识别所述接口设计文档中的接口字段名称；

根据所述接口字段名称，确定所述接口设计文档与所述产品需求文档之间的对应关系；

根据所述对应关系，将所述功能测试用例中的产品字段名称替换为接口设计文档中的接口字段参数，得到所述接口测试用例。

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

获取模块，用于获取目标产品的产品需求文档，所述产品需求文档包括产品字段名称和产品字段规则；

处理模块，用于对所述产品需求文档进行解析，确定所述目标产品的测试意图；根据所述测试意图，生成所述目标产品的功能测试用例；

处理模块具体用于：

按照所述产品字段名称与所述产品字段规则的对应关系，将所述产品需求文档转化为测试语料；

根据自然语言理解NLU技术对所述测试语料进行处理，得到所述目标产品的测试意图；

处理模块具体用于：

根据意图词典中存储的测试语料与测试意图之间的对应关系，确定所述目标产品的候选测试意图；

通过意图识别模型对所述候选测试意图进行评估，确定所述目标产品的目标测试意图，所述意图识别模型是根据历史测试用例数据训练得到的；

所述意图识别模型包括打分规则和得分阈值，处理模块具体用于，包括：

根据所述打分规则对所述候选测试意图进行打分，得到所述候选测试意图的分值；

若所述分值大于得分阈值，则将所述候选测试意图确定为目标测试意图。

6.一种终端设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-4中任一所述的测试用例生成方法。

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

Images