CN113778866A - 银行业务系统的测试方法、装置及设备 - Google Patents

Abstract

本申请公开了一种银行业务系统的测试方法、装置及设备，涉及测试技术领域。该方法包括获取至少两个测试任务工单，如果至少两个测试任务工单中包含的测试任务信息存在关联关系，合并至少两个测试任务工单，得到至少一个合并工单后，对每个合并工单指示的测试任务进行测试。其中，测试任务工单用于指示测试任务信息。如此，可根据不同测试任务工单中测试任务信息的关联关系，将存在关联关系的不同测试任务工单合并，进而对合并工单进行测试，减少了测试的工作量，提高了测试效率。

Description

银行业务系统的测试方法、装置及设备

技术领域

本申请涉及测试技术领域，尤其涉及一种银行业务系统的测试方法、装置及设备。

背景技术

银行业务系统开发完成后，技术人员需要对银行业务系统进行测试。由于银行业务系统的规模大、关联强，在银行业务系统测试过程中，需要保证测试的高覆盖率，由此会导致产生冗余测试，进而致使测试工作量大，测试效率低下。

如何降低银行业务系统的测试工作量，提高测试效率是亟待解决的问题。

发明内容

本申请提供了一种银行业务系统的测试方法、装置及设备，用于提高银行业务系统的测试效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供了一种银行业务系统的测试方法，该方法包括：获取至少两个测试任务工单，根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单，进而对每个合并工单指示的测试任务进行测试。其中，测试任务工单用于指示测试任务信息。如此，可以根据不同测试任务工单中测试任务信息的关联关系，将存在关联关系的不同测试任务工单合并，进而对合并工单进行测试，减少了冗余测试，进而减少了测试工作量，提高了测试效率。

一种可能的实现方式中，根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单，包括：根据至少两个测试任务工单中测试任务信息包含的银行业务系统的关联关系，合并至少两个测试任务工单，得到至少一个合并工单。若两个测试任务工单中测试任务信息包含的银行业务系统存在关联关系，可以将两个测试任务工单合并为一个任务工单，以便于减少冗余测试。

一种可能的实现方式中，根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单，包括：根据至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系和项目交付时间，合并至少两个测试任务工单，得到至少一个合并工单。

一种可能的实现方式中，对每个合并工单指示的测试任务进行测试，包括：若第一合并工单指示的测试任务信息还包括与第一合并工单指示的第一业务系统关联的第二业务系统，对第一业务系统和第二业务系统联合测试。

一种可能的实现方式中，在对每个合并工单指示的测试任务进行测试之前，该方法还包括：根据至少一个合并工单生成测试计划，测试计划包括测试人员信息，测试用例和每日执行测试用例数量。

一种可能的实现方式中，对每个合并工单指示的测试任务进行测试，包括：根据测试计划，对每个合并工单指示的测试任务进行测试。

第二方面，提供了一种测试装置，包括：获取单元，用于获取至少两个测试任务工单，测试任务工单用于指示测试任务信息；处理单元，用于根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单；处理单元，还用于对每个合并工单指示的测试任务进行测试。

一种可能的实现方式中，处理单元，具体用于根据至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系，合并至少两个测试任务工单，得到至少一个合并工单。

一种可能的实现方式中，处理单元，具体用于根据至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系和项目交付时间，合并至少两个测试任务工单，得到至少一个合并工单。

一种可能的实现方式中，若第一合并工单指示的测试任务信息还包括与第一合并工单指示的第一业务系统关联的第二业务系统，处理单元，具体用于对第一业务系统和第二业务系统联合测试。

一种可能的实现方式中，处理单元，还用于根据至少一个合并工单生成测试计划，测试计划包括测试人员信息、测试用例和每日执行测试用例数量。

一种可能的实现方式中，处理单元，具体用于根据测试计划，对每个合并工单指示的测试任务进行测试。

第三方面，提供了一种测试设备，包括：处理器和存储器；存储器存储有处理器可执行的指令；处理器被配置为执行所述指令时，使得测试设备实现如上述第一方面所提供的方法。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储计算机指令，当该计算机指令在计算机上运行时，使得计算机执行第一方面所提供的任意一种方法。

第五方面，提供了一种提供了一种包含计算机指令的计算机程序产品，当该计算机指令在计算机上运行时，使得计算机执行第一方面所提供的任意一种方法。

上述第二方面至第五方面中任一种可能的实现方式所代带来的技术效果可参加第一方面中对应实现方式所带来的技术效果，在此不再赘述。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本申请实施例提供的一种银行业务系统的测试方法流程示意图；

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

图3为本申请实施例提供的一种测试设备的硬件结构示意图。

具体实施方式

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

在本申请实施例中，为了便于清楚描述本申请实施例的技术方案，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。该“第一”、第二”描述的技术特征间无先后顺序或者大小顺序。

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

在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

在本申请实施例中，至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。

随着科技的发展与进步，银行开拓了越来越多的业务系统，比如网上银行和手机银行等。为了使银行业务系统能够满足不断变化的用户及业务需求，或者修复银行业务系统的漏洞或者缺陷，需要对银行业务系统进行更新迭代。银行业务系统更新迭代后，需要对更新后的银行业务系统进行测试，以保证更新后的银行业务系统可以正常运行。

下面将结合附图，对本申请实施例提供的一种银行业务系统的测试方法、装置及设备进行详细描述。

如图1所示，本申请实施例提供了一种银行业务系统的测试方法，该方法可以由服务器执行。在本申请实施例中，服务器可以是单独的一个服务器，也可以是由多个服务器构成的服务器集群，部分实施方式中，服务器集群还可以是分布式服务器集群。本申请对服务器的具体实现方式不作限定。该方法包括以下步骤。

S101、服务器获取至少两个测试任务工单。

其中，测试任务工单用于指示测试任务信息。

对于一个开发完成的银行业务系统，为了验证银行业务系统的功能能否满足需求，需要在各种场景下对银行业务系统进行测试，从而发现和改进银行业务系统存在的问题。

测试任务工单用于指示测试任务信息，测试任务信息包括银行业务系统的标识、提交测试版本时间、项目交付时间和配合业务系统的标识。

银行业务系统的标识可以用于唯一指示一个银行业务系统，可以是银行业务系统的名称。提交测试版本日期可以是指开发人员完成银行业务系统的开发的日期。项目交付时间指银行业务系统测试完成后提交正式版本的日期。

可以理解地，银行业务系统间关联性较强，一个银行业务系统的使用，可能需要得到其他银行业务系统的配合。例如，手机银行中转账功能的使用，需要得到核心银行系统的配合，核心银行系统指金融行业的银行核心业务系统。示例性地，用户A通过手机银行向用户B进行转账，转账操作完成后，手机银行向核心银行系统发送转账请求，核心银行系统接收到手机银行发起的转账请求后，根据转账请求对用户A的账户上减去相应数额，对用户B的账户增加相应数额。

同样的，对一个银行业务系统进行测试时，也可能需要其他银行业务系统的配合测试。在本申请实施例中，其他银行业务系统可以称作配合业务系统，配合业务系统的标识可以用于唯一指示一个配合业务系统，可以是配合业务系统的名称。

S102、服务器根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单。

在一种情形下，至少两个测试任务工单中测试任务信息的关联关系可以是至少两个测试任务信息包含的银行业务系统标识的关联关系。

具体地，若至少两个测试任务工单中测试任务信息包含的银行业务系统标识相同，可以将至少两个测试任务工单合并，得到至少一个合并工单。

可以理解地，银行业务系统包括多种功能，若至少两个测试任务工单中测试任务信息包含的银行业务系统标识相同，可以表示至少两个测试任务工单针对的是同一银行业务系统，但测试的可能是同一银行业务系统的不同功能，可以将至少两个测试任务合并为一个测试任务，进而可以将至少两个测试任务工单合并为一个任务工单。

在另一种情形下，至少两个测试任务工单中测试任务信息的关联关系可以是至少两个测试任务信息包含的银行业务系统标识的关联关系和项目交付时间。

具体地，若至少两个测试任务工单中测试任务信息包含的银行业务系统标识相同，项目交付时间相同，可以将至少两个测试任务工单合并，得到至少一个合并工单。

可以理解地，银行业务系统地规模大、关联性较强，大量的测试项目需要在固定的时间完成测试。若两个测试任务工单中测试任务信息包含的银行业务系统标识相同，项目交付时间也相同，则代表此至少两个项目任务工单指示的银行业务系统是同一银行业务系统，且需要在同一时间完成测试，进行交付，进而可以将此至少两个测试任务工单进行合并，得到至少一个合并工单。

在一种可能的实现方式中，测试任务工单中测试任务信息还可以包括其他信息，若一个测试任务工单中测试任务信息包括的其他信息与任一个测试任务工单中测试任务信息包括的其他信息存在关联关系，可以将一个测试任务工单与任一个测试任务工单进行合并，得到合并工单。合并工单包含了具有关联关系的测试任务工单的测试任务信息。

若任意两个测试任务工单中测试任务信息存在关联关系，可以将任意两个测试任务工单合并为一个任务工单。若任意三个测试任务工单中测试任务信息存在关联关系，可以将任意三个测试任务工单合并为一个任务工单。若任意多个测试任务工单中测试任务信息存在关联关系，可以将任意多个测试任务工单合并为一个任务工单。本申请实施例对于具有关联关系的测试任务工单的数量不予限定。

示例性地，参见表1，为测试任务工单表。

表1

具备关联关系的测试任务工单合并后的合并工单可以称作第一合并工单。第一合并工单指示的银行业务系统可以称作第一业务系统，第一合并工单指示的配合业务系统可以称作第二业务系统。第一合并工单包含了具有关联关系的测试任务工单的测试任务信息。若第一合并工单指示的测试任务信息还包括与第一合并工单指示的第一业务系统关联的第二业务系统，对第一业务系统和第二业务系统联合测试。

由上述表1可知，测试任务工单001和测试任务工单003的银行业务系统标识相同，且项目交付时间相同，可以将测试任务工单001和测试任务工单003合并为一个工单，且测试任务工单001指示的业务系统A需要业务系统B、业务系统C和业务系统D配合，测试任务工单003指示的业务系统A需要业务系统C、业务系统D和业务系统E配合，可以将第一合并工单包括的测试任务工单001和测试任务工单003所需要的配合业务系统合并，也即第一合并工单指示的第一业务系统是业务系统A，第一业务系统关联的第二业务系统包括业务系统B、业务系统C、业务系统D和业务系统E(重复业务系统C和业务系统D的测试，在同一测试任务T-001下进行测试)，进而可以对第一业务系统和第二业务系统进行联合测试。可以得到下述表2。

示例性地，参见表2，为合并工单表。

表2

如此一来，可以针对合并工单001对银行业务系统A和配合业务系统B、配合业务系统C、配合业务系统D以及配合业务系统E进行联合测试，减少了测试任务工单001和测试任务工单003中重复的配合业务系统C和配合业务系统D的测试，也即减少了冗余测试，降低了测试工作量。

S103、服务器根据至少一个合并工单生成测试计划。

测试计划包括测试人员信息、测试用例和每日执行测试用例数量。

银行业务系统规模庞大，通常会划分为多个功能，不同的研发人员或团队负责研发不同的功能，且不同功能间存在调用关系。同样的，银行业务系统的测试，也可以由不同的测试人员或团队进行测试，服务器根据至少一个合并工单，对测试人员信息进行编制。测试人员信息包括测试人员或团队的信息以及每个测试人员或团队负责的测试信息。

测试用例(Test Case)是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化为可管理的模式，同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。服务器针对至少一个合并工单，生成每个合并工单的测试用例，以及根据服务器算力能力大小或银行业务系统的项目交付时间，规划每日执行测试用例数量。

S104、服务器根据测试计划，对每个合并工单指示的测试任务进行测试。

S105、服务器反馈测试结果。

服务器根据测试计划，对每个合并工单指示的测试任务测试完成后，可以在服务器的显示界面上显示测试结果。测试结果可以分为通过和失败。通过指测试结束，得到了预料中的测试结果、测试状态和测试行为。失败指得到了预料之外的测试结果、测试状态或测试行为，这些测试结果、测试状态或测试行为与测试目标不一致，存在测试问题，需要将一个或多个测试问题记录下来，以便于技术人员根据测试问题对银行业务系统进行调整。

可选地，服务器的显示界面上显示的测试结果可以是多维度的数据报表，包括测试任务执行进度、计划完成率和测试问题汇总等信息。

基于图1所示的实施例，服务器可以根据测试任务工单中测试任务信息的关联关系，将至少两个测试任务工单进行合并，进而对合并工单指示的测试任务进行测试，减少了相同的银行业务系统测试中重复的配合业务系统的测试，也即减少了冗余测试，进而减少了测试工作量，提高了测试效率。

上述主要从各个节点之间交互的角度对本申请提供的方案进行了介绍。可以理解的是，各个节点，例如服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

图2示出本申请实施例提供的一种测试装置的组成示意图。如图2所示，该测试装置20包括处理单元201和获取单元202。可选的，该测试装置20还可以包括存储单元203。该测试装置20可以为网络设备或者网络设备中的芯片或者片上系统。

获取单元202，用于获取至少两个测试任务工单，测试任务工单用于指示测试任务信息。

处理单元201，用于根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单。

处理单元201，还用于对每个合并工单指示的测试任务进行测试。

可选的，处理单元201，具体用于根据至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系，合并至少两个测试任务工单，得到至少一个合并工单。

可选的，处理单元201，具体用于根据至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系和项目交付时间，合并至少两个测试任务工单，得到至少一个合并工单。

可选的，若第一合并工单指示的测试任务信息还包括与第一合并工单指示的第一业务系统关联的第二业务系统，处理单元201，具体用于对第一业务系统和第二业务系统联合测试。

可选的，处理单元201，还用于根据至少一个合并工单生成测试计划，测试计划包括测试人员信息、测试用例和每日执行测试用例数量。

可选的，处理单元201，具体用于根据测试计划，对每个合并工单指示的测试任务进行测试。

存储单元203，用于存储至少两个测试任务工单。

可选的，存储单元203，用于存储至少一个合并工单。

图2中的单元也可以称为模块，例如，处理单元可以称为处理模块。另外，在2所示的实施例中，各个单元的名称也可以不是图中所示的名称，例如，获取单元也可以称为通信单元。

图2中的各个单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。存储计算机软件产品的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供一种测试装置的硬件结构示意图，如图3所示，该测试装置10包括处理器11，可选的，还包括与处理器11连接的存储器12和通信接口13。处理器11、存储器12和通信接口13通过总线14连接。

处理器11可以是中央处理器(central processing unit，CPU)，通用处理器网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器还可以是其它任意具有处理功能的装置，例如电路、器件或软件模块。处理器11也可以包括多个CPU，并且处理器11可以是一个单核(single-CPU)处理器，也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

在本申请实施例中，处理器11可以用于实现上述测试装置20中处理单元201的功能，示例性地，处理器11可以用于根据至少两个测试任务工单中测试任务信息的关联关系，合并至少两个测试任务工单，得到至少一个合并工单。

存储器12可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，本申请实施例对此不作任何限制。存储器12可以是独立存在，也可以和处理器11集成在一起。其中，存储器12中可以包含计算机程序代码。处理器11用于执行存储器12中存储的计算机程序代码，从而实现本申请实施例提供的方法。通信接口13可以用于与其他设备或通信网络通信(如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等)。通信接口13可以是模块、电路、收发器或者任何能够实现通信的装置。

总线14可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线14可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，图3所示的结构示意图可以用于示意上述实施例中所涉及的服务器的结构。处理器11用于对服务器的动作进行控制管理，例如：处理器11用于支持服务器执行图1中的步骤S101-S105。处理器11可以通过通信接口13与其他设备通信，例如与其他服务器通信。存储器12用于存储服务器的程序代码和数据。

本申请实施例还提供了一种计算机可读存储介质，包括计算机执行指令，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种包含计算机执行指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种芯片，包括：处理器和接口，处理器通过接口与存储器耦合，当处理器执行存储器中的计算机程序或计算机执行指令时，使得上述实施例提供的任意一种方法被执行。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机执行指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机执行指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机执行指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种银行业务系统的测试方法，其特征在于，所述方法包括：

获取至少两个测试任务工单，所述测试任务工单用于指示测试任务信息；

根据所述至少两个测试任务工单中测试任务信息的关联关系，合并所述至少两个测试任务工单，得到至少一个合并工单；

对每个所述合并工单指示的测试任务进行测试。

2.根据权利要求1所述的方法，其特征在于，根据所述至少两个测试任务工单中测试任务信息的关联关系，合并所述至少两个测试任务工单，得到至少一个合并工单，包括：

根据所述至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系，合并所述至少两个测试任务工单，得到至少一个合并工单。

3.根据权利要求1所述的方法，其特征在于，根据所述至少两个测试任务工单中测试任务信息的关联关系，合并所述至少两个测试任务工单，得到至少一个合并工单，包括：

根据所述至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系和项目交付时间，合并所述至少两个测试任务工单，得到至少一个合并工单。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述对每个所述合并工单指示的测试任务进行测试，包括：

若第一合并工单指示的测试任务信息还包括与所述第一合并工单指示的第一业务系统关联的第二业务系统，对所述第一业务系统和所述第二业务系统联合测试。

5.根据权利要求1-3中任一项所述的方法，其特征在于，在所述对每个所述合并工单指示的测试任务进行测试之前，所述方法还包括：

根据所述至少一个合并工单生成测试计划，所述测试计划包括测试人员信息、测试用例和每日执行测试用例数量。

6.根据权利要求5所述的方法，其特征在于，所述对每个所述合并工单指示的测试任务进行测试，包括：

根据所述测试计划，对每个所述合并工单指示的测试任务进行测试。

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

获取单元，用于获取至少两个测试任务工单，所述测试任务工单用于指示测试任务信息；

处理单元，用于根据所述至少两个测试任务工单中测试任务信息的关联关系，合并所述至少两个测试任务工单，得到至少一个合并工单；

所述处理单元，还用于对每个所述合并工单指示的测试任务进行测试。

8.根据权利要求7所述的装置，其特征在于，所述处理单元，具体用于根据所述至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系，合并所述至少两个测试任务工单，得到所述至少一个合并工单。

9.根据权利要求7所述的装置，其特征在于，所述处理单元，具体用于根据所述至少两个测试任务工单中测试任务信息包含的银行业务系统标识的关联关系和项目交付时间，合并所述至少两个测试任务工单，得到所述至少一个合并工单。

10.根据权利要求7-9中任一项所述的装置，其特征在于，若第一合并工单指示的测试任务信息还包括与所述第一合并工单指示的第一业务系统关联的第二业务系统，所述处理单元，具体用于对所述第一业务系统和所述第二业务系统联合测试。

11.根据权利要求7-9中任一项所述的装置，其特征在于，所述处理单元，还用于根据所述至少一个合并工单生成测试计划，所述测试计划包括测试人员信息、测试用例和每日执行测试用例数量。

12.根据权利要求11所述的装置，其特征在于，所述处理单元，具体用于根据所述测试计划，对每个所述合并工单指示的测试任务进行测试。

13.一种测试设备，其特征在于，包括：处理器和存储器；

所述存储器存储有所述处理器可执行的指令；

所述处理器被配置为执行所述指令时，使得所述测试设备实现如权利要求1-6中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1-6中任一项所述的方法。

Images