CN109522220A - 一种文本测试方法及装置 - Google Patents

Abstract

本申请提出一种文本测试方法及装置，该文本测试方法包括：获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；获取符合所述数据接口的接口标准的文本文档；判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。上述文本测试处理过程无需人工处理，完全由测试服务器自动执行，因此可以提高测试效率，可以用于实现对大量的文本文档的测试处理。

Description

一种文本测试方法及装置

技术领域

本申请涉及自动化测试技术领域，更具体地说，尤其涉及一种文本测试方法及装置。

背景技术

信息处理系统通常根据各部分的功能关系，分为上游系统和下游系统。其中，上游系统根据下游系统的接口生成下游系统所需的文本并发送给下游系统。为了保证上游系统生成的文本的正确性，当下游系统使用接收的文本时，需要对文本进行测试验证，确定文本是否符合接口要求。

传统的文本测试方法通常是由测试人员先根据接口文档获取相应文本，然后从文本中抽取字段与接口文档规定的数据要求进行对比，判断文本是否符合接口要求。上述人工测试方法，需要大量的人力劳动，并且当文本数据量众多时，根本无法依靠人工完成对所有数据的测试。

发明内容

基于上述现有技术的缺陷和不足，本申请提出一种文本测试方法及装置，能够实现对接口文本文档进行自动化测试。

一种文本测试方法，包括：

获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；

获取符合所述数据接口的接口标准的文本文档；

判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。

可选的，在获取数据接口的测试参数信息后，所述方法还包括：

根据对应所述数据接口的文本测试需求，生成文本测试案例。

可选的，所述根据对应所述数据接口的文本测试需求，生成文本测试案例，包括：

根据对应所述数据接口的文本测试需求，从预设的案例模板库中读取测试案例模板；

从预设的数据库中读取对应所述数据接口的文本测试需求的测试案例数据；

将读取的所述测试案例数据填入读取的所述测试案例模板中，得到文本测试案例。

可选的，所述获取符合所述数据接口的接口标准的文本文档，包括：

从预设的与所述数据接口对应的文件存储路径中读取符合所述数据接口的接口标准的文本文档。

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

当得到的文本测试结果为所述文本文档不符合所述数据接口的测试参数信息时，输出所述文本文档不符合所述数据接口的测试参数信息的具体内容。

一种文本测试装置，包括：

参数获取单元，用于获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；

文本获取单元，用于获取符合所述数据接口的接口标准的文本文档；

判断测试单元，用于判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。

可选的，所述装置还包括：

案例生成单元，用于根据对应所述数据接口的文本测试需求，生成文本测试案例。

可选的，所述案例生成单元，包括：

模板读取单元，用于根据对应所述数据接口的文本测试需求，从预设的案例模板库中读取测试案例模板；

数据读取单元，用于从预设的数据库中读取对应所述数据接口的文本测试需求的测试案例数据；

模板填充单元，用于将读取的所述测试案例数据填入读取的所述测试案例模板中，得到文本测试案例。

可选的，所述文本获取单元获取符合所述数据接口的接口标准的文本文档时，具体用于：

从预设的与所述数据接口对应的文件存储路径中读取符合所述数据接口的接口标准的文本文档。

可选的，所述装置还包括：

分析输出单元，用于当得到的文本测试结果为所述文本文档不符合所述数据接口的测试参数信息时，输出所述文本文档不符合所述数据接口的测试参数信息的具体内容。

本申请技术方案由测试服务器执行文本测试处理，测试服务器自动地获取数据接口的测试参数信息和待测试的文本文档，并且自动地对比判断待测试的文本文档是否符合上述的数据接口的测试参数信息，得到文本测试结果。上述处理过程无需人工处理，完全由测试服务器自动执行，因此可以提高测试效率，可以用于实现对大量的文本文档的测试处理。

附图说明

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

图1示出了本申请实施例提供的一种信息处理系统架构示意图；

图2示出了本申请实施例提供的一种文本测试场景示意图；

图3示出了本申请实施例提供的一种文本测试方法的流程示意图；

图4示出了本申请实施例提供的另一种文本测试方法的流程示意图；

图5示出了本申请实施例提供的又一种文本测试方法的流程示意图；

图6示出了本申请实施例提供的再一种文本测试方法的流程示意图；

图7示出了本申请实施例提供的一种文本测试装置的结构示意图；

图8示出了本申请实施例提供的另一种文本测试装置的结构示意图；

图9示出了本申请实施例提供的又一种文本测试装置的结构示意图。

具体实施方式

本申请实施例技术方案适用于将上游系统发送的文本数据与下游系统的接口进行对比，测试文本数据是否符合接口要求的应用场景，采用本申请实施例技术方案能够实现自动化地进行上述文本测试处理过程。

图1示出了信息处理系统的一种示例性架构示意图。通过图1所示可见，在信息处理系统的上游系统和下游系统之间，通过数据接口连接。该数据接口作为下游系统接收数据的接口，同时作为上游系统发送数据的接口，其中最主要的是作为下游系统接收数据的接口，以便于基于接收的数据进行后续的数据处理。

对于下游系统来说，为了能够快捷地获取数据、处理数据，下游系统对接收数据的类型、数据格式等进行了定义，即定义了接收数据的接口。只有符合接口规定的数据形式的数据，也就是接收的数据与接口规定的数据形式相匹配时，才能被下游系统所处理。

同时，上游系统根据与下游系统之间的数据接口，生成下游系统所需要的文本并下发给下游系统。对于一个上游系统来说，与其对应的下游系统可能会有多个，同时，各个系统所需的数据量可能会很大，而上游系统又不是直接根据下游系统所需的数据生成相应文本并下发，而是根据下游系统数据接口来生成下游系统所需的文本数据。

因此，在上游系统生成文本并下发给下游系统时，需要测试文本内容是否符合下游系统需求，也就是测试文本内容是否符合下游系统接口对数据的要求。

一种示例性的文本测试实现方式是，将下游系统接收的文本与下游系统接口定义的数据要求进行对比，判断接收的文本是否符合接口定义，从而测试文本是否正确。

传统的文本测试方法，主要是依靠人工实现上述的测试过程。但是信息处理系统接口数量众多，同一时间上游系统生成并下发的文本数量众多，人工无法及时地测试全部文本是否正确，只能从接收到文本中抽取部分数据，测试其是否符合接口要求。

可以理解，只对部分文本进行测试，并不能保证所有的文本都符合接口要求，而依靠人工对所有的文本都进行测试又无法实现，因此上述的文本测试方法始终停留在依靠人工的局部测试阶段，无法实现快速的全面测试。

基于上述技术现状，本申请提出一种文本测试方法，能够实现对文本的自动化测试，其测试速度相对于人工测试有极大提升，在此基础上可以实现对所有文本的全面测试。

图2示出了实施本申请实施例技术方案的一种示例性应用场景，本申请实施例技术方案应用于图2所示的测试服务器中，上游系统生成并下发的文本数据经过测试服务器进行文本测试通过后，再下发给下游系统进行后续数据处理。

一种示例性的实现方式是，上述的测试服务器可以是独立的硬件装置存在，也可以是硬件处理器中的测试程序存在。或者，上述的测试服务器还可以是内置于上游系统或下游系统中的功能模块，该功能模块可以是硬件或软件形式存在，甚至可以是置于云端的云服务器。本申请实施例以图2所示的，测试服务器相对于上游系统和下游系统独立存在的方式为例，介绍说明本申请实施例所提出的文本测试方法的方案实现过程，但是并不限定本申请实施例所提出的文本测试方法的执行主体的具体存在形式，理论上，任意形式的可以执行本申请实施例技术方案的执行主体形式，都可以被本申请实施例所采用，本申请实施例不再一一详述。

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

参见图3所示，本申请实施例公开的文本测试方法，具体包括：

S301、获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；

具体的，信息处理系统基于接收的文本数据进行相应的处理，得到数据处理结果或实现相应功能。对于所处理的文本数据，信息处理系统规定了数据的类型和数据格式等要求，例如规定日期要以XXXX年-XX月-XX日的形式或者以XXXX年/XX月/XX日的形式表示、金额要以￥XXXX.XX的形式表示或者以RMBXXXX.XX的形式表示、所处理的数据要以浮点型或整型数据表示等。

上述信息处理系统所规定的可处理的文本数据的类型和格式等要求，形成信息处理系统接收数据的数据接口。

当需要对信息处理系统所接收的文本数据进行测试时，主要是测试接收的文本数据是否与上述数据接口的定义相符合。此时，数据接口对可处理的数据的一系列规定，作为数据接口的测试参数信息。显而易见的，数据接口的测试参数信息，就是数据接口所规定的一系列可处理的文本数据的数据类型、数据格式等要求。

本身实施例技术方案以测试图2所示的上游系统所生成并下发给下游系统的文本是否符合下游系统数据接口的要求为例，介绍说明本申请实施例所公开的文本测试方法，因此上述的数据接口的测试参数信息，具体是指图2中所示的下游系统的数据接口的测试参数信息。

当图2所示的上游系统根据下游系统的接口生成下游系统所需的文本并下发给下游系统时，测试服务器获取下游系统的数据接口的测试参数信息，以此为依据，对上游系统下发的文本进行测试，即上述的数据接口的测试参数信息，作为进行文本测试的测试标准。

一种示例性的实现方式是，上述的数据接口的测试参数信息以数据包的形式存储在与该数据接口对应的文件路径中，当测试服务器需要对该数据接口接收的文本数据进行文本测试时，直接从与该数据接口对应的文件路径中读取即可。或者，测试服务器也可以通过即时读取数据接口的属性信息，分析得到数据接口的测试参数信息。进一步的，还可以是由人工将待测试的数据接口的测试参数信息输入给测试服务器，例如人工设定数据接口某些字段的统计项、某些数据格式的兼容性与必填项等信息，然后输入给测试服务器。实际上，在测试服务器可实现的功能范围内，测试服务器可以以任意可行方式获取下游系统的数据接口的测试参数信息，本申请实施例不再一一详述。

S302、获取符合所述数据接口的接口标准的文本文档；

具体的，测试服务器在通过获取数据接口的测试参数信息后，测试服务器即确定了进行文本测试的测试标准。然后，测试服务器需要获取待测试的文本文档，也就是图2中的上游系统生成并下发给下游系统的文本文档。

一种示例性的实现方式是，当上游系统根据下游系统的数据接口生成下游系统所需的文本文档后，将文本文档存储到与下游系统数据接口对应的文件存储路径中，当下游系统工作中需要读取文本文档时，直接到与数据接口对应的文件存储路径中读取上游系统生成的文本文档即可。

需要说明的是，在上述文件存储路径中，还可能存储发送给其它数据接口的文本文档，为了便于区分，适用于不同数据接口的文本文档需要符合对应的数据接口的接口标准。可以理解，在上述文件存储路径中，符合某个数据接口的接口标准的文本文档，就是下发给该数据接口的文本文档。

例如，在上述文件存储路径中，可能同时存储符合数据接口A的接口标准的文本文档，以及符合数据接口B的接口标准的文本文档。当从上述文件存储路径中读取符合数据接口A的接口标准的文本文档时，实际上就是读取了下发给数据接口A的文本文档；当读取符合数据接口B的接口标准的文本文档时，实际上就是读取了下发给数据接口B的文本文档。

在上述实现方式中可以确定，上游系统生成并下发给下游系统的文本文档，实际上是存储到了与下游系统数据接口对应的文件存储路径中。因此，当测试服务器需要获取上游系统生成并下发给下游系统的文本文档时，直接从预设的，与下游系统的数据接口对应的文件存储路径中读取符合该下游系统的数据接口标准的文本文档，即获取了上游系统生成并下发给下游系统的文本文档。

另外需要说明的是，上述步骤S301和步骤S302的执行先后顺序并不完全限定于先执行S310再执行S302，再具体执行本申请实施例技术方案时，也可以先执行步骤S302获取符合数据接口的接口标准的文本文档，然后再执行步骤S301获取该数据接口的测试参数信息。

S303、判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。

具体的，测试服务器在通过执行步骤S301和S302，分别获取了下游系统的数据接口的测试参数信息，以及获取了上游系统生成并下发给下游系统的文本文档后，自动地执行获取的文本文档与测试参数信息的对比，具体为对比文本文档的数据类型和数据格式等是否符合测试参数信息所规定的数据类型和数据格式要求。

如果获取的文本文档符合测试参数信息所规定的数据类型和数据格式要求，则可以确定该文本文档可以被上述的数据接口所处理，即该文本文档测试合格。

如果获取的文本文档不符合测试参数信息所规定的数据类型和数据格式要求，则可以确定该文本文档不能被上述的数据接口所处理，即该文本文档测试不合格。

通过上述介绍可见，本申请实施例由测试服务器执行文本测试处理，测试服务器自动地获取数据接口的测试参数信息和待测试的文本文档，并且自动地对比判断待测试的文本文档是否符合上述的数据接口的测试参数信息，得到文本测试结果。上述处理过程无需人工处理，完全由测试服务器自动执行，因此可以提高测试效率，可以用于实现对大量的文本文档的测试处理。

需要说明的是，本申请实施例以图2所示的应用场景为例，说明了针对下游系统的某一个数据接口进行文本文档测试的处理过程，在实际应用本申请实施例技术方案时，可以设置例如图2所示的测试服务器具备多任务处理功能，同时对多个下游系统数据接口进行文本文档测试处理。其中对任意一个数据接口的文本文档的测试过程，都可以参照上述本申请实施例介绍执行。

可选的，在本申请的另一个实施例中，参见图4所示，公开了本申请实施例所公开的文本测试方法还包括：

S404、判断得到的文本测试结果是否为所述文本文档不符合所述数据接口的测试参数信息；

具体的，在本申请实施例中，当测试服务器执行对下游系统数据接口的文本文档的测试处理过程后，还进一步将测试结果输出，以便测试人员确定测试结果。

同时，本申请实施例还设定，当测试服务器确定测试结果后，进一步识别测试结果是否为被测试的文本文档不符合数据接口的测试参数信息。

如果测试结果为被测试的文本文档符合数据接口的测试参数信息，则直接输出测试合格的测试结果表示信息。

当得到的文本测试结果为所述文本文档不符合所述数据接口的测试参数信息时，执行步骤S405、输出所述文本文档不符合所述数据接口的测试参数信息的具体内容。

具体的，当测试服务器经过测试确定被测试的文本文档不符合相应的数据接口的测试参数信息时，还进一步分析确定，具体是文本文档的哪部分文本不符合测试参数信息的哪部分要求，即确定被测试的文本文档不符合数据接口的测试参数信息的具体内容，同时输出所确定的具体内容，以便测试人员快速精准定位问题，并告知上游系统开发人员快速定位问题并解决，再次生成符合接口要求的文本。

另外，本申请实施例中的步骤S401～S403分别对应图3所示的方法实施例中的步骤S301～S303，其具体内容请参见图3所示的方法实施例的内容，此处不再赘述。

可选的，在本申请的另一个实施例中，参见图5所示，还公开了本申请实施例所公开的文本测试方法，包括：

S502、根据对应所述数据接口的文本测试需求，生成文本测试案例。

具体的，在常规的文本文档测试过程中，测试人员需要根据测试需求，制作文本测试案例，并存储到数据库中。上述文本测试案例，主要用于对文本测试进行概括记载，包括测试目的、测试项、测试时间、测试次数等。

在制作上述的测试案例后，再执行具体的文本测试过程，最后将测试结果与上述测试案例对应存储到数据库中，当需要读取某次文本测试相关信息时，直接从数据库中读取对应的测试案例和测试结果即可全面了解该次文本测试的相关信息。

由于本申请实施例将上述人工测试过程自动化，由测试服务器来执行文本测试过程，因此同时设置测试服务器自动化地根据对下游系统的数据接口进行文本测试的测试需求，生成文本测试文档。

进一步的，测试服务器将生成的文本测试案例存储到数据库，并且在完成文本测试过程后，将测试结果与该文本测试案例对应存储到数据库中，便于后期测试人员查看、分析。

本申请实施例中的步骤S501、S503、S504分别对应图3所示的方法实施例中的步骤S301、S302、S303，其具体内容请参见图3所示的方法实施例的内容，此处不再赘述。

需要说明的是，上述步骤S502并不严格限定于在步骤S501之后以及步骤SS503之前执行，适应性的，可以灵活调整在整个文本测试过程中的任意时刻执行上述步骤S502的处理。

在本申请的另一个实施例中，具体公开了上述根据对应所述数据接口的文本测试需求，生成文本测试案例的具体处理过程。

参见图6所示，所述根据对应所述数据接口的文本测试需求，生成文本测试案例，包括：

S602、根据对应所述数据接口的文本测试需求，从预设的案例模板库中读取测试案例模板；

具体的，本申请实施例预先为测试服务器设置案例模板库。在案例模板库中，存储各种测试案例模板。在测试案例模板中，已经预先写入测试目的、测试项等数据项，只是尚未填入具体的数据内容。

测试服务器根据需要进行文本测试的数据接口的文本测试需求，从上述预设的案例模板库中读取相应的测试案例模板。

S603、从预设的数据库中读取对应所述数据接口的文本测试需求的测试案例数据；

具体的，在测试服务器读取与文本测试需求符合的测试案例模板后，进一步从预设的数据库中读取对应待测试的数据接口的文本测试需求的测试案例数据，也就是与读取的测试案例模板中的各个数据项对应的具体数据内容。

S604、将读取的所述测试案例数据填入读取的所述测试案例模板中，得到文本测试案例。

具体的，在测试服务器分别读取到测试案例模板以及测试案例数据后，自动将测试案例数据填入读取的测试案例模板中，这样就得到文本测试案例。

本申请实施例中的步骤S601、S605、S606分别对应图5所述的方法实施例中的步骤S501、S503、S504，其具体内容请参见图5所示的方法实施例的内容，此处不再赘述。

本申请另一实施例还公开了一种文本测试装置，参见图7所示，该装置包括：

参数获取单元100，用于获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；

文本获取单元110，用于获取符合所述数据接口的接口标准的文本文档；

判断测试单元120，用于判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。

可选的，在本申请的另一个实施例中还公开了，参见图8所示，所述装置还包括：

案例生成单元130，用于根据对应所述数据接口的文本测试需求，生成文本测试案例。

其中，所述案例生成单元130，包括：

模板读取单元，用于根据对应所述数据接口的文本测试需求，从预设的案例模板库中读取测试案例模板；

数据读取单元，用于从预设的数据库中读取对应所述数据接口的文本测试需求的测试案例数据；

模板填充单元，用于将读取的所述测试案例数据填入读取的所述测试案例模板中，得到文本测试案例。

可选的，在本申请的另一个实施例中还公开了，所述文本获取单元110获取符合所述数据接口的接口标准的文本文档时，具体用于：

从预设的与所述数据接口对应的文件存储路径中读取符合所述数据接口的接口标准的文本文档。

可选的，在本申请的另一个实施例中还公开了，参见图9所示，所述装置还包括：

分析输出单元140，用于当得到的文本测试结果为所述文本文档不符合所述数据接口的测试参数信息时，输出所述文本文档不符合所述数据接口的测试参数信息的具体内容。

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

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

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

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

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

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

Claims (10)

1.一种文本测试方法，其特征在于，包括：

获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；

获取符合所述数据接口的接口标准的文本文档；

判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。

2.根据权利要求1所述的方法，其特征在于，在获取数据接口的测试参数信息后，所述方法还包括：

根据对应所述数据接口的文本测试需求，生成文本测试案例。

3.根据权利要求2所述的方法，其特征在于，所述根据对应所述数据接口的文本测试需求，生成文本测试案例，包括：

根据对应所述数据接口的文本测试需求，从预设的案例模板库中读取测试案例模板；

从预设的数据库中读取对应所述数据接口的文本测试需求的测试案例数据；

将读取的所述测试案例数据填入读取的所述测试案例模板中，得到文本测试案例。

4.根据权利要求1至3中任一权利要求所述的方法，其特征在于，所述获取符合所述数据接口的接口标准的文本文档，包括：

从预设的与所述数据接口对应的文件存储路径中读取符合所述数据接口的接口标准的文本文档。

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

当得到的文本测试结果为所述文本文档不符合所述数据接口的测试参数信息时，输出所述文本文档不符合所述数据接口的测试参数信息的具体内容。

6.一种文本测试装置，其特征在于，包括：

参数获取单元，用于获取数据接口的测试参数信息；其中，所述测试参数信息中包括所述数据接口可处理的数据的类型和格式信息；

文本获取单元，用于获取符合所述数据接口的接口标准的文本文档；

判断测试单元，用于判断所述文本文档是否符合所述数据接口的测试参数信息，得到文本测试结果。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

案例生成单元，用于根据对应所述数据接口的文本测试需求，生成文本测试案例。

8.根据权利要求7所述的装置，其特征在于，所述案例生成单元，包括：

模板读取单元，用于根据对应所述数据接口的文本测试需求，从预设的案例模板库中读取测试案例模板；

数据读取单元，用于从预设的数据库中读取对应所述数据接口的文本测试需求的测试案例数据；

模板填充单元，用于将读取的所述测试案例数据填入读取的所述测试案例模板中，得到文本测试案例。

9.根据权利要求6至8中任一权利要求所述的装置，其特征在于，所述文本获取单元获取符合所述数据接口的接口标准的文本文档时，具体用于：

从预设的与所述数据接口对应的文件存储路径中读取符合所述数据接口的接口标准的文本文档。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

分析输出单元，用于当得到的文本测试结果为所述文本文档不符合所述数据接口的测试参数信息时，输出所述文本文档不符合所述数据接口的测试参数信息的具体内容。