CN114328214B - 报表软件的接口测试用例的提效方法、装置、计算机设备 - Google Patents

Abstract

本申请涉及一种报表软件的接口测试用例的提效方法、装置、计算机设备及存储介质，所述方法包括通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数；根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件；根据采集到的报表数据，进行存量数据的验证；在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据；整合存量数据和增量数据，进行二次报表数据采集。通过根据测试指标和与测试指标相对应的过滤条件，在配置文件中直接增加指标和各类过滤条件，替代测试用例，通过增加配置文件即可覆盖指标在各个过滤条件下的测试，缩短测试时间，测试方便快捷。

Description

报表软件的接口测试用例的提效方法、装置、计算机设备

技术领域

本申请涉及软件测试技术领域，尤其涉及报表软件的接口测试用例的提效方法、装置、计算机设备及存储介质。

背景技术

一般报表软件(eteams报表、FineReport报表、Smartbi电子表格、华企报表、易表、润乾报表、数巨报表、杰表)中，过滤条件较多，在接口测试过程中，需要针对每一个过滤条件写一个用例，而针对不同的指标，需要每个过滤条件针对每个指标来开发一条用例，而每增加一种过滤条件类型或增加一个指标，就会有大量的接口测试用例需要开发，工作量和维护量一直成倍的增加。另外，指标一直存在多样化的特点，针对不同的指标，需要用不同的方法来处理逻辑，导致用例的无法大量复用，针对不断增加指标，不断开发大量的接口测试用例。增量数据验证较为繁琐，而对于增量数据，报表软件一般同步数据常规使用消息队列或者binlog的方式，数据具有延时性，如验证一条接口用例需要等待5分钟，数据才会同步，当存在1000条用例时，执行光等待的时间就需要5000分钟，就算多账号多线程同步执行，耗费的成本也不小。可见一般报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致软件测试耗时较长。

发明内容

本申请实施例的目的在于提出一种报表软件的接口测试用例的提效方法、装置、计算机设备及存储介质，以解决一般报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致软件测试耗时较长的问题。

为了解决上述技术问题，本申请提供一种报表软件的接口测试用例的提效方法，采用了如下所述的技术方案，包括：

通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数；

根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件；

根据采集到的报表数据，进行存量数据的验证；

在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据；

整合存量数据和增量数据，进行二次报表数据采集。

进一步的，所述通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数的步骤具体包括：

创建配置文件；

将当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数，存入所述配置文件

进一步的，所述根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件的步骤具体包括：

根据当前测试指标、过滤条件和配置参数，编辑配置文件，所述配置文件增加当前需要测试的测试指标，增加当前需要使用的过滤条件；

根据配置文件，创建与所述配置文件相对应的图表，所述图表包含测试指标运行时的配置参数，再通过报告业务接口传入与所述配置文件相对应的过滤条件，分析报告业务接口返回值，并获得与测试指标相对应的过滤条件下的值，进行一次报表数据采集。

进一步的，所述根据采集到的报表数据，进行存量数据的验证的步骤具体包括：

根据当前测试指标和与当前测试指标相对应的过滤条件，逐个验证存量数据的正确性；

验证完数据之后，返回验证结果，并将验证数据的结果以及预期值写入配置文件。

进一步的，所述在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据的步骤具体包括：

根据验证后的存量数据、当前测试指标和与当前测试指标相对应的过滤条件，构造符合过滤条件的增量数据；

再构造与过滤条件相关的干扰数据；

汇总增量数据和干扰数据，对应当前测试指标的变化数据，计算出预期值。

进一步的，所述整合存量数据和增量数据，进行二次报表数据采集的步骤具体包括：

程序整合存量数据和增量数据后，等待报表软件同步增量数据；

进行二次报表数据采集；

判断经过二次报表数据采集后的数据是否与预期一致，返回判断结果，并将判断结果写入配置文件。

为了解决上述技术问题，本申请还提供一种报表软件的接口测试用例的提效装置，采用了如下所述的技术方案，包括：

获取模块，用于通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数；

第一采集模块，用于根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件；

数据验证模块，用于根据采集到的报表数据，进行存量数据的验证；

造数模块，用于在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据；

第二采集模块，用于整合存量数据和增量数据，进行二次报表数据采集。

进一步的，所述数据验证模块包括：

逐个验证模块，用于根据当前测试指标和与当前测试指标相对应的过滤条件，逐个验证存量数据的正确性；

反馈模块，用于验证完数据之后，返回验证结果，并将验证数据的结果以及预期值写入配置文件。

为了解决上述技术问题，本申请还提供一种计算机设备，采用了如下所述的技术方案：

包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现上述的报表软件的接口测试用例的提效方法的步骤。

为了解决上述技术问题，本申请还提供一种计算机可读存储介质，采用了如下所述的技术方案：

所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述的报表软件的接口测试用例的提效方法的步骤。

与现有技术相比，本申请主要有以下有益效果：

首先，确定本次运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容；

其次，根据读取的配置文件，创建对应的图表，包含各个指标的配置，再通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口；

再次，构造对应各个过滤条件下的增量数据，以及一些干扰数据，并汇总造数后对应指标数据的变化数据并计算出预期值，集中一次构造了所有的实时增量数据，造完后仅需等待一段时间如3～5分钟，避免了多个用例，每个用例都需要等待数据同步的时间，节省了大量测试时间；

解决目前报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致耗时较长的问题。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2本申请的报表软件的接口测试用例的提效方法的一个实施例的流程图；

图3是本申请中的统计指标示意图；

图4是现有技术中一般报表软件中采用的验证存量数据和增量数据的方法流程图；

图5是本申请的报表软件的接口测试用例的提效方法的另一个实施例的流程图；

图6是本申请的报表软件的接口测试用例的提效装置的一个实施例的结构示意图；

图7是图6所示数据验证模块一种具体实施方式的结构示意图；

图8是本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

实施例一

如图1所示，系统架构100可以包括第一终端设备101、第二终端设备102、第三终端设备103，网络104和服务器105。网络104用以在第一终端设备101、第二终端设备102、第三终端设备103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用第一终端设备101、第二终端设备102、第三终端设备103通过网络104与服务器105交互，以接收或发送消息等。第一终端设备101、第二终端设备102、第三终端设备103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

第一终端设备101、第二终端设备102、第三终端设备103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture E报表软件的接口测试用例的提效pertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureE报表软件的接口测试用例的提效perts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对第一终端设备101、第二终端设备102、第三终端设备103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的报表软件的接口测试用例的提效方法一般由服务器/终端设备执行，相应地，报表软件的接口测试用例的提效装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

实施例二

继续参考图2，示出了本申请的报表软件的接口测试用例的提效方法的一个实施例的流程图。所述的报表软件的接口测试用例的提效方法，包括以下步骤：

步骤S201，通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数。

所述通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数的步骤具体包括：

创建配置文件；

将当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数，存入所述配置文件。

获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数，为配置文件的创建打下数据基础。通过配置文件来获取，配置文件同样作为后面数据采集后回写的文件，就能便捷的看到每一个配置的指标验证的结果。确定当前运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，这样可以替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容。

图3是本申请中的统计指标示意图。如图3所示，可以根据实际情况，设置多个数据模块，再根据不同的数据模块，设计不同的统计指标。例如数据模块可以包括客户、员工、产品和汇营销应用等。例如客户的统计指标包括指标分类、指标ID、指标名称、是否执行、是否支持验证、是否支持第三方业务验证、三级穿透下标、今日、昨日、本周、本月、最近7天、最近30天、今日实时数据等。客户的指标分类包括客户能力指标、订单推进指标、产品销售指标、任务执行指标等。

在本实施例中，报表软件的接口测试用例的提效方法运行于其上的电子设备(例如图1所示的服务器/终端设备)可以通过有线连接方式或者无线连接方式接收报表软件的接口测试用例的提效请求。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMA报表软件的接口测试用例的提效连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

步骤S202，根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件。

在本实施例中，所述根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件的步骤具体包括：

根据当前测试指标、过滤条件和配置参数，编辑配置文件，所述配置文件增加当前需要测试的测试指标，增加当前需要使用的过滤条件；

根据配置文件，创建与所述配置文件相对应的图表，所述图表包含测试指标运行时的配置参数，再通过报告业务接口传入与所述配置文件相对应的过滤条件，分析报告业务接口返回值，并获得与测试指标相对应的过滤条件下的值，进行一次报表数据采集。

通过报告业务接口传入过滤条件和测试指标，然后分析接口返回值，拿到指标数据。

配置文件可用excel表格或者数据库存储等多种方式实现。配置文件内可以存储两部分内容，一部分为所有报表中需要测试的指标数据以及测试该指标需要配置的参数等，这部分数据可以通过手动配置，也可以根据实际需求由机器按照一定的规则进行自动设置；第二部分为这些指标在各种过滤条件下的数据验证结果以及实时数据验证的结果，这部分为程序运行时，自动生成的数据。

一次报表数据采集可以由API来实现。具体实施时，可以将对报表数据操作的API进行封装。设置API输入参数为过滤条件参数和指标参数，设置API输出参数为该指标在当前过滤条件下呈现的值，通过API来采集报表中对应指标的数据。

一般报表软件的主流接口测试脚本，通常设计为以unittest框架为基础，封装项目的部分基础接口，在此之上，编写接口测试用例脚本，相同的业务进行封装，最顶层编写测试用例，测试用例依次被执行。虽然可以利用大量现有的API，开发成本较低，减少一部分代码量，但是还是会设计测试用例，需要花费研发成本。一般报表软件的主流接口测试，还有一种方式是通过接口测试平台或者现有的接口测试工具编写用例脚本，针对每一种报表的过滤条件，每一个指标编写对应的用例，这种方式对代码开发能力要求较弱，编写的用例便于管理人员统一管理。但是，用例数量一多，不管用哪种方式来实现报表的接口测试，都会存在大量的用例需要管理，每次新增一个指标，对于相同的过滤条件，都需要复制一波用例，然后变更参数，长期下来累加的用例数量是相当多的。此外，执行时间长，由于报表统计实时数据具有延时性，所以每次用例执行，造完数据后，都需要等待一段时间，待数据同步完成后，才能对比数据的正确性，由于用例数量较多，每个用例都需要等待，执行的时间会被无限拉长。这样无疑增加了软件测试的时间，增加了测试成本。

本实施例根据当前测试指标、过滤条件和配置参数，创建配置文件，进行一次报表数据采集，通过创建与配置文件相对应的图表，图表包含测试指标运行时的配置参数，这样扩充测试用例，减少软件测试用例代码的产生，增加测试用例方便快捷，减少测试时间；还可以通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口。

步骤S203，根据采集到的报表数据，进行存量数据的验证。

报表软件的测试，目的在于验证数据的准确性，数据包含存量数据和增量数据。存量数据指已经存在的数据，比如：客户数量指标，目前已经存在的客户数量即为存量数据，后面新建/删除/修改客户，变更的数据即为增量数据。

在本实施例中，所述根据采集到的报表数据，进行存量数据的验证的步骤具体包括：

根据当前测试指标和与当前测试指标相对应的过滤条件，逐个验证存量数据的正确性；

验证完数据之后，返回验证结果，并将验证数据的结果以及预期值写入配置文件。

通过报表业务接口拿到指标数据后，再通过具体业务可以查询到存量数据的接口进行存量数据的验证，每个报表软件验证存量数据的接口各存差异，有的有详情接口可以直接访问，有的则通过调用第三方业务接口进行验证，比如拿到客户数量指标为10，有指标详情页接口传入同样的过滤条件返回明细10条数据，或通过第三方业务，客户库查询接口传入相同条件，看是否返回10条数据。通过比对数据来进行验证，数据一致为通过，不一致则为失败。需要说明的是，若部分指标数据无任何接口可追溯存量数据，则跳过，仅验证增量数据即可。

在验证对应过滤条件下，对应指标的数据是否正确，针对每一个指标的每一个过滤条件，循环进行验证，验证完数据之后返回验证结果并回写配置文件验证数据的结果以及预期值，此步骤结束后完成存量数据的验证。

为了验证一次报表数据采集到的数据的准确性，根据实际业务的不同，实现方式也可以有所差别，但是核心功能是验证报表中对应过滤条件下的指标的存量数据，可以通过第三方业务的API来验证，或者报表本身有数据溯源的功能也可辅助验证，对于无法追溯的存量数据无法验证，可以只验证增量数据。

步骤S204，在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据。

在本实施例中，所述在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据的步骤具体包括：

根据验证后的存量数据、当前测试指标和与当前测试指标相对应的过滤条件，构造符合过滤条件的增量数据；

再构造与过滤条件相关的干扰数据；

汇总增量数据和干扰数据，对应当前测试指标的变化数据，计算出预期值。

需要说明的是：可以通过判断配置文件来决定构造数据的类型，避免造一些与当前软件测试无关的数据，构造数据是为了测试报表软件的数据同步功能是否正常，以此来验证报表的增量数据是否正确。干扰数据即为不完全满足过滤条件的数据，用来保证数据统计的精确性，比如客户数量指标，统计的是本人名下跟进的客户数量，构造数据时，创建3个客户，其中1个客户非本人跟进，指标的预期值(为存量数据和程序构造的数据之和)应该为12，如果程序出现BUG，可能会存在统计成13的情况，就会被检测出问题。

构造对应各个过滤条件下的增量数据，以及一些干扰数据，来验证报表是否能正确处理这部分数据，并汇总造数后对应指标数据的变化数据并计算出预期值，集中一次则可以构造所有的实时增量数据，避免设计多个测试用例，这样省去了每个测试用例都需要等待数据同步的时间。构造数据结束，只需要等待一次数据同步的时间，那么节省了大量数据同步的时间。

步骤S205，整合存量数据和增量数据，进行二次报表数据采集。

在本实施例中，所述整合存量数据和增量数据，进行二次报表数据采集的步骤具体包括：

整合存量数据和增量数据，将存量数据和增量数据进行实时同步；

进行二次报表数据采集；

判断经过二次报表数据采集后的数据是否与预期一致，返回判断结果，并将判断结果写入配置文件。

比如客户数量指标，第一次采集的存量数据为10，通过程序自动新增1个客户，整合存量和增量数据，目标值即为11，第二次采集报表数据时，目标值若为11，表示报表软件的增量数据同步正确。

本申请主要有以下有益效果：

首先，确定本次运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容；

其次，根据读取的配置文件，创建对应的图表，包含各个指标的配置，再通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口；

再次，构造对应各个过滤条件下的增量数据，以及一些干扰数据，并汇总造数后对应指标数据的变化数据并计算出预期值，集中一次构造了所有的实时增量数据，造完后仅需等待一段时间如3～5分钟，避免了多个用例，每个用例都需要等待数据同步的时间，节省了大量测试时间；

解决目前报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致耗时较长的问题。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

实施例三

图4是现有技术中一般报表软件中采用的验证存量数据和增量数据的方法流程图。如图4所示，现有技术中一般报表软件中采用的验证存量数据和增量数据的方法，包括步骤：

S301、报表业务通过报表业务接口采集存量数据；

S302、通过第三方业务采集存量数据，通过比对验证存量数据是否正确；

S303、报表业务通过报表业务接口采集存量数据；

S304、通过第三方业务接口，增删改更新数据；

S305、新的数据被报表系统采集到，更新到报表业务；

S306、通过报表业务接口采集数据；

S307、比对报表的数据是否为更新后的数据。

图5是本申请的报表软件的接口测试用例的提效方法的另一个实施例的流程图。如图5所示，一种报表软件的接口测试用例的提效方法，包括步骤：

S401、读取指标配置文件。

S402、进行存量数据验证。

存量数据的验证是通过第三方业务的接口采集详情数据，或者报表软件已有的数据溯源的接口采集数据，比对数据是否与报表的数据一致。步骤S402又可以分为步骤：

S4021、一次运行报表数据采集模块。

S4022、运行数据验证模块。

S403、进行增量数据验证。

增量数据是采集存量数据后，通过业务接口，增删改变更数据后，计算对应数据应该出现的变化，待报表的数据同步后，再次采集报告数据是否满足预期。比如第一次采集客户数量指标为10，通过第三方业务新增1个客户后，对应的客户数量指标应该增加1个，预期值为11，第二次采集客户指标数据若为11表示校验通过。

步骤S403又可以分为步骤：

S4031、运行造数模块。

S4032、二次运行报表数据采集模块。

与图4相比，确定本次运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容；

其次，根据读取的配置文件，创建对应的图表，包含各个指标的配置，再通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口；

再次，构造对应各个过滤条件下的增量数据，集中一次构造了所有的实时增量数据，造完后仅需等待一段时间如3～5分钟，避免了多个用例，每个用例都需要等待数据同步的时间，节省了大量测试时间；

解决目前报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致耗时较长的问题。

实施例四

进一步参考图6，作为对上述图2或者图5所示方法的实现，本申请提供了一种报表软件的接口测试用例的提效装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，本实施例所述的报表软件的接口测试用例的提效装置400包括：获取模块401、第一采集模块402、数据验证模块403、造数模块404以及第二采集模块405。其中：

获取模块401，用于通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数；

第一采集模块402，用于根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件；

数据验证模块403，用于根据采集到的报表数据，进行存量数据的验证；

造数模块404，用于在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据；

第二采集模块405，用于整合存量数据和增量数据，进行二次报表数据采集。

参阅图7，为数据验证模块一种具体实施方式的结构示意图。在本实施例的一些可选的实现方式中，数据验证模块403进一步包括：

逐个验证模块4031，用于根据当前测试指标和与当前测试指标相对应的过滤条件，逐个验证存量数据的正确性；

反馈模块4032，用于验证完数据之后，返回验证结果，并将验证数据的结果以及预期值写入配置文件。

本申请主要有以下有益效果：

首先，确定本次运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容；

其次，根据读取的配置文件，创建对应的图表，包含各个指标的配置，再通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口；

再次，构造对应各个过滤条件下的增量数据，以及一些干扰数据，并汇总造数后对应指标数据的变化数据并计算出预期值，集中一次构造了所有的实时增量数据，造完后仅需等待一段时间如3～5分钟，避免了多个用例，每个用例都需要等待数据同步的时间，节省了大量测试时间；

解决目前报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致耗时较长的问题。

实施例五

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图8，图8为本实施例计算机设备基本结构框图。

所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件存储器61、处理器62和网络接口63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或D报表软件的接口测试用例的提效存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如报表软件的接口测试用例的提效方法的计算机可读指令等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的计算机可读指令或者处理数据，例如运行所述报表软件的接口测试用例的提效方法的计算机可读指令。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。

本申请主要有以下有益效果：

首先，确定本次运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容；

其次，根据读取的配置文件，创建对应的图表，包含各个指标的配置，再通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口；

再次，构造对应各个过滤条件下的增量数据，以及一些干扰数据，并汇总造数后对应指标数据的变化数据并计算出预期值，集中一次构造了所有的实时增量数据，造完后仅需等待一段时间如3～5分钟，避免了多个用例，每个用例都需要等待数据同步的时间，节省了大量测试时间；

解决目前报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致耗时较长的问题。

实施例六

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的报表软件的接口测试用例的提效方法的步骤。

本申请主要有以下有益效果：

首先，确定本次运行需要测试的指标和过滤条件，以及各个指标运行时的配置参数，通过配置文件直接增加指标和各类过滤条件，替代大量的测试用例，对于标准化的报表仅通过增加配置文件即可覆盖指标在各个过滤条件下的测试，对于特殊指标需要在后续的程序中增加代码来兼容；

其次，根据读取的配置文件，创建对应的图表，包含各个指标的配置，再通过传入对应的过滤条件分析返回值，并取出其中各个指标下对应过滤条件下的值，通过一次采集所有需要测试的指标的数据，避免接口多次重复调用，高效利用接口；

再次，构造对应各个过滤条件下的增量数据，以及一些干扰数据，并汇总造数后对应指标数据的变化数据并计算出预期值，集中一次构造了所有的实时增量数据，造完后仅需等待一段时间如3～5分钟，避免了多个用例，每个用例都需要等待数据同步的时间，节省了大量测试时间；

解决目前报表软件的接口测试中，由于复杂的过滤条件和指标导致用例数量庞大，增量数据验证的延时性导致耗时较长的问题。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (9)

1.一种报表软件的接口测试用例的提效方法，其特征在于，包括下述步骤：

通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数；

根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件；

根据采集到的报表数据，进行存量数据的验证；

在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据；

整合存量数据和增量数据，进行二次报表数据采集；

其中，所述根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件的步骤具体包括：

根据当前测试指标、过滤条件和配置参数，编辑配置文件，所述配置文件增加当前需要测试的测试指标，增加当前需要使用的过滤条件；

根据配置文件，创建与所述配置文件相对应的图表，所述图表包含测试指标运行时的配置参数，再通过报告业务接口传入与所述配置文件相对应的过滤条件，分析报告业务接口返回值，并获得与测试指标相对应的过滤条件下的值，进行一次报表数据采集。

2.根据权利要求1所述的报表软件的接口测试用例的提效方法，其特征在于，所述通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数的步骤具体包括：

创建配置文件；

将当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数，存入所述配置文件。

3.根据权利要求1所述的报表软件的接口测试用例的提效方法，其特征在于，所述根据采集到的报表数据，进行存量数据的验证的步骤具体包括：

根据当前测试指标和与当前测试指标相对应的过滤条件，逐个验证存量数据的正确性；

验证完数据之后，返回验证结果，并将验证数据的结果以及预期值写入配置文件。

4.根据权利要求1所述的报表软件的接口测试用例的提效方法，其特征在于，所述在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据的步骤具体包括：

根据验证后的存量数据、当前测试指标和与当前测试指标相对应的过滤条件，构造符合过滤条件的增量数据；

再构造与过滤条件相关的干扰数据；

汇总增量数据和干扰数据，对应当前测试指标的变化数据，计算出预期值。

5.根据权利要求1至4任意一项所述的报表软件的接口测试用例的提效方法，其特征在于，所述整合存量数据和增量数据，进行二次报表数据采集的步骤具体包括：

程序整合存量数据和增量数据后，等待报表软件同步增量数据；

进行二次报表数据采集；

判断经过二次报表数据采集后的数据是否与预期一致，返回判断结果，并将判断结果写入配置文件。

6.一种报表软件的接口测试用例的提效装置，其特征在于，包括：

获取模块，用于通过配置文件获取当前测试指标和与当前测试指标相对应的过滤条件，以及测试指标运行时的配置参数；

第一采集模块，用于根据当前测试指标、过滤条件和配置参数，进行一次报表数据采集，将报表数据回写到所述配置文件；

数据验证模块，用于根据采集到的报表数据，进行存量数据的验证；

造数模块，用于在经过验证后的存量数据的基础上，构造符合过滤条件的增量数据；

第二采集模块，用于整合存量数据和增量数据，进行二次报表数据采集；

其中，所述第一采集模块具体用于：根据当前测试指标、过滤条件和配置参数，编辑配置文件，所述配置文件增加当前需要测试的测试指标，增加当前需要使用的过滤条件；

根据配置文件，创建与所述配置文件相对应的图表，所述图表包含测试指标运行时的配置参数，再通过报告业务接口传入与所述配置文件相对应的过滤条件，分析报告业务接口返回值，并获得与测试指标相对应的过滤条件下的值，进行一次报表数据采集。

7.根据权利要求6所述的报表软件的接口测试用例的提效装置，其特征在于，所述数据验证模块包括：

逐个验证模块，用于根据当前测试指标和与当前测试指标相对应的过滤条件，逐个验证存量数据的正确性；

反馈模块，用于验证完数据之后，返回验证结果，并将验证数据的结果以及预期值写入配置文件。

8.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至5中任一项所述的报表软件的接口测试用例的提效方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至5中任一项所述的报表软件的接口测试用例的提效方法的步骤。

Images