CN116107910B - 绩效系统的测试方法、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种绩效系统的测试方法、电子设备及存储介质，绩效系统的测试方法包括：响应于对绩效系统的场景测试请求，确定场景测试请求对应的目标测试参数；根据目标测试参数，确定金融测试数据以及场景测试请求对应的至少一个流程节点；利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果。通过上述方式，本申请提供的绩效系统的测试方法可以对不同场景进行自动化测试。

Description

绩效系统的测试方法、电子设备及存储介质

技术领域

本申请涉及计算机处理技术领域，特别是绩效系统的测试方法、电子设备及存储介质。

背景技术

传统的绩效算薪依赖于用户的手动操作，需要人工进行数据获取、核对、汇总、送审、发放，报账等操作。对于数据量庞大、涉及大额资金等情况，工作量大且容易出错。

随着时代发展，绩效算薪已实现线上全自动发放后，释放产能，全流程规范化操作，减少手工计算失误，提升客户满意度。

但针对这一全自动的薪资发放流程，测试工作却异常艰难。

发明内容

本申请提供一种绩效系统的测试方法、电子设备及存储介质，可以利用不同的场景下的金融数据对流程节点进行自动化测试。

为了解决上述技术问题，本申请采用的一个技术方案是：提供一种绩效系统的测试方法，该方法包括：响应于对绩效系统的场景测试请求，确定场景测试请求对应的目标测试参数；根据目标测试参数，确定与金融测试数据以及场景测试请求对应的至少一个流程节点；利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

其中，响应于对绩效系统的场景测试请求，确定场景测试请求对应的目标测试参数之前，包括：在绩效系统新增发放渠道时，生成与渠道对应的场景测试请求。

其中，响应于对绩效系统的场景测试请求，确定场景测试请求对应的目标测试参数，包括：响应于对绩效系统的场景测试请求，提供一交互界面；响应于用户输入或选择的待测试参数，将待测试参数确定为目标测试参数。

其中，根据目标测试参数，确定与金融测试数据以及场景测试请求对应的至少一个流程节点，包括：根据目标测试参数，确定场景测试请求对应的第三方系统，构造出与第三方系统对应的模拟测试数据；利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果，包括：利用模拟测试数据和金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

其中，利用模拟测试数据和金融测试数据对至少一个流程节点进行测试，得到场景测试结果，包括：在测试过程中，响应于调用第三方系统，获取模拟测试数据；利用模拟测试数据和金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

其中，利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果，包括：在测试过程中，响应于测试异常，获取与测试异常对应的异常流程节点；回滚至异常流程节点，利用另一批金融测试数据从异常流程节点进行测试，得到场景测试结果。

其中，场景测试请求为清数请求；利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果，包括：利用金融测试数据对至少一个流程节点进行自动清数测试，得到自动清数测试结果。

其中，流程节点包括第三方系统节点、奖金汇总节点、计税节点、银行发放节点和报账节点中至少一个。

为了解决上述技术问题，本申请采用的另一技术方案是：提供一种电子设备，该电子设备包括存储器和处理器，其中，存储器用于存储计算机程序，处理器用于执行计算机程序以实现上述绩效系统的测试方法。

为了解决上述技术问题，本申请采用的另一技术方案是：提供一种计算机可读储存介质，该计算机可读储存介质用于存储计算机程序，计算机程序在被处理器执行时用于实现上述绩效系统的测试方法。

本申请的有益效果是：区别于现有技术，本申请提供的绩效系统的测试方法通过确定与场景测试请求对应的目标测试参数，并根据目标测试参数，确定金融测试数据以及场景测试请求对应的至少一个流程节点，进而利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果，可以根据场景测试与测试参数的对应关系，确定出场景对应的流程节点以及利用不同的场景下的金融数据对流程节点进行自动化测试。

附图说明

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

图1是本申请提供的绩效系统测试方法第一实施例的流程示意图；

图2是本申请提供的步骤11一实施例的流程示意图；

图3是本申请提供的交互界面一实施例的示意图；

图4是本申请提供的绩效系统测试方法第二实施例的流程示意图；

图5是本申请提供的电子设备一实施例的结构示意图；

图6是本申请提供的计算机可读储存介质一实施例的结构示意图。

具体实施方式

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

随着时代发展，绩效算薪已实现线上全自动发放后，释放产能，全流程规范化操作，减少手工计算失误，提升客户满意度。

但针对这一全自动的薪资发放流程，测试工作却异常艰难。1、按照实际业务逻辑，薪资月发放流程不可逆，不允许重复发放。但从测试的角度，必须对改流程进行反复验证才能覆盖多个测试场景。2、发放流程牵涉到大数据环境、以及EOA文件审批，中间业务平台，财智通报账等关联系统，容易收到其它系统影响，延后测试进度。3、涉及大额资金，每次版本修改都需要回归，不支持单节点测试，测试周期长，难度大，环节之间数据有相互影响与校验。在快速迭代的敏捷管理模式下，流程自动化测试的需求日益迫切。基于此，本申请提出以下任一实施例以解决上述任一技术问题。

参阅图1，图1是本申请提供的绩效系统测试方法第一实施例的流程示意图，该方法包括：

步骤11：响应于对绩效系统的场景测试请求，确定场景测试请求对应的目标测试参数。

在绩效系统中，主要涉及到相关人员月度奖金发放。可以归纳总结为如下4个阶段：奖金明细汇总，按纳税规定计税，银行薪资发放，报账。实际上述每一阶段对应定义为相应的场景。本申请能够对每一场景进行单独测试或关联测试。可以理解，每一场景对应了不同的流程节点。

在一些实施例中，可以提供一交互界面，测试人员可以在该交互界面选择需要测试的场景，进而生成相应的场景测试请求。

在一些实施例中，可以对场景对应的造数过程模块化。通过与场景对应的测试参数，构造出与场景对应的金融测试数据。针对绩效系统中的新渠道或新产品，无需重新梳理测试造数场景，只需要修改对应测试参数，即可构造出与场景对应的金融测试数据，进而对整个绩效系统的发放流程进行业务逻辑验证。

在一些实施例中，参阅图2，步骤11可以包括以下流程：

步骤21：响应于对绩效系统的场景测试请求，提供一交互界面。

在一些实施例中，绩效系统的测试方法可以利用计算机编程语言Python实现，此时可以响应于对绩效系统的场景测试请求，利用Python的第三方库PyWebIO生成一可以交互的Web界面。

其中，PyWebIO提供了一系列命令式的交互函数，以利用这些交互函数在浏览器上获取用户输入信息，并对这些输入信息进行输出，PyWebIO可以用于构建Web应用或基于浏览器的GUI应用。

在其他实施例中，绩效系统的测试方法可以利用计算机编程语言Java实现，此时可以响应于对绩效系统的场景测试请求，利用Java生成一可以进行交互的显示界面。

在交互界面上可以提供相应的输入栏或者提供众多可选择的测试参数。其中，测试参数与场景相关联。

步骤22：响应于用户输入或选择的待测试参数，将待测试参数确定为目标测试参数。

在一些实施例中，响应于用户在交互界面上输入或选择的待测试参数，可以将输入或选择的待测试参数确定为目标测试参数。

如，针对“额外奖金”这一场景，需要测试“额外奖金”的计算金额是否准确，此时，响应于用户在交互界面上选择若干个绩效发放目标，如目标A、目标B和目标C，将目标A、目标B和目标C中与“额外奖金”这一事项相关的数据进行汇总，进而将汇总的数据作为目标测试参数。

在一些实施例中，如图3所示，交互界面至少包括测试参数组件、和流程节点选择组件。其中，测试参数组件支持用户选择在交互界面上显示的测试参数，也支持调用用户在交互界面上自定义输入的测试参数；流程节点选择组件支持用户选择在交互界面上显示的流程节点，也支持调用用户在交互界面上自定义输入的流程节点。

步骤12：根据目标测试参数，确定金融测试数据以及场景测试请求对应的至少一个流程节点。

绩效发放通常可以归纳为四个阶段，即奖金明细汇总、按照纳税规定计税、银行薪资发放和报账。也就是说，本申请涉及的流程节点至少包括第三方系统节点、奖金汇总节点、计税节点、银行发放节点和报账节点中至少一个。

其中，第三方系统节点指的是可以调用第三方系统中的数据、参数等信息的节点，其中第三方系统可以是中间业务平台，也可以是与绩效系统关联的系统，如报账系统；奖金汇总节点可以对各个中间业务系统或其他关联系统中与奖金有关的数据进行汇总；计税节点可以对绩效系统中所有用户应缴纳税额进行计算；银行发放节点指的是绩效系统连接银行系统之间的节点，在绩效系统中计算好需要发放的各种数据之后，可以利用银行发放节点将对应金额进行发放；报账节点支持用户进行账单报销等操作。

在一些实施例中，可以根据目标测试参数，确定场景测试请求对应的第三方系统，进而构造出与第三方系统对应的模拟测试数据。

确定场景测试请求对应的第三方系统之后，可以从第三方系统获取相应数据、参数，以对第三方系统中的数据进行测试，但是，并非第三方系统的所有数据都可以被获取，此时可以构造出与第三方系统对应的模拟测试数据，以利用这些模拟测试数据替代第三方系统中不容易获取的数据。

其中，模拟测试数据可以通过Mock测试获取，在Mock测试过程中，可以对某些不容易构造或不容易获取的对象，用一个虚拟对象来创建，进而方便进行测试，这个虚拟对象就是Mock对象，Mock对象是真实对象在测试阶段的替代品。

在一些实施例中，可以通过自主研发的Python脚本工具去Mock各个中间业务系统的金融数据（即模拟测试数据）如奖励明细数据，并将获取的金融数据导入对应的hive表中，以利用hive表对导入的数据进行数据加工。其中，hive是一个基于Hadoop（分布式系统基础架构）的数据仓库工具，可以用于进行数据提取、转化、加载等操作。进而可以利用模拟测试数据对对应的场景进行跑数验证、合并发放等操作。

步骤13：利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

在一些实施例中，利用金融测试数据对至少一个流程节点进行测试前，需要对金融测试数据进行数据处理，以将金融测试数据中不合理的数据进行清洗。

具体地，绩效系统利用编程语言Python实现，此时可以利用Pandas对金融测试数据进行数据处理。其中Pandas是一个基于Python的分析结构化数据工具集，用于数据挖掘、数据分析和数据清洗等。

在一些实施例中，可以利用模拟测试数据和金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

具体地，在测试过程中，响应于调用第三方系统，获取模拟测试数据，接着利用模拟测试数据和金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

如，利用从第三方系统获取的模拟测试金融数据和金融测试数据对奖金汇总节点进行测试，可以得到相应的奖金汇总测试结果，该奖金汇总测试结果为对模拟测试金融数据和金融测试数据中属于“奖金”这一范畴的金融数据的汇总金额，以及汇总金额与真实汇总金额之间的对比结果。

在一些实施例中，响应于在测试过程中出现的测试异常，获取测试异常对应的异常流程节点，接着回滚至异常流程节点，利用另一批金融测试数据从所异常流程节点进行测试，得到场景测试结果。

本申请涉及的流程节点支持单节点验证，即在某一个节点发生故障或报错时，可以重新回滚至报错的流程节点，以继续进行相应操纵，而不是从头开始。

如，响应于在“奖金汇总节点”发生测试异常，可以利用另一批金融数据直接对“奖金汇总节点”进行测试，而其他没有发生测试异常的节点则可以跳过测试过程，节省时间、提高效率。

在一些实施例中，场景测试请求为清数请求，可以利用金融测试数据对至少一个流程节点进行自动清数测试，得到自动清数测试结果。

具体地，对场景测试时，需要进行反复验证测试，但存在对某一场景测试时没有足够多的数据支撑测试的反复进行，此时可以利用自主研发的Python自动化脚本对所有中间业务系统或指定中间业务系统的数据进行自动清数，得到自动清数测试结果。如，针对各发放流程中的各测试场景，需要对发放流程进行反复验证测试，测试环境没有足够多月份的数据可供使用，通过Python自动化脚本，可实现多渠道自动清数，或指定渠道自动清数，利用夜间系统自动跑批，时效提升4小时。

区别于现有技术，本申请提供的绩效系统测试方法可以确定与场景测试请求对应的目标测试参数，并根据目标测试参数，确定金融测试数据以及场景测试请求对应的至少一个流程节点，进而利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果，可以根据场景测试与测试参数的对应关系，确定出场景对应的流程节点以及利用不同的场景下的金融数据对流程节点进行自动化测试。

参阅图4，图4是本申请提供的绩效系统测试方法第二实施例的流程示意图，该方法包括：

步骤41：在绩效系统新增发放渠道时，生成渠道对应的场景测试请求。

具体地，在绩效系统中新增发放渠道或产品时，可以生成与渠道或产品对应的场景测试请求。

如，对绩效系统中“奖金”这一测试场景，由统计用户A和用户B的奖金，变成统计用户A、用户B和用户C的奖金，即新增“统计用户C的奖金”这一场景测试请求。

又如，对绩效系统中“产品生产金额汇总”这一测试场景，由统计产品A和产品B的生产花费资金，变成统计产品A、产品B和产品C的生产花费资金，即新增“统计产品C生产花费资金”这一场景测试请求。

步骤42：响应于对绩效系统的场景测试请求，确定场景测试请求对应的目标测试参数。

步骤43：根据目标测试参数，确定金融测试数据以及场景测试请求对应的至少一个流程节点。

步骤44：利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果。

步骤42至步骤44可以与上述任一实施例具备相同或相似的技术特征，这里不再赘述。

在一些实施例中，得到场景测试结果之后，需要对场景测试结果进行校验。对场景测试结果进行校验，涉及到的校验节点至少包括税务信息校验节点、资金检验节点和账务校验节点中一个。

区别于现有技术，本申请提供的绩效系统测试方法可以确定与新增发放渠道的场景测试请求对应的目标测试参数，并根据目标测试参数，确定金融测试数据以及场景测试请求对应的至少一个流程节点，进而利用金融测试数据对至少一个流程节点进行测试，得到场景测试结果，可以利用不同的场景下的金融数据对流程节点进行自动化测试。

参阅图5，图5是本申请提供的电子设备一实施例的结构示意图，该电子设备50包括存储器501和处理器502，存储器501用于存储计算机程序，处理器502用于执行计算机程序以实现上述任一实施例所述的绩效系统测试方法，这里不再赘述。

参阅图6，图6是本申请提供的计算机可读储存介质一实施例的结构示意图，该计算机可读储存介质60用于存储计算机程序601，计算机程序601在被处理器执行时用于实现上述任一实施例所述的绩效系统测试方法，这里不再赘述。

综上所述，本申请提供的绩效系统测试方法可以自动化对绩效系统中各个流程节点进行测试，且支持新增产品或渠道进行自动化测试。

本申请涉及的处理器可以称为CPU（Central Processing Unit，中央处理单元），可能是一种集成电路芯片，还可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请使用的存储介质包括U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (4)

1.一种基于Python的绩效系统的测试方法，其特征在于，所述方法包括：

在所述绩效系统新增发放渠道时，生成与所述渠道对应的场景测试请求；

响应于对所述绩效系统的场景测试请求，提供一交互界面；其中，所述交互界面至少包括测试参数组件和流程节点选择组件；所述测试参数组件支持用户选择在所述交互界面上显示的测试参数，以及支持用户在所述交互界面上自定义输出的测试参数；所述流程节点选择组件支持用户选择在所述交互界面上显示的流程节点，以及支持调用用户在所述交互界面上自定义输入的流程节点；其中，所述流程节点包括第三方系统节点、奖金汇总节点、计税节点、银行发放节点和报账节点中至少一个；

响应于用户输入或选择的待测试参数，将所述待测试参数确定为目标测试参数；

根据所述目标测试参数，确定所述场景测试请求对应的第三方系统；

构造出与所述第三方系统对应的模拟测试数据；其中，所述模拟测试数据为无法直接从所述第三方系统获取的数据；

将所述模拟测试数据导入hive表，以利用所述hive表对所述模拟测试数据进行数据处理，得到最终的模拟测试数据；其中，所述数据处理至少包括数据提取、数据转化和数据加载；

利用所述最终的模拟测试数据和金融测试数据对至少一个所述流程节点进行测试，得到场景测试结果；以及

在测试过程中，响应于测试异常，获取与所述测试异常对应的异常流程节点；回滚至所述异常流程节点，利用另一批金融测试数据从所述异常流程节点进行测试，得到场景测试结果；以及

在所述场景测试请求为清数请求时，利用所述金融测试数据对所述至少一个流程节点进行自动清数测试，得到自动清数测试结果。

2.根据权利要求1所述的方法，其特征在于，所述利用所述最终的模拟测试数据和金融测试数据对至少一个所述流程节点进行测试，得到场景测试结果，包括：

在测试过程中，响应于调用所述第三方系统，获取所述模拟测试数据；

利用所述模拟测试数据和金融测试数据对至少一个所述流程节点进行测试，得到场景测试结果。

3.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序以实现如权利要求1-2任一项所述的方法。

4.一种计算机可读储存介质，其特征在于，所述计算机可读储存介质用于存储计算机程序，所 述计算机程序在被处理器执行时用于实现如权利要求1-2任一项所述的方法。