CN109815141A - 一种测试方法和装置 - Google Patents

Abstract

本申请公开了一种测试方法和装置，涉及软件测试技术领域，应用于测试系统中，用于提高后台业务系统的测试效率和准确度。所述方法包括：接收测试请求；根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件；解析所述用例文件的关键节点信息，所述关键节点信息包括头节点、数据节点、命令节点和验证节点；根据解析出的所述关键节点信息执行相应的节点命令；输出包含各个节点执行结果的测试报告。

Description

一种测试方法和装置

技术领域

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

背景技术

由于软件的后台业务具有数据类型较多、参数配置复杂、业务场景较多等特点，因此对于后台业务测试，目前主要是以手工测试为主。显而易见，手工测试执行效率低，场景覆盖面不全，且无法快速回归测试。现有技术中的后台测试方法还有关键字驱动框架和使用C++Test工具编写代码方式。关键字驱动框架是通过不同业务关键字属性值顺序执行不同的命令，通常这类框架是根据具体的业务开发而成，通用性较差、且没有预留对外业务接口，不支持多线程并发运行，有时仍需要编写一定的测试代码辅助测试验证。使用C++Test工具编写代码方式，对测试人员编写代码的能力、技术水平、业务能力等都要求较高，对编写代码使用的开发语言、开发规范等都有要求，由于目前使用该工具开发测试代码没有一套通用的测试框架，往往需要根据具体的业务定制开发测试框架满足实际工作需要。使用关键字驱动框架和使用C++Test工具编写代码方式都具有一定的局限性。

发明内容

本申请的实施例提供一种测试方法和装置，用于解决现有技术中测试效率低、测试方法不够灵活的技术问题。

为达到解决上述技术问题的目的，本申请的实施例采用如下技术方案：

第一方面，本申请的实施例提供了一种测试方法，应用于软件后台测试系统中，所述系统包括文件池和模板池，所述文件池包括数据文件，所述模板池包括配置模板、流程模板和报告模板，文件池中的数据与模板池中的模板结合生成能够被解析和执行的用例文件，所述方法包括：

接收测试请求；

根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件；

解析所述用例文件的关键节点信息，所述关键节点信息包括头节点、数据节点、命令节点和验证节点；

根据解析出的所述关键节点信息执行相应的节点命令；

输出包含各个节点执行结果的测试报告。

第二方面，本申请的实施例提供了一种测试装置，应用于软件后台测试系统，所述系统包括文件池和模板池，所述文件池包括数据文件，所述模板池包括配置模板、流程模板和报告模板，文件池中的数据与模板池中的模板结合生成能够被解析和执行的用例文件，所述装置包括：

接收单元，用于接收测试请求；

生成单元，用于根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件；

解析单元，用于解析所述用例文件的关键节点信息，所述关键节点信息包括头节点、数据节点、命令节点和验证节点；

执行单元，用于根据解析出的所述关键节点信息执行相应的节点命令；

输出单元，用于输出包含各个节点执行结果的测试报告。

第三方面，提供了一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如第一方面所述的测试方法。

第四方面，提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得计算机执行如第一方面所述的测试方法。

第五方面，提供一种测试装置，包括：处理器、存储器和通信接口，通信接口用于所述测试装置和其他设备或网络通信，存储器用于存储程序，处理器调用存储器存储的程序，以执行上述第一方面所述的测试方法。

本申请的实施例提供一种测试方法，用例文件通过模板和数据的相同继承与依附关系自动生成，实现用例、数据、流程的分离，通过节点的可配置性实现整个测试运行过程。使用这种方式测试软件后台系统不仅方便灵活，而且可以有效提高测试效率。

附图说明

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

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

图3为本申请的实施例提供的一种测试装置示意图一；

图4为本申请的实施例提供的一种测试装置示意图二。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上

本申请的实施例提供一种测试方法和装置，该方法和装置应用于软件后台测试系统，可以实现自动化功能测试，所述系统包括文件池和模板池，所述文件池包括数据文件，该数据文件包括基础数据和业务数据。所述模板池包括配置模板、流程模板和报告模板，文件池中的数据与模板池中的模板结合生成能够被解析和执行的用例文件。该用例文件包括多个关键节点，通过解析关键节点信息执行相应的节点命令，最终输出测试结果。

参考图1-图2所示，本申请的实施例提供了一种测试方法，该方法包括步骤S101-S105：

S101、接收测试请求。

用户通过系统的交互终端界面发起测试请求，该测试请求中包括测试参数和/或请求地址参数，测试参数是指测试所需的基础数据，例如进行缴费功能测试时，基础数据就包括缴费号码和缴费数额等。系统可以根据该基础数据得到请求地址参数，或者直接从该测试请求中获取请求地址参数，该请求地址参数用于系统从模板池和文件池中获取对应的模板和数据。基础数据包括不同的数据类型，例如缴费号码的数据类型包括移网号码和固网号码，不同的数据类型需要采用不同的模板和数据。

S102、根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件。

通过步骤S101得到测试请求，解析该测试请求得到测试参数和/或请求地址参数，根据该请求地址参数获知文件和模板的存放路径、数据类型以及调用的镜像名称等信息。根据这些信息从该文件池和模板池中匹配相应的数据文件和模板以生成用例文件。

可选的，数据文件的获取途径包括接收外部输入以及文件池提取。若文件池中不包含与测试参数对应的基础数据或业务数据，则可以在发起请求获取测试参数时，同时获取用户输入的相应基础数据或业务数据并存储到文件池中供后续使用。该文件池属于可持续更新的数据库。

该模板池包括配置模板、流程模板和报告模板，对应于文件池中的基础数据和业务数据匹配相应业务类型的配置模板、流程模板和报告模板，也可以根据模板池中指定类型的模板进行创建和生成。数据与模板相互继承和依附构成可被执行的用例文件。该用例文件表示一个完整的业务测试线程。

S103、解析所述用例文件的关键节点信息。

通过步骤S102得到了完整的用例文件，然后通过系统引擎解析该用例文件的关键节点信息，该关键节点信息包括头节点、数据节点、命令节点和验证节点。加载该头节点的信息用于初始化基础数据和模板的配置信息；该数据节点用于对与业务相关的数据信息进行插入或删除操作；该命令节点用于根据命令节点的具体值从运行配置表中查询对应的命令并到相应的服务器主机目录下运行所述命令；该验证节点用于结合预期结果和命令的运行结果进行结果验证。

S104、根据解析出的所述关键节点信息执行相应的节点命令。

通过步骤S103得到了用例文件的关键节点信息后，根据解析出的所述关键节点信息执行相应的节点命令。运行时系统引擎会根据解析出的节点的名字和属性执行不同的动作。例如首先加载用例文件中头节点的名称以初始化业务数据和配置信息，其次解析数据节点，对业务相关数据信息进行操作,包括插入业务数据、删除业务数据等操作。然后执行命令节点，根据参数镜像名称到镜像仓库拉取对应版本镜像，根据命令节点参数从运行配置表里查询出对应的运行命令，运行参数，运行主机环境等信息，通过shh到对应的服务器主机目录下执行运行命令。最后执行验证节点，用例包括多种应用场景，首先验证整个场景的运行结果，然后验证每个节点的运行结果。验证方式包括Sql验证和文件验证。Sql验证方式主要是对执行后的结果表中的字段值进行验证，文件校验主要是验证目标目录下文件的正确性。

S105、输出包含各个节点执行结果的测试报告。

通过步骤S104完成了用例文件中所有节点的执行操作，执行过程中，对系统引擎执行的每一个节点的每一步操作都进行监控并生成记录日志，从而实现对整个系统运行过程的实时监控。执行结束后，自动输出详细的运行报告，便于对运行结果的统计和问题的定位分析。

可选的，该测试方法包括串行运行方式和并行运行方式，在串行运行方式中设置节点挂起机制，以保证上一节点的运行结果不影响下个节点的测试。同时系统引擎执行动态分发机制，线程可分发到不同的地区和域去执行，以保证资源均衡，防止运行线路拥塞。

本申请的实施例提供一种测试方法，用例文件通过模板和数据的相同继承与依附关系自动生成，实现用例、数据、流程的分离，通过节点的可配置性实现整个测试运行过程。使用这种方式测试软件后台系统不仅方便灵活，而且可以有效提高测试效率。

本申请实施例可以根据上述方法示例对系统进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

参照图3中所示，本申请实施例提供了一种测试装置，可以应用于如上所示的测试方法。该测试装置100包括：

接收单元101，用于接收测试请求。

生成单元102，用于根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件。

解析单元103，用于解析所述用例文件的关键节点信息，所述关键节点信息包括头节点、数据节点、命令节点和验证节点。

执行单元104，用于根据解析出的所述关键节点信息执行相应的节点命令。

输出单元105，用于输出包含各个节点执行结果的测试报告。

可选的，所述装置还包括监控单元106，用于监控所述节点命令的执行过程并生成记录日志。

可选的，所述执行单元104具体用于：

所述头节点用于初始化基础数据和配置信息；所述数据节点用于对与业务相关的数据信息进行插入或删除操作；所述命令节点用于根据命令节点的具体值从运行配置表中查询对应的命令并到相应的服务器主机目录下运行所述命令；所述验证节点用于结合预期结果和所述命令的运行结果进行结果验证。

可选的，所述装置100包括串行运行方式和并行运行方式，在所述串行运行方式中设置节点挂起机制，以保证上一节点的运行结果不影响下个节点的测试。

图4示出了上述实施例中所涉及测试装置的又一种可能的结构示意图。该装置包括：处理器202和通信接口203。处理器202用于对装置的动作进行控制管理，例如，执行上述生成单元102、解析单元103以及执行单元104执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口203用于支持该装置与其他网络实体的通信，例如，执行接收单元101执行的步骤。终端还可以包括存储器201和总线204，存储器201用于存储装置的程序代码和数据。

其中，上述处理器202可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

存储器201可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线204可以是扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线204可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请的实施例提供一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使计算机执行如图1-图2中所述的测试方法。

本申请的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图1-图2中所述的测试方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

由于本申请的实施例中的测试装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请实施例在此不再赘述。

Claims (11)

1.一种测试方法，其特征在于，应用于软件后台测试系统，所述系统包括文件池和模板池，所述文件池包括数据文件，所述模板池包括配置模板、流程模板和报告模板，文件池中的数据与模板池中的模板结合生成能够被解析和执行的用例文件，所述方法包括：

接收测试请求；

根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件；

解析所述用例文件的关键节点信息，所述关键节点信息包括头节点、数据节点、命令节点和验证节点；

根据解析出的所述关键节点信息执行相应的节点命令；

输出包含各个节点执行结果的测试报告。

2.根据权利要求1所述的测试方法，其特征在于，所述方法还包括：监控所述节点命令的执行过程并生成记录日志。

3.根据权利要求1所述的测试方法，其特征在于，所述根据解析出的所述关键节点信息执行相应的节点命令包括：

所述头节点用于初始化基础数据和配置信息；

所述数据节点用于对与业务相关的数据信息进行插入或删除操作；

所述命令节点用于根据命令节点的具体值从运行配置表中查询对应的命令并到相应的服务器主机目录下运行所述命令；

所述验证节点用于结合预期结果和所述命令的运行结果进行结果验证。

4.根据权利要求1所述的测试方法，其特征在于，所述方法包括串行运行方式和并行运行方式，在所述串行运行方式中设置节点挂起机制，以保证上一节点的运行结果不影响下个节点的测试。

5.一种测试装置，其特征在于，应用于软件后台测试系统，所述系统包括文件池和模板池，所述文件池包括数据文件，所述模板池包括配置模板、流程模板和报告模板，文件池中的数据与模板池中的模板结合生成能够被解析和执行的用例文件，所述装置包括：

接收单元，用于接收测试请求；

生成单元，用于根据所述测试请求从所述文件池和模板池中匹配相应的数据和模板以生成用例文件；

解析单元，用于解析所述用例文件的关键节点信息，所述关键节点信息包括头节点、数据节点、命令节点和验证节点；

执行单元，用于根据解析出的所述关键节点信息执行相应的节点命令；

输出单元，用于输出包含各个节点执行结果的测试报告。

6.根据权利要求5所述的测试装置，其特征在于，所述装置还包括监控单元，用于监控所述节点命令的执行过程并生成记录日志。

7.根据权利要求5所述的测试装置，其特征在于，所述执行单元具体用于：

所述头节点用于初始化基础数据和配置信息；

所述数据节点用于对与业务相关的数据信息进行插入或删除操作；

所述命令节点用于根据命令节点的具体值从运行配置表中查询对应的命令并到相应的服务器主机目录下运行所述命令；

所述验证节点用于结合预期结果和所述命令的运行结果进行结果验证。

8.根据权利要求5所述的测试装置，其特征在于，所述装置包括串行运行方式和并行运行方式，在所述串行运行方式中设置节点挂起机制，以保证上一节点的运行结果不影响下个节点的测试。

9.一种存储一个或多个程序的计算机可读存储介质，其特征在于，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如权利要求1-4任一项所述的测试方法。

10.一种包含指令的计算机程序产品，其特征在于，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-4任一项所述的测试方法。

11.一种测试装置，其特征在于，包括：处理器、存储器和通信接口，通信接口用于所述测试装置和其他设备或网络通信，存储器用于存储程序，处理器调用存储器存储的程序，以执行如权利要求1-4任一项所述的测试方法。