CN113220598B - 系统的测试方法、装置、设备、介质及程序产品 - Google Patents
系统的测试方法、装置、设备、介质及程序产品 Download PDFInfo
- Publication number
- CN113220598B CN113220598B CN202110688847.3A CN202110688847A CN113220598B CN 113220598 B CN113220598 B CN 113220598B CN 202110688847 A CN202110688847 A CN 202110688847A CN 113220598 B CN113220598 B CN 113220598B
- Authority
- CN
- China
- Prior art keywords
- test
- acquiring
- scene
- priority
- key input
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请提供一种系统的测试方法、装置、设备、介质及程序产品,该方法包括:通过接收用户输入的待测试系统的测试项目,从预先设置的测试案例库中,获取与测试项目对应的多个测试案例,并根据预设的最大测试时长和测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,得到测试项目的测试结果。其中,测试案例库用于存储每个测试项目对应的测试案例,每个测试案例的优先级用于指示每个测试案例的重要程度。该技术方案中,电子设备按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,保证对重要程度高的测试场景进行优先测试,提高了测试的准确度和效率。
Description
技术领域
本申请涉及系统测试技术领域,尤其涉及一种系统的测试方法、装置、设备、介质及程序产品。
背景技术
随着银行行业的高速发展,银行业务的覆盖面越来越广,导致银行系统的复杂程度不断增大。在银行系统运行出现问题后,需要对出现问题的项目进行紧急修复,以免影响银行后续业务的正常开展。为了保证银行系统的运行质量,提高银行系统的安全性,在将修复后的银行系统投入实际应用之前对其进行系统测试已成为迫切需求。
目前,对银行系统进行系统测试主要通过测试人员对测试项目中每个测试场景分别进行测试。具体的,针对于银行系统中紧急变更测试、投产版本验证或其他时间较为紧迫的改造类测试项目中,测试人员根据自身经验从测试项目对应的测试场景中选取较重要的测试场景,并执行对应的测试案例,从而检测银行系统是否达到要求,验证其是否完成了预定的功能。
然而,在上述方法中,由于测试人员需要根据自身经验从测试项目对应的测试场景中选取较重要的测试场景,因此可能会遗漏部分重要测试场景,导致测试的准确度和效率较低。
发明内容
本申请提供一种系统的测试方法、装置、设备、介质及程序产品,以解决由于测试人员需要根据自身经验从测试项目对应的测试场景中选取较重要的测试场景,因此可能会遗漏部分重要测试场景,导致测试的准确度和效率较低的问题。
第一方面,本申请实施例提供一种系统的测试方法,包括:
接收用户输入的待测试系统的测试项目;
从预先设置的测试案例库中,获取与所述测试项目对应的多个测试案例,所述测试案例库用于存储每个测试项目对应的测试案例;
根据预设的最大测试时长和所述测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行所述多个测试案例,得到所述测试项目的测试结果,每个测试案例的优先级用于指示每个测试案例的重要程度。
在第一方面的一种可能设计中,所述根据预设的最大测试时长和所述测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行所述多个测试案例,得到所述测试项目的测试结果,包括:
按照所述测试案例的优先级从高到低的顺序,获取排在第一位的第一测试案例,执行所述第一测试案例,并获取测试的累计时长;
按照所述测试案例的优先级从高到低的顺序,获取排在第二位的第二测试案例,若所述最大测试时长与所述累计时长的差值大于或等于所述第二测试案例的测试时长,则执行所述第二测试案例,并继续获取测试的累计时长,遍历所有测试案例,直到所述最大测试时长与累计时长的差值小于当前获取的测试案例的测试时长,获取所述测试项目的测试结果。
在第一方面的另一种可能设计中,所述接收用户输入的待测试系统的测试项目之前,所述方法还包括:
基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的多个关键输入字段以及每个关键输入字段对应的多个取值,所述需求文档包括预设的业务规则;
根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景;
根据预先获取的历史日志,对所述测试场景进行处理,获取行为概率矩阵;
根据所述行为概率矩阵获取每个测试场景对应的测试案例的优先级。
可选的,所述根据预先获取的历史日志,对所述测试场景进行处理,获取行为概率矩阵,包括:
对所述历史日志进行处理,获取每个测试场景中相邻两个关键输入字段间的关联关系;
基于所述关联关系以及预先获取的初始函数,获取行为概率矩阵。
可选的,所述基于所述关联关系以及预先获取的初始函数,获取行为概率矩阵,包括:
基于所述关联关系,通过拉格朗日乘子法对所述初始函数进行更新,获取更新后的目标函数;
对所述目标函数进行最大化处理,获取所述行为概率矩阵。
可选的,所述根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景,包括:
对所有关键输入字段中的至少两个关键输入字段进行排序,获取排序结果;
根据所述业务规则对所述排序结果进行筛选,获取测试场景。
可选的,所述根据所述行为概率矩阵获取每个测试场景对应的测试案例的优先级,包括:
根据所述行为概率矩阵,获取每个测试场景对应的概率值;
将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
可选的,所述根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景之后,所述方法还包括:
对每个测试场景中相邻两个关键输入字段间的关联概率值进行初始赋值,获取初始关联概率值。
可选的,所述方法还包括:
对预先获取的历史日志中的敏感信息进行脱敏处理。
第二方面,本申请实施例提供一种系统的测试装置,包括:
获取模块,用于接收用户输入的待测试系统的测试项目;
所述获取模块,还用于从预先设置的测试案例库中,获取与所述测试项目对应的多个测试案例,所述测试案例库用于存储每个测试项目对应的测试案例;
处理模块,用于根据预设的最大测试时长和所述测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行所述多个测试案例,得到所述测试项目的测试结果,每个测试案例的优先级用于指示每个测试案例的重要程度。
在第二方面的一种可能设计中,所述处理模块,具体用于:
按照测试案例的优先级从高到低的顺序,获取排在第一位的第一测试案例,执行第一测试案例,并获取测试的累计时长;
按照测试案例的优先级从高到低的顺序,获取排在第二位的第二测试案例,若最大测试时长与累计时长的差值大于或等于第二测试案例的测试时长,则执行第二测试案例,并继续获取测试的累计时长,遍历所有测试案例,直到最大测试时长与累计时长的差值小于当前获取的测试案例的测试时长,获取测试项目的测试结果。
在第二方面的另一种可能设计中,所述处理模块,还用于:
基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的多个关键输入字段以及每个关键输入字段对应的多个取值,需求文档包括预设的业务规则;
根据业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景;
根据预先获取的历史日志,对测试场景进行处理,获取行为概率矩阵;
根据行为概率矩阵获取每个测试场景对应的测试案例的优先级。
可选的,所述处理模块,具体用于:
对历史日志进行处理,获取每个测试场景中相邻两个关键输入字段间的关联关系;
基于关联关系以及预先获取的初始函数,获取行为概率矩阵。
可选的,所述处理模块,具体用于:
基于关联关系,通过拉格朗日乘子法对初始函数进行更新,获取更新后的目标函数;
对目标函数进行最大化处理,获取行为概率矩阵。
可选的,所述处理模块,具体用于:
对所有关键输入字段中的至少两个关键输入字段进行排序,获取排序结果;
根据业务规则对排序结果进行筛选,获取测试场景。
可选的,所述处理模块,具体用于:
根据行为概率矩阵,获取每个测试场景对应的概率值;
将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
可选的,所述处理模块,具体用于:
对每个测试场景中相邻两个关键输入字段间的关联概率值进行初始赋值,获取初始关联概率值。
可选的,所述处理模块,具体用于:
对预先获取的历史日志中的敏感信息进行脱敏处理。
第三方面,本申请实施例提供一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令,所述处理器执行所述计算机程序指令时用于实现第一方面以及各可能设计提供的方法。
第四方面,本申请实施例可提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现第一方面以及各可能设计提供的方法。
第五方面,本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时用于实现第一方面以及各可能设计提供的方法。
本申请实施例提供的系统的测试方法、装置、设备、介质及程序产品,该方法包括:通过接收用户输入的待测试系统的测试项目,从预先设置的测试案例库中,获取与测试项目对应的多个测试案例,并根据预设的最大测试时长和测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,得到测试项目的测试结果。其中,测试案例库用于存储每个测试项目对应的测试案例,每个测试案例的优先级用于指示每个测试案例的重要程度。该技术方案中,电子设备按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,保证对重要程度高的测试场景进行优先测试,有效规避了遗漏重要的测试场景的问题,提高了测试的准确度。同时,针对于人工测试过程,有效缩短了测试需要的时间,提高了测试的效率,进一步的减少了人工成本。
附图说明
图1为本申请实施例提供的系统的测试方法的一种应用场景示意图;
图2为本申请实施例提供的系统的测试方法实施例一的流程示意图;
图3为本申请实施例提供的系统的测试方法实施例二的流程示意图;
图4为本申请实施例二提供的测试场景的流程示意图;
图5为本申请实施例提供的系统的测试方法实施例三的流程示意图;
图6为本申请实施例提供的系统的测试装置的结构示意图;
图7为本申请实施例提供的电子设备的结构示意图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在介绍本申请的实施例之前,首先对本申请实施例的应用场景进行解释:
随着银行行业的高速发展,银行涉及的业务越来越多,业务的覆盖面越来越广,从而导致银行系统的复杂程度不断增大,使得在银行系统运行过程中经常会出现问题。银行系统在运行过程中一旦出现问题,就需要对出现问题的项目进行紧急修复,以免影响银行业务的正常开展。在对银行系统进行修复后,还需要对修复后的银行系统进行测试,以验证修复后的项目是否能实现对应的功能,从而保证了银行系统的运行质量,进而提高了银行系统的安全性。因此,在将修复后的银行系统投入实际应用之前对其进行系统测试已成为迫切需求。
目前,对银行系统进行系统测试主要通过以下几种方式:
第一,使用自动化测试的方式进行回归测试,验证其是否完成了预定的功能。但银行系统中的部分测试项目(如需要进行跑批、切换日期的项目)无法通过自动化方式实现。
第二,针对上述方法中无法使用自动化方式进行回归测试的测试项目,需要通过深度优先算法全量穷举测试场景,人工对测试项目中的每个测试场景进行测试。然而针对紧急变更测试、投产版本验证或其他时间较为紧迫的改造类测试项目,由于全量测试场景的数量在复杂交易中呈指数级增长,因此,在没有充裕的时间开展全量测试场景的回归测试时,在有限的时间内只能完成一部分测试场景的测试工作。
第三,在上述方法的基础上,测试人员根据自身经验从测试项目对应的测试场景中选取较重要的测试场景,并执行对应的测试案例,从而检测银行系统是否达到要求,验证其是否完成了预定的功能。
然而,在上述方法中,由于测试人员需要根据自身经验从测试项目对应的测试场景中选取较重要的测试场景,因此可能会遗漏部分重要测试场景,导致测试的准确度和效率较低,影响银行系统的正常运行。
针对上述问题,本申请的发明构思如下:在对系统进行测试时,在测试人员根据自身经验从测试项目对应的测试场景中选取较重要的测试场景的过程中,无法保证人工处理过程的严谨性,导致测试的准确度较低。基于此,发明人发现,针对某个待测试系统的测试项目,如果能够获取该测试项目下每个测试场景的重要程度,按照重要程度从高到低的顺序执行测试场景对应的测试案例,就能解决现有技术中人工处理的测试准确度较低的问题,从而还可以节约人工成本,提高测试效率。
示例性的,本申请实施例提供的系统的测试方法可以应用于图1所示的一种应用场景示意图中。图1为本申请实施例提供的系统的测试方法的一种应用场景示意图,用以解决上述技术问题。如图1所示,该应用场景可以包括:终端设备11、服务器12以及与服务器连接的测试案例库13。
示例性的,在图1所示的应用场景中,终端设备11可以接收用户输入的待测试系统的测试项目,服务器12接收终端设备11发送的待测试系统的测试项目,对该测试项目进行处理,得到测试结果。
在本实施例中,测试案例库13存储每个测试项目对应的测试案例。服务器12可以基于接收到的待测试系统的测试项目,从测试案例库13中获取该测试项目对应的多个测试案例,并按照一定顺序依次执行多个测试案例,获取测试项目的测试结果。
可选的,服务器12从测试案例库13中获取多个测试案例后,还可以将该多个测试案例发送给终端设备11。终端设备11接收到测试案例后,按照一定顺序依次执行多个测试案例,获取测试项目的测试结果。
需要说明的是,附图1仅是本申请实施例提供的一种应用场景的示意图,本申请实施例不对图1中包括的设备进行限定,也不对图1中设备之间的位置关系进行限定,例如,在图1中,测试案例库13相对服务器12可以是外部数据库,在其它情况下,也可以将测试案例库13置于服务器12中。
在实际应用中,由于终端设备11也是具有数据处理能力的处理设备,因而,上述图1所示应用场景中的服务器12也可以由终端设备11实现。在本申请的实施例中,可以将服务器12和用于数据处理的终端设备11统称为电子设备。
可选的,本申请实施例中的系统的测试方法的执行主体为电子设备。
下面,通过具体实施例对本申请的技术方案进行详细说明。
需要说明的是,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图2为本申请实施例提供的系统的测试方法实施例一的流程示意图。如图2所示,该系统的测试方法可以包括如下步骤:
S101:接收用户输入的待测试系统的测试项目。
在本步骤中,由于待测试系统中存在多个测试项目,当待测试系统中的某个测试项目需要被测试时,用户需要将该测试项目发送给电子设备,电子设备接收用户输入的待测试系统的测试项目,以便于后续对其进行测试处理。
示例性的,该测试项目可以为紧急变更测试项目、投产版本验证项目、质押物处置测试项目等,还可以为其他类型的测试项目,可以根据实际情况进行设置,本申请实施例对此不进行限制。
其中,每个测试项目中存在多种测试场景,场景指的是特定情景下的主体活动。测试场景也可称为测试条件或测试可能性,测试场景对应的是实际的业务场景,业务场景是业务流程中不同的事件触发后的情景。
示例性的,在对银行系统进行检测的场景下,测试场景可以为:存入资金币种为X的现金,并通过刷卡的方式取出现金;还可以为:汇入资金币种为Y的汇款,并通过刷折的方式汇出汇款。
示例性的,对于还款测试项目,存在跑批测试场景,切日(切换日期)测试场景等,还可以包括其他类型的测试场景,本申请实施例对此不进行具体限制。
S102:从预先设置的测试案例库中,获取与测试项目对应的多个测试案例。
在本步骤中,电子设备获取到测试项目后,为了能够对测试项目进行测试,电子设备需要从测试案例库中获取该测试项目对应的多个测试案例。
可选的,测试案例也可以称为测试用例,指的是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,用于核实测试项目是否满足系统需求。
其中,每个测试项目中存在多种测试场景,电子设备在获取到测试项目后,需要针对该测试项目的多种测试场景,获取每种测试场景对应的测试案例。
其中,测试案例库用于存储每个测试项目对应的测试案例。
S103:根据预设的最大测试时长和测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,得到测试项目的测试结果。
在本步骤中,电子设备在获取待测试系统的测试项目对应的测试案例后,由于测试案例的数量较大,因此在短时间内执行全部测试案例较为困难。为了不遗漏重要程度较高的测试场景,因此电子设备可以按照测试场景的重要程度,依次执行对应的测试案例,以得到测试项目的测试结果。
可选的,电子设备可以预先将每个测试项目对应的测试案例按照重要程度从高到低的顺序进行排序,获取该测试案例对应的每个测试案例的优先级。
可选的,电子设备获取测试案例对应的每个测试案例的优先级会在S204进行详细的展开说明,在此不再赘述。
其中,每个测试案例的优先级用于指示每个测试案例的重要程度。
在一种具体的实施方式中,电子设备按照测试案例的优先级从高到低的顺序,获取排在第一位的第一测试案例,执行第一测试案例,并获取测试的累计时长。
可选的,电子设备执行第一测试案例后,获取第一测试案例对应的测试状态。
示例性的,测试状态可以为通过状态、也可以为失败状态、异常状态等,可以根据实际需求进行设置,本申请实施例对此不进行具体限制。
在该实施方式下,电子设备按照测试案例的优先级从高到低的顺序,获取排在第二位的第二测试案例,若最大测试时长与累计时长的差值大于或等于第二测试案例的测试时长,则执行第二测试案例,并继续获取测试的累计时长,遍历所有测试案例,直到最大测试时长与累计时长的差值小于当前获取的测试案例的测试时长,获取测试项目的测试结果。
可选的,电子设备可以将每个测试案例对应的测试状态进行处理,生成测试结果。测试结果可以包括测试时间、测试人员姓名、测试用例身份标识号(Identity Document,ID)、测试状态等。
示例性的,最大测试时长可以为20min,也可以为30min、40min等,可以根据待测试系统的实际测试需求进行设定,本申请对此不进行具体限制。
本申请实施例提供的系统的测试方法,通过接收用户输入的待测试系统的测试项目,从预先设置的测试案例库中,获取与测试项目对应的多个测试案例,并根据预设的最大测试时长和测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,得到测试项目的测试结果。其中,测试案例库用于存储每个测试项目对应的测试案例,每个测试案例的优先级用于指示每个测试案例的重要程度。在本方法中,电子设备按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,保证对重要程度高的测试场景进行优先测试,有效规避了遗漏重要的测试场景的问题,提高了测试的准确度。同时,针对于人工测试过程,有效缩短了测试需要的时间,提高了测试的效率,进一步的减少了人工成本。
在上述实施例的基础上,图3为本申请实施例提供的系统的测试方法实施例二的流程示意图。在实施例一中,由于电子设备需要根据测试案例的优先级从高到低的顺序,依次执行多个测试案例,因此,需要预先获取每个测试项目对应的每个测试案例的优先级。如图3所示,在S101之前,该系统的测试方法可以包括如下步骤:
S201:基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的至少一个关键输入字段以及每个关键输入字段对应的至少一个取值。
在本申请实施例中,由于电子设备需要获取测试案例的优先级,因此,首先需要获取测试项目中对应的多个测试场景以及每个测试场景的重要程度,以便于根据测试场景的重要程度,获取其对应的测试案例的优先级。
在本步骤中,电子设备需要获取该测试项目中每个业务对应的关键输入字段以及每个关键输入字段对应的多个取值,以便于对其进行处理,获取该测试项目对应的测试场景。
其中,需求文档包括预设的业务规则。
可选的,业务规则用于约束办理业务的用户的行为,办理业务的用户需要按照业务规则办理相应业务。
示例性的,在对银行系统进行测试的场景中,业务名称可以为存款,也可以为取款、转账等,本申请对此不进行具体限制。
示例性的,对于业务名称为存款来说,该业务对应的关键输入字段可以为资金来源,也可以为资金币种等,对于业务名称为取款来说,该业务对应的关键输入字段可以为输入方式、取款方式等,实际应用过程中,业务名称可以根据业务的实际内容决定,本申请实施例不对此进行限制。
示例性的,对于关键输入字段为资金来源,该关键输入字段对应的取值可以为现金,也可以为汇入汇款;对于关键输入字段为资金币种来说,该关键输入字段对应的取值可以为币种X、币种Y等;对于关键输入字段为输入方式来说,该关键输入字段对应的取值可以为刷卡、刷折等;对于关键输入字段为取款方式来说,该关键输入字段对应的取值可以为现金、汇出汇款等,需要明白的是,针对于不同的关键输入字段,还可以对应于其他的取值,具体的可以根据实际业务内容进行确认,本申请对此不进行具体限制。
S202:根据业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景。
在本步骤中,电子设备在获取该测试项目中每个业务对应的关键输入字段以及每个关键输入字段对应的多个取值后,需要对其进行处理,从而获取该测试项目对应的测试场景。
在一种具体的实施方式中,电子设备首先对所有关键输入字段中的至少两个关键输入字段进行排序,获取排序结果。
在该实施方式下,由于业务规则用于约束办理业务的用户的行为,办理业务的用户需要按照业务规则办理相应业务,也就是说,不满足业务规则的测试场景是不存在的。因此,电子设备需要根据业务规则对排序结果进行筛选,去除掉不符合业务规则的排序结果,从而获取测试场景,以便于减少后续的计算压力,提高计算效率。
可选的,电子设备还可以对每个测试场景中相邻两个关键输入字段间的关联概率值进行初始赋值,获取初始关联概率值。
其中,在对银行系统进行测试的场景中,相邻两个关键输入字段间的关联概率值可以理解为该关键输入字段代表的操作之间的关联可能性。
图4为本申请实施例二提供的测试场景的流程示意图。如图4所示,在对银行系统进行测试的场景中,A、B、C、D、E、F、G用于表示关键输入字段对应的取值,箭头方向为排序顺序,0.5为对相邻两个关键输入字段间的初始关联概率值。
示例性的,根据图4所示,ACEG为一种测试场景,测试场景还可以为BDFH、ACEH、BDEG等,可以有其他的测试场景,在此不再一一列举。
示例性的,ACEG测试场景指的是存入资金币种为X的现金,并通过刷卡的方式取出现金;BDFH测试场景指的是汇入资金币种为Y的汇款,并通过刷折的方式汇出汇款;BDEG测试场景指的是汇入资金币种为Y的汇款,并通过刷卡的方式取出现金。
S203:根据预先获取的历史日志,对测试场景进行处理,获取行为概率矩阵。
在本步骤中,电子设备在获取该测试项目对应的多个测试场景后,可以根据历史日志对测试场景进行进一步处理,从而获取每种测试场景的重要程度。
其中,由于测试场景的发生概率越大,代表在历史日志中该种测试场景出现的次数越多,也就是说测试场景对应的实际业务场景应用的更多。因此测试场景发生的概率越大,就代表该测试场景越重要。
示例性的,在对银行系统进行测试的场景中,历史日志可以为前台交易日志,前台交易日志是柜员操作银行柜面客户端时产生的,里面包含柜员的操作行为以及对应的数据。
可选的,电子设备在获取历史日志后,还可以对历史日志中的敏感信息进行脱敏处理。
其中,脱敏处理可以是对敏感信息进行加密处理,也可以是对敏感信息进行替换,如将办理业务的用户的姓名用“-”代替,或者将用户的身份证号码中间12位用“*”代替,还可以将敏感信息进行截断,舍弃敏感信息来保证每个用户的信息的模糊性,从而保证用户信息的安全性。
在一种具体的实施方式中,电子设备可以对历史日志进行处理,获取每个测试场景中相邻两个关键输入字段间的关联关系。
示例性的,关联关系可以通过以下方式进行表示:
P(C|A)-4P(D|A)=0
P(E|C)-2P(F|C)=0
P(E|D)-3P(F|D)=0
可以理解的是,上述介绍了部分关联关系,电子设备根据历史日志获取每个测试场景中相邻两个关键输入字段间的关联关系还可以有其他的形式和内容,因而,关于其他形式的关联关系可以根据实际情况确定,此处不再赘述。
在该实施方式下,电子设备基于关联关系以及预先获取的初始函数,获取行为概率矩阵。
示例性的,初始函数可以为熵值函数:
其中,P(Xj|Xi)Xi与Xj的关联概率,H(X)为熵值。
其中,电子设备基于关联关系,通过拉格朗日乘子法对初始函数进行更新,获取更新后的目标函数,
示例性的,电子设备根据基于关联关系,通过拉格朗日乘子法对初始函数进行4次更新后,获取的更新后的目标函数可以为:
Λ={λ1,λ2,λ3,λ4}
进一步的,电子设备可以对目标函数进行最大化处理,获取行为概率矩阵。
可选的,行为概率矩阵的矩阵坐标为关键输入字段的取值。举例来说,行为概率矩阵的矩阵坐标可以为A、B、C、D、E、F、G。
示例性的,初始函数对应的初始行为概率矩阵可以为:
示例性的,对目标函数进行最大化处理,获取的行为概率矩阵可以为:
可以理解的是,上述介绍了部分初始行为概率矩阵和行为概率矩阵,电子设备获取的初始行为概率矩阵和行为概率矩阵还可以有其他的形式和内容,因而,关于其他形式的初始行为概率矩阵和行为概率矩阵可以根据实际情况确定,此处不再赘述。
S204:根据行为概率矩阵获取每个测试场景对应的测试案例的优先级。
在本步骤中,由于测试场景的概率越大,代表该测试场景越重要。因此,电子设备可以通过将该测试场景的概率与其他测试场景的概率进行对比,获取每个测试场景对应的测试案例的优先级。
电子设备获取行为概率矩阵后,可以对行为概率矩阵进行处理,以便于获取每个测试场景对应的测试案例的优先级。
在一种具体的实现方式中,电子设备根据行为概率矩阵,获取每个测试场景对应的概率值。
示例性的,以ACEG、ACEH、BDEG场景为例进行举例说明。ACEG场景对应的概率为P(ACEG)=P(C|A)P(E|C)P(G|E)=0.268;ACEH场景对应的概率为P(ACEH)=P(C|A)P(E|C)P(H|E)=0.268;BDEG场景对应的概率为P(BDEG)=P(D|B)P(E|D)P(G|E)=0.188。
在该方式下,电子设备将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
可选的,电子设备获取每个测试场景的概率值后,可以对每个测试场景按照概率值由大到小的顺序进行排序,排在第一位的测试场景重要程度最大,其对应的测试案例的优先级最大;反之排在最后一位的测试场景重要程度最小,其对应的测试案例的优先级最小。
示例性的,以ACEG、ACEH、BDEG测试场景为例进行举例说明。ACEG、ACEH、BDEG的概率值分别为0.268、0.268、0.188,对ACEG、ACEH、BDEG测试场景按照概率值由大到小的顺序进行排序,则排列顺序为ACEG、ACEH、BDEG(对概率值一样的测试场景进行排序时,可以按照预设的排序条件进行排序,也可以进行随机排序,本申请对此不进行具体限制)。电子设备根据该排列顺序进一步获取ACEG、ACEH、BDEG的优先级,举例来说,可以是ACEG为1,ACEH为2,BDEG为3,其中1表示优先级最大,3表示优先级最小。
本申请实施例提供的系统的测试方法,基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的至少一个关键输入字段以及每个关键输入字段对应的至少一个取值,根据业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景,根据预先获取的历史日志,对测试场景进行处理,获取行为概率矩阵,根据预先获取的历史日志,对测试场景进行处理,获取行为概率矩阵。在本方法中,电子设备通过对历史日志的分析及挖掘,以样本估算总体的方式获取行为概率矩阵,从而获取每个测试场景对应的测试案例的优先级,为后续根据按照测试案例的优先级从高到低的顺序依次执行多个测试案例奠定了基础,且获取的测试案例的优先级准确性高,更一步提高了后续测试的准确度。
在上述实施例的基础上,图5为本申请实施例提供的系统的测试方法实施例三的流程示意图。如图5所示,该系统的测试方法可以包括如下步骤:
第1步、开始;
第2步、获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的至少一个关键输入字段以及每个关键输入字段对应的至少一个取值;
第3步、对所有关键输入字段中的至少两个关键输入字段进行排序,获取排序结果;
第4步、根据业务规则对排序结果进行筛选,去除掉不符合业务规则的排序结果,获取测试场景;
第5步、对历史日志中的敏感信息进行脱敏处理;
第6步、预先获取的历史日志,对测试场景进行处理,获取行为概率矩阵;
第7步、根据行为概率矩阵,获取每个测试场景对应的概率值;
第8步、将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级;
第9步、结束。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
图6为本申请实施例提供的系统的测试装置的结构示意图,如图6所示,该系统的测试装置包括:
获取模块61,用于接收用户输入的待测试系统的测试项目;
获取模块61,还用于从预先设置的测试案例库中,获取与测试项目对应的多个测试案例,测试案例库用于存储每个测试项目对应的测试案例;
处理模块62,用于根据预设的最大测试时长和测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行多个测试案例,得到测试项目的测试结果,每个测试案例的优先级用于指示每个测试案例的重要程度。
在本申请实施例的一种可能设计中,处理模块62,具体用于:
按照测试案例的优先级从高到低的顺序,获取排在第一位的第一测试案例,执行第一测试案例,并获取测试的累计时长;
按照测试案例的优先级从高到低的顺序,获取排在第二位的第二测试案例,若最大测试时长与累计时长的差值大于或等于第二测试案例的测试时长,则执行第二测试案例,并继续获取测试的累计时长,遍历所有测试案例,直到最大测试时长与累计时长的差值小于当前获取的测试案例的测试时长,获取测试项目的测试结果。
在本申请实施例的另一种可能设计中,处理模块62,还用于:
基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的多个关键输入字段以及每个关键输入字段对应的多个取值,需求文档包括预设的业务规则;
根据业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景;
根据预先获取的历史日志,对测试场景进行处理,获取行为概率矩阵;
根据行为概率矩阵获取每个测试场景对应的测试案例的优先级。
可选的,处理模块62,具体用于:
对历史日志进行处理,获取每个测试场景中相邻两个关键输入字段间的关联关系;
基于关联关系以及预先获取的初始函数,获取行为概率矩阵。
可选的,处理模块62,具体用于:
基于关联关系,通过拉格朗日乘子法对初始函数进行更新,获取更新后的目标函数;
对目标函数进行最大化处理,获取行为概率矩阵。
可选的,处理模块62,具体用于:
对所有关键输入字段中的至少两个关键输入字段进行排序,获取排序结果;
根据业务规则对排序结果进行筛选,获取测试场景。
可选的,处理模块62,具体用于:
根据行为概率矩阵,获取每个测试场景对应的概率值;
将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
可选的,处理模块62,具体用于:
对每个测试场景中相邻两个关键输入字段间的关联概率值进行初始赋值,获取初始关联概率值。
可选的,处理模块62,具体用于:
对预先获取的历史日志中的敏感信息进行脱敏处理。
本申请实施例提供的系统的测试装置,可用于执行上述任一实施例中的系统的测试方法,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。此外,这些模块全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
图7为本申请实施例提供的电子设备的结构示意图。如图7所示,该电子设备可以包括:处理器71、存储器72及存储在所述存储器72上并可在处理器71上运行的计算机程序指令,所述处理器71执行所述计算机程序指令时实现前述任一实施例提供的系统的测试方法。
可选的,电子设备还可以包括与其他设备进行交互的接口。
可选的,该电子设备的上述各个器件之间可以通过系统总线连接。
存储器72可以是单独的存储单元,也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。
应理解,处理器71可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
系统总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。存储器可能包含随机存取存储器(randomaccess memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(英文:read-only memory,简称:ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetic tape)、软盘(英文:floppydisk)、光盘(英文:optical disc)及其任意组合。
本申请实施例提供的电子设备,可以实现为终端设备或者服务器,可用于执行上述任一方法实施例提供的系统的测试方法,其实现原理和技术效果类似,在此不再赘述。
本申请实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行上述系统的测试方法。
上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
可选的,将可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits,ASIC)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。
本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中,至少一个处理器可以从该计算机可读存储介质中读取该计算机程序,所述至少一个处理器执行所述计算机程序时可实现上述系统的测试方法。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。
Claims (9)
1.一种系统的测试方法,其特征在于,包括:
接收用户输入的待测试系统的测试项目;
从预先设置的测试案例库中,获取与所述测试项目对应的多个测试案例,所述测试案例库用于存储每个测试项目对应的测试案例;
根据预设的最大测试时长和所述测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行所述多个测试案例,得到所述测试项目的测试结果,每个测试案例的优先级用于指示每个测试案例的重要程度;
所述接收用户输入的待测试系统的测试项目之前,所述方法还包括:
基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的多个关键输入字段以及每个关键输入字段对应的多个取值,所述需求文档包括预设的业务规则;
根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景;
根据预先获取的历史日志,对所述测试场景进行处理,获取行为概率矩阵;
根据所述行为概率矩阵获取每个测试场景对应的测试案例的优先级;
所述根据预先获取的历史日志,对所述测试场景进行处理,获取行为概率矩阵,包括:
对所述历史日志进行处理,获取每个测试场景中相邻两个关键输入字段间的关联关系;
基于所述关联关系以及预先获取的初始函数,获取行为概率矩阵;
所述基于所述关联关系以及预先获取的初始函数,获取行为概率矩阵,包括:
基于所述关联关系,通过拉格朗日乘子法对所述初始函数进行更新,获取更新后的目标函数;
对所述目标函数进行最大化处理,获取所述行为概率矩阵;
所述根据所述行为概率矩阵获取每个测试场景对应的测试案例的优先级,包括:
根据所述行为概率矩阵,获取每个测试场景对应的概率值;
将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
2.根据权利要求1所述的方法,其特征在于,所述根据预设的最大测试时长和所述测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行所述多个测试案例,得到所述测试项目的测试结果,包括:
按照所述测试案例的优先级从高到低的顺序,获取排在第一位的第一测试案例,执行所述第一测试案例,并获取测试的累计时长;
按照所述测试案例的优先级从高到低的顺序,获取排在第二位的第二测试案例,若所述最大测试时长与所述累计时长的差值大于或等于所述第二测试案例的测试时长,则执行所述第二测试案例,并继续获取测试的累计时长,遍历所有测试案例,直到所述最大测试时长与累计时长的差值小于当前获取的测试案例的测试时长,获取所述测试项目的测试结果。
3.根据权利要求1所述的方法,其特征在于,所述根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景,包括:
对所有关键输入字段中的至少两个关键输入字段进行排序,获取排序结果;
根据所述业务规则对所述排序结果进行筛选,获取测试场景。
4.根据权利要求1所述的方法,其特征在于,所述根据所述行为概率矩阵获取每个测试场景对应的测试案例的优先级,包括:
根据所述行为概率矩阵,获取每个测试场景对应的概率值;
将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
5.根据权利要求1所述的方法,其特征在于,所述根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景之后,所述方法还包括:
对每个测试场景中相邻两个关键输入字段间的关联概率值进行初始赋值,获取初始关联概率值。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对预先获取的历史日志中的敏感信息进行脱敏处理。
7.一种系统的测试装置,其特征在于,包括:
获取模块,用于接收用户输入的待测试系统的测试项目;
所述获取模块,还用于从预先设置的测试案例库中,获取与所述测试项目对应的多个测试案例,所述测试案例库用于存储每个测试项目对应的测试案例;
处理模块,用于根据预设的最大测试时长和所述测试项目对应的每个测试案例的测试时长,按照测试案例的优先级从高到低的顺序,依次执行所述多个测试案例,得到所述测试项目的测试结果,每个测试案例的优先级用于指示每个测试案例的重要程度;
所述接收用户输入的待测试系统的测试项目之前,所述处理模块,还用于:
基于预先获取的待测试系统的需求文档,获取待测试系统的测试项目中的多个业务的业务名称,每个业务对应的多个关键输入字段以及每个关键输入字段对应的多个取值,所述需求文档包括预设的业务规则;
根据所述业务规则,对所有关键输入字段中的至少两个关键输入字段进行排序,得到测试场景;
根据预先获取的历史日志,对所述测试场景进行处理,获取行为概率矩阵;
根据所述行为概率矩阵获取每个测试场景对应的测试案例的优先级;
所述处理模块,具体用于:
对所述历史日志进行处理,获取每个测试场景中相邻两个关键输入字段间的关联关系;
基于所述关联关系以及预先获取的初始函数,获取行为概率矩阵;
所述处理模块,具体用于:
基于所述关联关系,通过拉格朗日乘子法对所述初始函数进行更新,获取更新后的目标函数;
对所述目标函数进行最大化处理,获取所述行为概率矩阵;
所述处理模块,具体用于:
根据所述行为概率矩阵,获取每个测试场景对应的概率值;
将每个测试场景根据对应的概率值由大到小进行排列,获取每个测试场景对应的测试案例的优先级。
8.一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令,其特征在于,所述处理器执行所述计算机程序指令时用于实现如权利要求1至6任一项所述的系统的测试方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的系统的测试方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110688847.3A CN113220598B (zh) | 2021-06-21 | 2021-06-21 | 系统的测试方法、装置、设备、介质及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110688847.3A CN113220598B (zh) | 2021-06-21 | 2021-06-21 | 系统的测试方法、装置、设备、介质及程序产品 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113220598A CN113220598A (zh) | 2021-08-06 |
CN113220598B true CN113220598B (zh) | 2023-10-03 |
Family
ID=77080758
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110688847.3A Active CN113220598B (zh) | 2021-06-21 | 2021-06-21 | 系统的测试方法、装置、设备、介质及程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113220598B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114168472A (zh) * | 2021-12-09 | 2022-03-11 | 惠州Tcl移动通信有限公司 | 用例执行方法、装置、电子设备及计算机可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108388509A (zh) * | 2018-02-07 | 2018-08-10 | 平安科技(深圳)有限公司 | 一种软件测试方法、计算机可读存储介质及终端设备 |
CN112115039A (zh) * | 2019-06-21 | 2020-12-22 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法、装置及设备 |
CN112181825A (zh) * | 2020-09-26 | 2021-01-05 | 建信金融科技有限责任公司 | 测试案例库构建方法、装置、电子设备及介质 |
CN112699046A (zh) * | 2021-01-12 | 2021-04-23 | 北京字节跳动网络技术有限公司 | 应用程序测试方法及装置、电子设备和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11249887B2 (en) * | 2019-08-27 | 2022-02-15 | Nec Corporation | Deep Q-network reinforcement learning for testing case selection and prioritization |
-
2021
- 2021-06-21 CN CN202110688847.3A patent/CN113220598B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108388509A (zh) * | 2018-02-07 | 2018-08-10 | 平安科技(深圳)有限公司 | 一种软件测试方法、计算机可读存储介质及终端设备 |
CN112115039A (zh) * | 2019-06-21 | 2020-12-22 | 百度在线网络技术(北京)有限公司 | 测试用例生成方法、装置及设备 |
CN112181825A (zh) * | 2020-09-26 | 2021-01-05 | 建信金融科技有限责任公司 | 测试案例库构建方法、装置、电子设备及介质 |
CN112699046A (zh) * | 2021-01-12 | 2021-04-23 | 北京字节跳动网络技术有限公司 | 应用程序测试方法及装置、电子设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
一种跨业务场景的测试案例组构建方法;张丹阳等;中国金融电脑(09);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113220598A (zh) | 2021-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107783861B (zh) | 交易回滚方法、装置、存储介质和计算机设备 | |
CN113220598B (zh) | 系统的测试方法、装置、设备、介质及程序产品 | |
CN113312259A (zh) | 一种接口测试方法及装置 | |
CN113450215A (zh) | 交易数据的风险检测方法、装置和服务器 | |
CN116383052A (zh) | 批处理任务的自动化测试方法、装置、设备及存储介质 | |
CN107423140B (zh) | 一种返回码识别方法和装置 | |
CN113254352B (zh) | 测试案例的测试方法、装置、设备及存储介质 | |
CN116433369A (zh) | 一种校验方法及装置 | |
CN114490415A (zh) | 业务测试方法、计算机设备、存储介质和计算机程序产品 | |
EP4298544A1 (en) | An apparatus, method and computer program product for identifying a validation check for a set of numbers | |
CN113298182A (zh) | 基于凭证影像的预警方法、装置及设备 | |
CN112967127A (zh) | 一种疑点贷款核查方法、系统、计算机设备及存储介质 | |
CN110956552A (zh) | 保险问题处理方法、装置、设备及存储介质 | |
CN114817004B (zh) | 测试用例生成方法、装置、设备及可读存储介质 | |
CN114493821B (zh) | 数据核销方法、装置、计算机设备和存储介质 | |
CN111429132B (zh) | 一种业务处理方法和装置 | |
CN116561018B (zh) | 一种业务系统造数方法、装置、终端设备及存储介质 | |
US20240303726A1 (en) | An apparatus, method and computer program product for identifying a validation check for a set of numbers | |
CN111369346B (zh) | 用户信用的评估方法、装置、服务器和存储介质 | |
US11797999B1 (en) | Detecting fraudulent transactions | |
CN112286724B (zh) | 基于区块链和云计算的数据恢复处理方法及云计算中心 | |
EP4312172A1 (en) | Improvements in fraud detection | |
CN117291741A (zh) | 账务数据处理方法、装置、设备、存储介质和程序产品 | |
WO2023230197A1 (en) | Automatic segmentation using hierarchical timeseries analysis | |
CN116126588A (zh) | 数据处理方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |