一种全流程系统测试方法及装置与流程

1.本技术涉及计算机技术领域，尤其涉及一种全流程系统测试方法及装置。


背景技术：

2.为了提高系统的可靠性，可以对系统进行测试，从而确定系统在实际应用时可能出现的故障，及时对系统进行调整修改。目前，一种对系统进行测试的重要方法是模拟实际运行过程中可能的操作，并将这些可能的操作输入被测试的系统，监控被测试的系统在这些操作下的反馈，从而确定被测试的系统是否存在故障或漏洞。
3.但是，对于银行等体量较大的公司而言，系统的环节往往相对较多。为此，在对系统进行测试的过程中，大多需要对系统进行大量的操作。目前，这些操作大多由技术人员手动进行操作，并由技术人员观察记录被测试的系统在测试过程中的反馈情况，从而判断被测试的系统是否存在漏洞或者故障。具体地，目前银行的长交易流程系统和多渠道协同系统都是通过上述方法进行测试。
4.但是，有技术人员手动进行测试，存在着事件和人力成本较高的问题，不利于系统的快速更新迭代。


技术实现要素：

5.有鉴于此，本技术提供了一种全流程系统测试方法及装置，旨在自动对长交易流程系统或对渠道交易系统等全流程系统进行测试。
6.第一方面，本技术提供了一种全流程系统测试方法，所述方法用于对长交易流程系统或者多渠道交易系统进行测试，所述方法包括：
7.获取第一业务来源类型参数，所述第一业务来源类型参数用于指示测试过程中第一测试流程对应的测试业务类型；
8.根据所述第一业务来源类型参数，确定与所述第一测试流程对应的第一模拟操作流程，所述第一模拟操作流程用于对被测试系统执行模拟操作；
9.基于所述第一模拟操作流程对所述被测试系统进行测试，并获取所述被测试系统在测试过程中的测试数据。
10.在一些可能的实现方式中，所述方法还包括：
11.获取第二业务来源类型参数，所述第二业务来源类型参数用于指示测试过程中第二测试流程对应的测试业务类型；
12.根据所述第二业务来源类型参数，确定与所述第二测试流程对应的第二模拟操作流程，所述第一模拟操作流程用于对被测试系统执行模拟操作；
13.基于所述第二模拟操作流程对所述被测试系统进行测试，并获取所述被测试系统在测试过程中的测试数据。
14.在一些可能的实现方式中，所述获取第一业务来源类型参数包括：
15.获取业务来源类型参数序列，所述业务来源类型参数序列包括所述第一业务来源
类型参数和所述第二业务来源类型参数；
16.其中，所述第一业务来源类型参数和所述第二业务来源类型参数在所述业务来源类型参数序列中的先后顺序，与所述第一测试流程和所述第二测试流程在所述测试过程中的先后顺序相匹配。
17.在一些可能的实现方式中，所述获取所述被测试系统在测试过程中的测试数据包括：
18.获取所述被测试系统在所述测试过程中的图像信息；
19.对所述图像信息进行文字识别，获取所述被测试系统在所述测试过程中的相关业务参数，得到所述测试数据。
20.在一些可能的实现方式中，所述方法还包括：
21.获取目标处理结果；
22.判断所述测试数据对应的实际处理结果与所述目标数据处理结果是否匹配；
23.响应于所述测试数据对应的实际处理结果与所述目标数据处理结果匹配，完成对所述被测试系统的测试。
24.第二方面，本技术提供了一种全流程系统测试装置，所述装置用于对长交易流程系统或者多渠道交易系统进行测试，所述装置包括：
25.获取模块，用于获取第一业务来源类型参数，所述第一业务来源类型参数用于指示测试过程中第一测试流程对应的测试业务类型；
26.确定模块，用于根据所述第一业务来源类型参数，确定与所述第一测试流程对应的第一模拟操作流程，所述第一模拟操作流程用于对被测试系统执行模拟操作；
27.测试模块，用于基于所述第一模拟操作流程对所述被测试系统进行测试，并获取所述被测试系统在测试过程中的测试数据。
28.在一些可能的实现方式中，所述获取模块，还用于获取第二业务来源类型参数，所述第二业务来源类型参数用于指示测试过程中第二测试流程对应的测试业务类型；
29.所述确定模块，还用于根据所述第二业务来源类型参数，确定与所述第二测试流程对应的第二模拟操作流程，所述第一模拟操作流程用于对被测试系统执行模拟操作；
30.所述测试模块，还用于基于所述第二模拟操作流程对所述被测试系统进行测试，并获取所述被测试系统在测试过程中的测试数据。
31.在一些可能的实现方式中，所述获取模块，具体用于获取业务来源类型参数序列，所述业务来源类型参数序列包括所述第一业务来源类型参数和所述第二业务来源类型参数；
32.其中，所述第一业务来源类型参数和所述第二业务来源类型参数在所述业务来源类型参数序列中的先后顺序，与所述第一测试流程和所述第二测试流程在所述测试过程中的先后顺序相匹配。
33.在一些可能的实现方式中，所述测试模块，具体用于获取所述被测试系统在所述测试过程中的图像信息；对所述图像信息进行文字识别，获取所述被测试系统在所述测试过程中的相关业务参数，得到所述测试数据。
34.在一些可能的实现方式中，所述获取模块，还用于获取目标处理结果；
35.所述测试模块，还用于判断所述测试数据对应的实际处理结果与所述目标数据处
理结果是否匹配；响应于所述测试数据对应的实际处理结果与所述目标数据处理结果匹配，完成对所述被测试系统的测试。
36.第三方面，本技术实施例提供了一种设备，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行前述第一方面任一项所述的全流程系统测试方法。
37.第四方面，本技术实施例提供了一种计算机存储介质，所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现前述第一方面任一项所述的全流程系统测试方法。
38.本技术提供了一种全流程系统测试方法及装置。该方法可以用于对较为复杂的系统进行全流程测试。具体地，在执行本技术提供的全流程系统测试方法时，首先可以获取第一业务来源类型参数。第一业务来源类型参数用于指示测试过程中的第一测试流程对应的测试业务类型。接着，可以根据第一业务来源参数，确定上述第一测试流程中的第一模拟操作流程。第一模拟操作流程用于对被测试系统执行模拟操作。也就是说。第一模拟操作流程用于模拟技术人员的行为，对被测试系统进行相应的操作。这样，在确定了第一模拟操作流程之后，可以基于第一模拟操作流程对被测试系统进行测试，并获取被测试系统在测试过程中的测试数据。这样，基于第一业务来源类型参数，确定对被测试系统的模拟测试流程，从而可以模拟技术人员的操作，对被测试系统进行测试。如此，通过设置不同的第一业务来源类型参数，可以涵盖多种发起渠道和发起方式的业务数据，提供了一种全流程测试的方法，从业务发起、接收，到本系统业务处理、结果确认，形成全流程自动化测试方法，非侵入性地进行跨平台整合，降低了联调测试工作量和沟通成本，减少重复性的操作。
附图说明
39.为更清楚地说明本实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1为本技术实施例提供的全流程系统测试方法的方法流程图；
41.图2为本技术实施例提供的全流程系统测试装置的一种结构示意图。
具体实施方式
42.由于系统的特性，对于长交易流程、多渠道协同的系统测试，大多依赖人工测试，因为执行步骤多、测试结果需人工确认，存在时间和人力成本较高的问题，导致回归测试和联调测试进程缓慢，沟通成本高的问题。
43.为了解决上述问题，本技术实施例提供了一种全流程系统测试方法及装置。其中，所述全流程系统测试方法可以应用于测试系统。所述测试系统可以是服务器，也可以是服务器组成的服务器集群。下面从测试系统的角度，对本技术实施例提供的全流程系统测试方法进行说明。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.参见图1，图1为本技术实施例提供的全流程系统测试方法的一种方法流程图，包括：
45.s101：获取第一业务来源类型参数。
46.为了对被测试系统进行测试，测试系统首先可以获取第一业务来源参数。第一业务来源参数可以是技术人员预先设定的。例如，在一些可能的实现方式中，可以预先设置一个或多个可选的业务来源类型参数。技术人员可以根据实际需求情况选择第一业务来源参数。
47.在实际的应用场景中，上述多个可选的业务来源类型参数可以包括前台发起类型、接口发起类型、调用关联系统接口发起类型和修改关联系统数据库生成类型四种。下面分别进行详细介绍。
48.前台发起(frtint)类型是针对业务来源为本系统的业务，通过浏览器登录被测试系统，录入业务数据，提交业务申请，经过系统后续审核、记账等环节，完成一笔业务的发起。该种业务类型来源不依赖关联系统，从本系统发起即可，存在较少的跨系统调试工作。
49.接口发起(sysinf)累心是以本系统为服务方，业务请求来源于对本系统的接口调用，通过报文传送数据后，被测试系统完成业务受理、流程推进，完成后续业务。在人工测试时，通常使用接口测试工具模拟报文对本系统接口发起请求，生成测试数据。
50.调用关联系统接口发起(relinf)类型适用于业务来源为关联系统，通过调用关联系统的特定接口产生业务数据，本系统定时访问关联系统，取回业务数据进行处理。在常规的人工测试中，通常需要关联系统测试人员调用其接口发起业务，在联调测试时需要较多的沟通成本。
51.修改关联系统数据库生成业务(moddab)类型的数据也来自于关联系统，关联系统测试数据保存在数据库表中，人工测试时通过执行sql修改表数据，产生业务数据，本系统定时访问关联系统，取回业务数据进行处理。该方式只需要关联系统更新较少的表数据就可以生成业务数据，但是操作重复性高，联调测试也需要与关联系统沟通。
52.实际应用时，技术人员可以在测试系统上选择多个业务来源类型参数。多个业务来源类型参数中包括第一业务来源类型参数。每个业务来源类型参数对应一个测试流程。相应地，在对被测试系统进行测试时，可以根据多个业务来源类型参数确定多个测试流程，从而根据多个测试流程对被测试系统进行测试。
53.可选地，技术人员可以有顺序地选择业务来源类型参数。那么上述多个业务来源类型参数可以组成业务来源类型参数序列。业务来源类型参数在业务来源类型参数序列中的顺序表示对应的测试流程的执行顺序。
54.例如，假设业务来源类型参数序列中包括第一业务来源类型参数和第二业务来源类型参数。其中，第一业务来源类型参数在业务来源类型参数序列中早于第二业务来源类型参数。那么在进行测试时，可以先利用第一业务来源类型参数对应的第一测试流程对被测试系统进行测试，再利用第二业务来源类型参数对应的第二测试流程对被测试系统进行测试。
55.s102：根据第一业务来源类型参数，确定与第一测试流程对应的第一模拟操作流程。
56.在获取到第一业务来源类型参数之后，可以确定与第一测试流程对应的第一模拟
操作流程。其中，第一模拟操作流程为在手动对被测试系统进行第一测试流程时，技术人员进行的操作流程。可选地，第一模拟操作流程通过机器人流程自动化(robotic process automation，rpa)技术得到。
57.根据上文介绍可知，可选的业务来源类型参数可以包括前台发起类型、接口发起类型、调用关联系统接口发起类型和修改关联系统数据库生成类型四种。下面以这四种业务来源类型参数为例，分别介绍对应的第一模拟操作流程。
58.可选地，如果第一业务来源类型参数为前台发起类型，那么对应的第一模拟操作流程可以包括：添加目标系统测试环境，进行自动化录制，模拟从前台发起业务，本系统执行审核、记账等操作，至最终完成该业务。
59.可选地，如果第一业务来源类型参数为接口发起类型，那么对应的第一模拟操作流程可以包括：执行python脚本方式发送请求，生成业务。，选择执行模板，可选择执行历史记录，或重新上传脚本，指定请求响应的输出路径，设定循环次数n，点击执行，将自动生成n笔对应类型的业务。
60.可选地，如果第一业务来源类型参数为、调用关联系统接口发起类型，那么对应的第一模拟操作流程可以包括选择执行模板，可选择执行历史记录，或重新上传脚本，指定请求响应的输出路径，设定循环次数n，点击执行，将自动生成n笔对应类型的业务。
61.可选地，如果第一业务来源类型参数为修改关联系统数据库生成类型，那么对应的第一模拟操作流程可以包括选择执行模板，填写数据库信息和待执行sql，自动执行sql，完成关联系统数据更新。如果选择后者，将利用python脚本连接数据库，自动执行sql后，完成数据库表的更新。
62.如果技术人员选择了多个业务来源类型参数，那么测试系统可以确定多个业务来源类型参数分别对应的测试流程。例如，业务来源类型参数序列包括第一业务来源类型参数和第二业务来源类型参数。那么测试系统可以分别确定第一业务来源类型参数对应的第一测试流程和第二业务来源类型参数对应的第二测试流程。
63.s103：基于第一模拟操作流程对被测试系统进行测试，并获取被测试系统在测试过程中的测试数据。
64.在确定了第一模拟操作流程之后，测试系统可以通过第一模拟操作流程对被测试系统进行测试，并获取被测试系统在测试过程中的测试数据。具体地，测试系统可以通过脚本执行第一模拟操作流程，从而对被测试系统进行测试。可以理解的是，如果测试系统还获取了第二业务来源类型参数，那么测试系统还可以确定第二业务来源类型参数对应的第二模拟操作流程，从而基于第二模拟操作流程对被测试系统进行测试。
65.在一些可能的实现方式中，测试系统可以获取被测试系统在测试过程中的图像信息，例如可以通过屏幕抓取等方式获取图像信息。接着，测试系统可以对获取到的图像信息进行文字识别，从而获取被测试系统在测试过程中的相关业务参数，得到测试数据。
66.在一些可能的实现方式中，测试系统还可以自动对测试结果进行判断。具体地，测试系统可以获取目标处理结果。目标处理结果为没有故障或异常的被测试系统在测试过程中应当得到的结果。接着，测试系统可以判断测试数据对应的实际处理结果与目标数据处理结果是否匹配。若匹配，测试系统确定对被测试系统的测试完成。若不皮牌，测试系统可以向技术人员发出提醒，以便技术人员对被测试系统进行调整优化。
67.本技术提供了一种全流程系统测试方法。该方法可以用于对较为复杂的系统进行全流程测试。具体地，在执行本技术提供的全流程系统测试方法时，首先可以获取第一业务来源类型参数。第一业务来源类型参数用于指示测试过程中的第一测试流程对应的测试业务类型。接着，可以根据第一业务来源参数，确定上述第一测试流程中的第一模拟操作流程。第一模拟操作流程用于对被测试系统执行模拟操作。也就是说。第一模拟操作流程用于模拟技术人员的行为，对被测试系统进行相应的操作。这样，在确定了第一模拟操作流程之后，可以基于第一模拟操作流程对被测试系统进行测试，并获取被测试系统在测试过程中的测试数据。这样，基于第一业务来源类型参数，确定对被测试系统的模拟测试流程，从而可以模拟技术人员的操作，对被测试系统进行测试。如此，通过设置不同的第一业务来源类型参数，可以涵盖多种发起渠道和发起方式的业务数据，提供了一种全流程测试的方法，从业务发起、接收，到本系统业务处理、结果确认，形成全流程自动化测试方法，非侵入性地进行跨平台整合，降低了联调测试工作量和沟通成本，减少重复性的操作。
68.以上为本技术实施例提供全流程系统测试方法的一些具体实现方式，基于此，本技术还提供了对应的全流程系统测试装置。下面将从功能模块化的角度对本技术实施例提供的全流程系统测试装置进行介绍。
69.参见图2所示的全流程系统测试装置200的结构示意图，该装置200包括获取模块210、确定模块220和测试模块230。
70.其中，获取模块210，用于获取第一业务来源类型参数，所述第一业务来源类型参数用于指示测试过程中第一测试流程对应的测试业务类型。
71.确定模块220，用于根据所述第一业务来源类型参数，确定与所述第一测试流程对应的第一模拟操作流程，所述第一模拟操作流程用于对被测试系统执行模拟操作。
72.测试模块230，用于基于所述第一模拟操作流程对所述被测试系统进行测试，并获取所述被测试系统在测试过程中的测试数据。
73.本技术提供了一种全流程系统测试装置。该装置可以用于对较为复杂的系统进行全流程测试。具体地，首先可以获取第一业务来源类型参数。第一业务来源类型参数用于指示测试过程中的第一测试流程对应的测试业务类型。接着，可以根据第一业务来源参数，确定上述第一测试流程中的第一模拟操作流程。第一模拟操作流程用于对被测试系统执行模拟操作。也就是说。第一模拟操作流程用于模拟技术人员的行为，对被测试系统进行相应的操作。这样，在确定了第一模拟操作流程之后，可以基于第一模拟操作流程对被测试系统进行测试，并获取被测试系统在测试过程中的测试数据。这样，基于第一业务来源类型参数，确定对被测试系统的模拟测试流程，从而可以模拟技术人员的操作，对被测试系统进行测试。如此，通过设置不同的第一业务来源类型参数，可以涵盖多种发起渠道和发起方式的业务数据，提供了一种全流程测试的方法，从业务发起、接收，到本系统业务处理、结果确认，形成全流程自动化测试方法，非侵入性地进行跨平台整合，降低了联调测试工作量和沟通成本，减少重复性的操作
74.可选地，在一些可能的实现方式中，所述获取模块210，还用于获取第二业务来源类型参数，所述第二业务来源类型参数用于指示测试过程中第二测试流程对应的测试业务类型。所述确定模块220，还用于根据所述第二业务来源类型参数，确定与所述第二测试流程对应的第二模拟操作流程，所述第一模拟操作流程用于对被测试系统执行模拟操作。所
述测试模块230，还用于基于所述第二模拟操作流程对所述被测试系统进行测试，并获取所述被测试系统在测试过程中的测试数据。
75.可选地，在一些可能的实现方式中，所述获取模块210，具体用于获取业务来源类型参数序列，所述业务来源类型参数序列包括所述第一业务来源类型参数和所述第二业务来源类型参数。其中，所述第一业务来源类型参数和所述第二业务来源类型参数在所述业务来源类型参数序列中的先后顺序，与所述第一测试流程和所述第二测试流程在所述测试过程中的先后顺序相匹配。
76.可选地，在一些可能的实现方式中，所述测试模块230，具体用于获取所述被测试系统在所述测试过程中的图像信息；对所述图像信息进行文字识别，获取所述被测试系统在所述测试过程中的相关业务参数，得到所述测试数据。
77.可选地，在一些可能的实现方式中，所述获取模块210，还用于获取目标处理结果。所述测试模块230，还用于判断所述测试数据对应的实际处理结果与所述目标数据处理结果是否匹配；响应于所述测试数据对应的实际处理结果与所述目标数据处理结果匹配，完成对所述被测试系统的测试。
78.本技术实施例还提供了对应的设备以及计算机存储介质，用于实现本技术实施例提供的方案。
79.其中，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行本技术任一实施例所述的全流程系统测试方法。
80.所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现本技术任一实施例所述的全流程系统测试方法。
81.本技术实施例中提到的“第一”、“第二”(若存在)等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。
82.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，rom)/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本技术各个实施例或者实施例的某些部分所述的方法。
83.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
84.以上所述仅是本技术示例性的实施方式，并非用于限定本技术的保护范围。