CN115269411A - 一种业务测试方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请涉及电信技术领域，尤其涉及一种业务测试方法、装置、电子设备和存储介质，用以提高业务测试效率。其中，方法包括：基于资费规则对预设的资费模板进行参数配置，获得资费规则对应的用例和用例的目标计量结果；基于各用例，生成各用例包含的计量业务的资源使用信息；通过业务计量系统根据各用例，对资源使用信息进行计量，获得各用例的实际计量结果；基于各用例的目标计量结果和实际计量结果，确定资费规则的测试结果。由于本申请通过对资费模板进行参数配置，自动生成资费规则对应的用例和目标计量结果，在获得用例对应的实际计量结果后，自动对比目标计量结果和实际计量结果是否一致，获得资费规则的测试结果，提高资费规则的测试效率。

Description

一种业务测试方法、装置、电子设备和存储介质

技术领域

本申请涉及电信技术领域，尤其涉及一种业务测试方法、装置、电子设备和存储介质。

背景技术

目前，各大运营商通过推出不同的资费套餐，满足不同用户的需求。在资费套餐上线前，需要对包含的资费的正确性进行验证，避免出现资费收取错误的情况出现。

相关技术中，为了验证资费的正确性，主要是通过测试人员设计资费对应的用例，将用例输入计费系统，并人工比对计费系统的输出结果与资费对应的预期结果是否一致。由于运营商经常不定期推出各种资费套餐，套餐资费场景繁多，仅就语音场景而言，涉及的用例就能达到6000多条，基于上述方式进行资费测试，耗费时间长，准确率低，难以满足日益增长的资费测试需求。

发明内容

本申请实施例提供一种业务测试方法、装置、电子设备和存储介质，用以提高业务测试效率。

本申请实施例提供的一种业务测试方法，包括：

基于资费规则对预设的资费模板进行参数配置，获得所述资费规则对应的至少一个用例和所述用例对应的目标计量结果；

基于各个所述用例，生成各个所述用例包含的计量业务的资源使用信息；

通过业务计量系统根据各个所述用例，对各个所述用例对应的资源使用信息进行计量，获得各个所述用例对应的实际计量结果；

基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果。

基于上述方式，在进行资费测试时，根据预设的资费模板，自动生成对应的用例和目标计量结果，避免人工设计用例造成用例覆盖不全面的问题，通过业务计量系统获得用例的实际计量结果，自动比较用例的目标计量结果和实际计量结果是否一致，确定资费的测试结果，无需人工参与，自动化实现资费规则测试，有效提高资费测试的效率和准确率。

在一种可选的实施方式中，在所述基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果之前，还包括：

针对任意一个用例，基于所述用例的标识信息，从主查找表中获得所述用例对应的子查找表；

基于所述子查找表，获得所述用例的目标计量结果。

在一种可选的实施方式中，所述基于所述子查找表，获得所述用例的目标计量结果，包括：

基于所述用例包含的计量业务，从所述子查找表中，获得所述用例的目标计量结果。

在一种可选的实施方式中，所述基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果，包括：

若各个所述用例对应的目标计量结果和实际计量结果一致，则确定所述资费规则的测试结果为通过；

若存在所述用例对应的目标计量结果和实际计量结果不一致，则确定所述资费规则的测试结果为不通过。

在一种可选的实施方式中，所述方法还包括：

若存在待确认用例，则向目标对象反馈所述待确认用例和所述待确认用例包含的计量业务，所述待确认用例对应的目标计量结果和预测计量结果不一致。

在一种可选的实施方式中，在所述通过业务计量系统根据各个所述用例，对各个所述用例对应的资源使用信息进行计量，获得各个所述用例对应的实际计量结果之前，还包括：

分别对各个所述用例和对应的资源使用信息进行预处理，获得标准格式的用例和标准格式的资源使用信息，所述标准格式为符合所述业务计量系统的输入格式的格式。

本申请实施例提供的一种业务测试装置，包括：

配置单元，用于基于资费规则对预设的资费模板进行参数配置，获得所述资费规则对应的至少一个用例和所述用例对应的目标计量结果；

生成单元，用于基于各个所述用例，生成各个所述用例包含的计量业务的资源使用信息；

计量单元，用于通过业务计量系统根据各个所述用例，对各个所述用例对应的资源使用信息进行计量，获得各个所述用例对应的实际计量结果；

确定单元，用于基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果。

可选的，所述装置还包括查找单元，用于：

针对任意一个用例，基于所述用例的标识信息，从主查找表中获得所述用例对应的子查找表；

基于所述子查找表，获得所述用例的目标计量结果。

可选的，所述查找单元具体用于：

基于所述用例包含的计量业务，从所述子查找表中，获得所述用例的目标计量结果。

可选的，所述确定单元具体用于：

若各个所述用例对应的目标计量结果和实际计量结果一致，则确定所述资费规则的测试结果为通过；

若存在所述用例对应的目标计量结果和实际计量结果不一致，则确定所述资费规则的测试结果为不通过。

可选的，所述确定单元还用于：

若存在待确认用例，则向目标对象反馈所述待确认用例和所述待确认用例包含的计量业务，所述待确认用例对应的目标计量结果和预测计量结果不一致。

可选的，所述装置还包括处理单元，用于：

分别对各个所述用例和对应的资源使用信息进行预处理，获得标准格式的用例和标准格式的资源使用信息，所述标准格式为符合所述业务计量系统的输入格式的格式。

本申请实施例提供的一种电子设备，包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行上述任意一种业务测试方法的步骤。

本申请实施例提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行上述任意一种业务测试方法的步骤。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行上述任意一种业务测试方法的步骤。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中的一种应用场景的一个可选的示意图；

图2为本申请实施例中的一种业务测试方法的实施流程图；

图3为本申请实施例中的一种业务测试方法的流程示意图；

图4为本申请实施例中的一种业务测试系统的结构示意图；

图5为本申请实施例中的一种业务测试装置的结构示意图；

图6为应用本申请实施例的一种电子设备的一个硬件组成结构示意图；

图7为应用本申请实施例的另一种电子设备的一个硬件组成结构示意图。

具体实施方式

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

下面对本申请实施例中涉及的部分概念进行介绍。

用例：对资费规则进行测试任务的描述，一个资费规则可以根据资费场景的不同拆分为多个用例进行测试，在生成用例的同时，还需要生成用例对应的预期结果(即目标计量结果)，通过比较用例的预期结果和实际结果(即实际计量结果)是否一致，确定用例是否正确。

资费模板：指不包含具体的参数的资费规则，资费模板涵盖所有可能的资费规则，可以通过在资费模板进行参数配置获得资费规则，相应的，通过对资费模板进行参数配置获得的用例，能够得到全面覆盖的资费规则适用的各种资费场景的用例。

业务计量系统：从业务类型区分，业务计量系统能够包括市话计费、长途语音计费、移动语音计费、数据计费、短信、互联网业务等业务计费，业务计量系统根据电信基础系统(如交换机、网关设备)采集的用户对网络、通话、短信等资源使用信息，根据用户的资费标准，确定向用户收取的费用以及对用户触发的操作，例如当用户使用的流量超出套餐流量上限时，下发限速标识。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，其为本申请实施例的应用场景示意图。该应用场景图中包括两个终端设备110和一个服务器120。

在本申请实施例中，终端设备110包括但不限于手机、平板电脑、笔记本电脑、台式电脑、电子书阅读器、智能语音交互设备、智能家电、车载终端等设备；终端设备上可以安装有业务测试相关的客户端，该客户端可以是软件(例如浏览器、测试软件等)，也可以是网页、小程序等，服务器120则是与软件或是网页、小程序等相对应的后台服务器，或者是专门用于进行业务测试的服务器，本申请不做具体限定。服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

需要说明的是，本申请实施例中的业务测试方法可以由电子设备执行，该电子设备可以为服务器120或者终端设备110，即，该方法可以由服务器120或者终端设备110单独执行，也可以由服务器120和终端设备110共同执行。比如由服务器120和终端设备110共同执行时，终端设备110将需要测试的资费规则发送给服务器120，服务器120基于资费规则对预设的资费模板进行参数配置，获得资费规则对应的至少一个用例和用例对应的目标计量结果；然后，基于各个用例，生成各个用例包含的计量业务的资源使用信息；进而，通过业务计量系统根据各个用例，对各个用例对应的资源使用信息进行计量，获得各个用例对应的实际计量结果；最后，基于各个用例对应的目标计量结果和实际计量结果，确定资费规则的测试结果，服务器120将资费规则的测试结果发送给终端设备110。

在一种可选的实施方式中，终端设备110与服务器120之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络是有线网络或无线网络。

需要说明的是，图1所示只是举例说明，实际上终端设备和服务器的数量不受限制，在本申请实施例中不做具体限定。

本申请实施例中，当服务器的数量为多个时，多个服务器可组成为一区块链，而服务器为区块链上的节点；如本申请实施例所公开的业务测试方法，其中所涉及的目标计量结果可保存于区块链上等。

此外，本申请实施例可应用于各种场景，不仅包括业务测试场景，还包括但不限于云技术、人工智能、智慧交通、辅助驾驶等场景。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式提供的业务测试方法，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参阅图2所示，为本申请实施例提供的一种业务测试方法的实施流程图，以执行主体为服务器为例，该方法的具体实施流程包括如下步骤S21-S24：

S21：基于资费规则对预设的资费模板进行参数配置，获得资费规则对应的至少一个用例和用例对应的目标计量结果；

具体地，实际上在生成资费规则时，已经根据资费规则对资费模板进行参数配置，因此，在步骤S21中可以直接使用已经配置好的资费模板生成用例以及用例预期结果(即目标计量结果)，通过复用资费模板生成用例，根据具体的资费规则进行参数配置生成不同的用例，例如，资费规则为：套餐内包含免费通话100分钟，超出100分钟后，套餐外省内通话0.1元/分钟，省外通话0.2元/分钟；资费模板为：免费通话时长__分钟，套餐外省内通话__元/分钟，套餐外省外通话__元/分钟，则根据资费规则对资费模板进行参数配置，获得：用例1：免费通话时长100分钟；用例2：套餐外省内通话0.1元/分钟；用例3：套餐外省外通话0.2元/分钟，用例1对应的目标计量结果为：通话时长小于等于100分钟内免费，已使用通话时长达到100分钟时，向用户发送提示信息；用例2对应的目标计量结果为：省内通话0.1元/分钟；用例3对应的目标计量结果为：省外通话0.2元/分钟。

在本申请实施例中，通过复用资费模板生成用例，自动根据具体的资费规则进行参数配置生成不同的用例和对应的目标计量结果，实现自动化和可配置化，得到的用例能够全面覆盖资费规则适用的各种资费场景，相比于人工设计用例，避免了人工设计用例覆盖不全面的问题，提高资费测试效率和准确率。

需要说明的是，上述列举的资费规则、用例和预期结果进行对步骤S21进行具体说明，实际上资费规则、用例和预期结果可以是其他内容，本申请在此不做具体限定。

在获得用例和用例对应的目标计量结果之后，以特定符号分割用例，例如以||分割不同的用例。并且将预期结果(即目标计量结果)以多层哈希(hash)表的形式存储，第一层hash表的键(key)为话单唯一编号，值(value)为hash表用于存储对应的用例的预期结果，第二层hash表的key为移动费/长途费/是否封顶/总累计量等计量业务，value为预期结果。

S22：基于各个用例，生成各个用例包含的计量业务的资源使用信息；

具体地，由于业务计量系统是根据电信基础系统(如交换机、网关设备)采集的用户对网络、通话、短信等资源使用信息和用户的资费标准进行计量的，因此，通过业务计量系统进行计量之前，需要先生成资源使用信息，以用例1为例，用例1包含的计量业务是通话时长，资源使用信息可以是已使用通话时长92分钟。

在一种可选的实施方式中，通过以下方式对用例和用例对应的资源使用信息进行预处理：

分别对各个用例和对应的资源使用信息进行预处理，获得标准格式的用例和标准格式的资源使用信息，标准格式为符合业务计量系统的输入格式的格式。

具体地，在通过业务计量系统进行计量之前，需要对产生的用例和资源使用信息进行预处理，生成符合业务计量系统输入格式的压缩包(即输入包)，每个号码对应一个输入包，每个输入包中包含一个用例和对应的资源使用信息，输入包的名称中包含号码，作为输入包的标识。

将产生的输入包移动到业务计量系统的输入目录，等待业务计量系统计量后产生输出包。

S23：通过业务计量系统根据各个用例，对各个用例对应的资源使用信息进行计量，获得各个用例对应的实际计量结果；

具体地，业务计量系统根据资源使用信息和用例，进行计量，仍以用例1为例，免费通话时长100分钟，当资源使用信息为已使用通话时长80分钟时，实际计量结果包括：移动费0元，长途费0元。对业务计量系统的输出包进行解析，获取到标识此话单的唯一key以及关键字段，比如收取的费用，流量使用量是否封顶等。

在获得用例对应的实际计量结果之后，通过以下步骤获得用例对应的目标计量结果：

步骤1：针对任意一个用例，基于用例的标识信息，从主查找表中获得用例对应的子查找表；

步骤2：基于子查找表，获得用例的目标计量结果。

具体地，通过唯一key从hash表中查到预期的结果，费用，流量使用量是否封顶等，具体方式为：基于用例的标识信息(即话单唯一编号)，从第一层hash表(即主查找表)中找到用例对象的子查找表(即第二层hash表)，并从子查找表中，获得用例的目标计量结果。

在本申请实施例中，通过主查找表获得用例对应的子查找表，以多层查找表的形式存储目标计量结果，能够节省内存占用空间，提高查找效率。

在一种可选的实施方式中，步骤2可以实施为；

基于用例包含的计量业务，从子查找表中，获得用例的目标计量结果。

具体地，从子查找表中，以用例包含的计量业务移动费/长途费/是否封顶/总累计量等为key，查找目标计量结果。

S24：基于各个用例对应的目标计量结果和实际计量结果，确定资费规则的测试结果。

具体地，每个资费规则对应至少一个用例，根据用例对应的目标计量结果和实际计量结果是否一致，确定用例是否通过，若资费规则对应的所有用例均通过，则资费规则的测试结果为通过。

在本申请实施例中，在进行资费测试时，根据预设的资费模板，自动生成对应的用例和目标计量结果，避免人工设计用例造成用例覆盖不全面的问题，通过业务计量系统获得用例的实际计量结果，自动比较用例的目标计量结果和实际计量结果是否一致，确定资费的测试结果，无需人工参与，自动化实现资费规则测试，有效提高资费测试的效率和准确率。

在一种可选的实施方式中，步骤S24可以实施为：

若各个用例对应的目标计量结果和实际计量结果一致，则确定资费规则的测试结果为通过；

若存在用例对应的目标计量结果和实际计量结果不一致，则确定资费规则的测试结果为不通过。

具体地，若资费规则对应的所有用例的目标计量结果和实际计量结果都一致，则资费规则的测试结果为通过；若存在用例对应的目标计量结果和实际计量结果不一致，则资费规则的测试结果为不通过。

在本申请实施例中，通过比对用例对应的目标计量结果和实际计量结果是否一致，确定资费规则的测试结果，无需人工比对，实现自动化测试各种主题套餐资费，极大节省人力资源。

在一种可选的实施方式中，若存在用例对应的目标计量结果和实际计量结果不一致(即待确认用例)，还需要执行以下步骤：

则向目标对象反馈待确认用例和待确认用例包含的计量业务。

具体地，存在目标计量结果和实际计量结果不一致时，表明对应的用例存在问题，需要写出不通过的用例，原因，以及关键的计费信息(即计量业务)，并入库，汇总所有的用例结果，并发送邮件通知给相关负责人，以使相关负责人根据测试结果调整资费规则，确保资费规则的正确性。

参阅图3，其为本申请实施例中的一种业务测试方法的流程示意图，包括以下步骤：

S301：根据资费规则对资费模板进行参数配置，生成资费规则对应的用例和目标计量结果，将目标计量结果存储到查找表中；

S302：预处理用例和用例对应的资源使用信息，生成符合业务计量系统输入格式的输入包；

S303：将输入包移动到业务计量系统的输入路径，通过业务计量系统根据用例对资源使用信息进行计量；

S304：获取业务计量系统的输出包；

S305：解析输出包获得实际计量结果，根据用例的标识信息从查找表中获取目标计量结果；

S306：比对用例对应的目标计量结果和实际计量结果是否一致，确定资费规则的测试结果；

S307：输出测试报告。

参阅图4，其为本申请实施例中的一种业务测试系统的结构示意图，下面对本申请中的业务测试方法进行具体说明：

首先，选定后付费号码，资费模板可以用于在资费生成系统中生成资费规则，因此可以通过用例生成模块生成后付费号码的上网资费模板用例，用例包括套餐内流量免费，超套餐后计费单价，达到一定的使用量下发短信提醒，到达封顶流量下发限速功能用例。省内漫游，省外漫游等也是上述用例。然后，通过话单预处理模块预处理上述用例，生成符合计费系统(即业务计量系统)输入格式的输入包，放到指定的目录；每次只移动一个输入包到计费系统的输入目录；等待计费系统产生输出包，超过指定超时时间则跳过，认为测试不通过；通过输出包解析模块解析输出包，提取出话单唯一编号和实际结果(即实际计量结果)；通过话单唯一编号和计费字段取出预期结果，并通过对比测试结果模块对比预期结果和实际结果，通过测试报告输出模块输出测试报告。

在本申请实施例中，业务测试系统唯一可变部分压缩和解压工具，定期更新，基本不涉及代码的维护，产品同时在使用资费配置模板生成资费后，甚至就可以直接使用资费配置模板生成测试用例，执行测试用例，输出测试报告，甚至不需要通过测试人员测试，极大的节省人力资源，提高业务测试效率。

基于相同的发明构思，本申请实施例还提供一种业务测试装置。如图5所示，其为业务测试装置500的结构示意图，可以包括：

配置单元501，用于基于资费规则对预设的资费模板进行参数配置，获得资费规则对应的至少一个用例和用例对应的目标计量结果；

生成单元502，用于基于各个用例，生成各个用例包含的计量业务的资源使用信息；

计量单元503，用于通过业务计量系统根据各个用例，对各个用例对应的资源使用信息进行计量，获得各个用例对应的实际计量结果；

确定单元504，用于基于各个用例对应的目标计量结果和实际计量结果，确定资费规则的测试结果。

可选的，装置还包括查找单元505，用于：

针对任意一个用例，基于用例的标识信息，从主查找表中获得用例对应的子查找表；

基于子查找表，获得用例的目标计量结果。

可选的，查找单元505具体用于：

基于用例包含的计量业务，从子查找表中，获得用例的目标计量结果。

可选的，确定单元具体用于：

若各个用例对应的目标计量结果和实际计量结果一致，则确定资费规则的测试结果为通过；

若存在用例对应的目标计量结果和实际计量结果不一致，则确定资费规则的测试结果为不通过。

可选的，确定单元504还用于：

若存在待确认用例，则向目标对象反馈待确认用例和待确认用例包含的计量业务，待确认用例对应的目标计量结果和预测计量结果不一致。

可选的，装置还包括处理单元506，用于：

分别对各个用例和对应的资源使用信息进行预处理，获得标准格式的用例和标准格式的资源使用信息，标准格式为符合业务计量系统的输入格式的格式。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备。在一种实施例中，该电子设备可以是服务器，如图1所示的服务器120。在该实施例中，电子设备的结构可以如图6所示，包括存储器601，通讯模块603以及一个或多个处理器602。

存储器601，用于存储处理器602执行的计算机程序。存储器601可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器601可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器601也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者存储器601是能够用于携带或存储具有指令或数据结构形式的期望的计算机程序并能够由计算机存取的任何其他介质，但不限于此。存储器601可以是上述存储器的组合。

处理器602，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器602，用于调用存储器601中存储的计算机程序时实现上述业务测试方法。

通讯模块603用于与终端设备和其他服务器进行通信。

本申请实施例中不限定上述存储器601、通讯模块603和处理器602之间的具体连接介质。本申请实施例在图6中以存储器601和处理器602之间通过总线604连接，总线604在图6中以粗线描述，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线604可以分为地址总线、数据总线、控制总线等。为便于描述，图6中仅用一条粗线描述，但并不描述仅有一根总线或一种类型的总线。

存储器601中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的业务测试方法。处理器602用于执行上述的业务测试方法，如图2所示。

在另一种实施例中，电子设备也可以是其他电子设备，如图1所示的终端设备110。在该实施例中，电子设备的结构可以如图7所示，包括：通信组件710、存储器720、显示单元730、摄像头740、传感器750、音频电路760、蓝牙模块770、处理器780等部件。

通信组件710用于与服务器进行通信。在一些实施例中，可以包括电路无线保真(Wireless Fidelity，WiFi)模块，WiFi模块属于短距离无线传输技术，电子设备通过WiFi模块可以帮助用户收发信息。

存储器720可用于存储软件程序及数据。处理器780通过运行存储在存储器720的软件程序或数据，从而执行终端设备110的各种功能以及数据处理。存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器720存储有使得终端设备110能运行的操作系统。本申请中存储器720可以存储操作系统及各种应用程序，还可以存储执行本申请实施例中的业务测试方法的计算机程序。

显示单元730还可用于显示由用户输入的信息或提供给用户的信息以及终端设备110的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元730可以包括设置在终端设备110正面的显示屏732。其中，显示屏732可以采用液晶显示器、发光二极管等形式来配置。显示单元730可以用于显示本申请实施例中的业务测试用户界面等。

显示单元730还可用于接收输入的数字或字符信息，产生与终端设备110的用户设置以及功能控制有关的信号输入，具体地，显示单元730可以包括设置在终端设备110正面的触摸屏731，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

其中，触摸屏731可以覆盖在显示屏732之上，也可以将触摸屏731与显示屏732集成而实现终端设备110的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元730可以显示应用程序以及对应的操作步骤。

摄像头740可用于捕获静态图像，用户可以将摄像头740拍摄的图像通过应用发布评论。摄像头740可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器780转换成数字图像信号。

终端设备还可以包括至少一种传感器750，比如加速度传感器751、距离传感器752、指纹传感器753、温度传感器754。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路760、扬声器761、传声器762可提供用户与终端设备110之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出。终端设备110还可配置音量按钮，用于调节声音信号的音量。另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出至通信组件710以发送给比如另一终端设备110，或者将音频数据输出至存储器720以便进一步处理。

蓝牙模块770用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块770与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

处理器780是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器720内的软件程序，以及调用存储在存储器720内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器780可包括一个或多个处理单元；处理器780还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器780中。本申请中处理器780可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例的业务测试方法。另外，处理器780与显示单元730耦接。

在一些可能的实施方式中，本申请提供的业务测试方法的各个方面还可以实现为一种程序产品的形式，其包括计算机程序，当程序产品在电子设备上运行时，计算机程序用于使电子设备执行本说明书上述描述的根据本申请各种示例性实施方式的业务测试方法中的步骤，例如，电子设备可以执行如图2中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括计算机程序，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的计算机程序，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。计算机程序可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用计算机程序的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序命令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序命令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的命令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序命令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的命令产生包括命令装置的制造品，该命令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序命令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的命令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种业务测试方法，其特征在于，该方法包括：

基于资费规则对预设的资费模板进行参数配置，获得所述资费规则对应的至少一个用例和所述用例对应的目标计量结果；

基于各个所述用例，生成各个所述用例包含的计量业务的资源使用信息；

通过业务计量系统根据各个所述用例，对各个所述用例对应的资源使用信息进行计量，获得各个所述用例对应的实际计量结果；

基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果。

2.如权利要求1所述的方法，其特征在于，在所述基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果之前，还包括：

针对任意一个用例，基于所述用例的标识信息，从主查找表中获得所述用例对应的子查找表；

基于所述子查找表，获得所述用例的目标计量结果。

3.如权利要求2所述的方法，其特征在于，所述基于所述子查找表，获得所述用例的目标计量结果，包括：

基于所述用例包含的计量业务，从所述子查找表中，获得所述用例的目标计量结果。

4.如权利要求1所述的方法，其特征在于，所述基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果，包括：

若各个所述用例对应的目标计量结果和实际计量结果一致，则确定所述资费规则的测试结果为通过；

若存在所述用例对应的目标计量结果和实际计量结果不一致，则确定所述资费规则的测试结果为不通过。

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

若存在待确认用例，则向目标对象反馈所述待确认用例和所述待确认用例包含的计量业务，所述待确认用例对应的目标计量结果和预测计量结果不一致。

6.如权利要求1～5任一所述的方法，其特征在于，在所述通过业务计量系统根据各个所述用例，对各个所述用例对应的资源使用信息进行计量，获得各个所述用例对应的实际计量结果之前，还包括：

分别对各个所述用例和对应的资源使用信息进行预处理，获得标准格式的用例和标准格式的资源使用信息，所述标准格式为符合所述业务计量系统的输入格式的格式。

7.一种业务测试装置，其特征在于，包括：

配置单元，用于基于资费规则对预设的资费模板进行参数配置，获得所述资费规则对应的至少一个用例和所述用例对应的目标计量结果；

生成单元，用于基于各个所述用例，生成各个所述用例包含的计量业务的资源使用信息；

计量单元，用于通过业务计量系统根据各个所述用例，对各个所述用例对应的资源使用信息进行计量，获得各个所述用例对应的实际计量结果；

确定单元，用于基于各个所述用例对应的目标计量结果和实际计量结果，确定所述资费规则的测试结果。

8.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1～6中任一所述方法的步骤。

9.一种计算机可读存储介质，其特征在于，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行权利要求1～6中任一所述方法的步骤。

10.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从所述计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行权利要求1～6中任一所述方法的步骤。

Images