金融领域业务系统的测试方法、装置及服务器与流程

1.本公开涉及测试技术，尤其涉及一种金融领域业务系统的测试方法、装置及服务器。


背景技术：

2.目前，金融领域的业务系统在上线前，需要进行测试。而测试过程需要应用到的测试数据必不可少。金融领域的业务系统往往都是一个庞大复杂的系统网络，测试数据准备工作便成了一项难度大，门槛高的工作。一个测试案例的执行涉及到众多的上下游系统，链路长，涉及到的组件和系统繁多；同一个测试环境的数据往往存在于不同的业务组件库中，并且往往只有部分数据能保持完整的关联性。
3.现有技术中，主要应用查数和埋数两种方式准备测试数据，查数需要遍历海量数据去筛选出完整可用的数据，埋数需要测试人员了解埋数逻辑，执行众多交易请求。
4.但是，上述方式难度大，效率低。


技术实现要素：

5.本公开提供了一种金融领域业务系统的测试方法、装置及服务器，以降低现有技术中测试数据准备的难度，并提高测试数据准备的效率。
6.根据本公开第一方面，提供了一种金融领域业务系统的测试方法，包括：
7.获取测试请求，并根据所述测试请求包括的待测试的金融领域业务系统的目标标识号、以及预设的金融领域业务图谱，生成数据模板；其中，所述预设的金融领域业务图谱包括多个金融领域业务系统的标识号、各所述金融领域业务系统之间的数据来源关系、以及每个所述金融领域业务系统的数据生成方式；
8.根据所述测试请求中的测试数据生成方式，以及所述数据模板，生成测试数据；
9.利用所述待测试的金融领域业务系统，对所述测试数据进行分析处理，并根据分析的结果，确定所述待测试的金融领域业务系统是否正常。
10.根据本公开第二方面，提供了一种金融领域业务系统的测试装置，包括：
11.获取单元，用于获取测试请求，并根据所述测试请求包括的待测试的金融领域业务系统的目标标识号、以及预设的金融领域业务图谱，生成数据模板；其中，所述预设的金融领域业务图谱包括多个业务系统的标识号，以及各所述业务系统之间的数据来源关系、以及每个所述业务系统的数据生成方式；
12.测试数据生成单元，用于根据所述测试请求中的测试数据生成方式，以及所述数据模板，生成测试数据；
13.测试单元，用于利用所述待测试的金融领域业务系统，对所述测试数据进行分析处理，并根据分析的结果，确定所述待测试的金融领域业务系统是否正常。
14.根据本公开第三方面，提供了一种服务器，包括存储器和处理器；其中，
15.所述存储器，用于存储计算机程序；
16.所述处理器，用于读取所述存储器存储的计算机程序，并根据所述存储器中的计算机程序执行如第一方面所述的金融领域业务系统的测试方法。
17.根据本公开第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面所述的金融领域业务系统的测试方法。
18.根据本公开第五方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，实现如第一方面所述的金融领域业务系统的测试方法。
19.本公开提供的金融领域业务系统的测试方法、装置及服务器，包括：获取测试请求，并根据测试请求包括的待测试的金融领域业务系统的目标标识号、以及预设的金融领域业务图谱，生成数据模板；其中，预设的金融领域业务图谱包括多个金融领域业务系统的标识号、各金融领域业务系统之间的数据来源关系、以及每个金融领域业务系统的数据生成方式；根据测试请求中的测试数据生成方式，以及数据模板，生成测试数据；利用待测试的金融领域业务系统，对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。本方案提供的金融领域业务系统的测试方法、装置及服务器中，可以利用预设的金融领域业务图谱生成数据模板，并可以利用该数据模板获取数据，接着根据测试请求中的测试数据生成方式对数据进行处理，进而生成测试数据。可以降低测试数据准备难度，并提高测试数据准备效率。
附图说明
20.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1为本公开一示例性实施例示出的金融领域业务系统的测试方法的流程示意图；
22.图2为本公开另一示例性实施例示出的金融领域业务系统的测试方法的流程示意图；
23.图3为本公开一示例性实施例示出的金融领域业务系统的测试过程示意图；
24.图4为本公开另一示例性实施例示出的金融领域业务系统的测试装置的结构图；
25.图5为本公开一示例性实施例示出的服务器的结构图。
具体实施方式
26.目前，金融领域的业务系统在上线前，需要进行测试。而测试过程需要应用到的测试数据必不可少。金融领域的业务系统往往都是一个庞大复杂的系统网络，测试数据准备工作便成了一项难度大，门槛高的工作。一个测试案例的执行涉及到众多的上下游系统，链路长，涉及到的组件和系统繁多；同一个测试环境的数据往往存在于不同的业务组件库中，并且只有部分数据保持了完整的关联性。现有技术中，主要应用测试数据平台来准备测试数据。测试数据平台可以提供查数和埋数服务，供测试活动使用。查数需要遍历海量数据去筛选出完整可用的数据，埋数需要测试人员了解埋数逻辑，执行众多交易请求。具体的，查
数服务是通过连接相同测试环境下不同业务组件的数据库作为数据源，通过结构化查询语言(structured query language，sql)进行数据的查询；对需要跨业务组件的关联数据，则通过迭代进行分步查询。由于同一个测试环境的数据在不同业务组件库中，且只有部分数据保持了完整的关联性，这就加大了关联数据查询的难度，需要遍历大量的数据进行夸库比对，效率低，查询时间长。埋数服务是通过调用业务相关的交易请求在业务系统生成新的数据，用于满足测试人员创建全新数据进行测试的需求。但是，由于业务组件繁多，要生成一条数据往往需要调用大量交易协同完成，关联逻辑复杂，需要了解清楚数据背后的业务关系，且执行时间长。
27.因此，上述方式测试数据准备的难度大，效率低。
28.为了解决上述技术问题，本公开提供的方案中，可以利用预设的金融领域业务图谱生成数据模板，并可以利用该数据模板获取数据，接着根据测试请求中的测试数据生成方式对数据进行处理，进而生成测试数据。可以降低测试数据准备难度，并提高测试数据准备效率。
29.下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。
30.图1为本公开一示例性实施例示出的金融领域业务系统的测试方法的流程示意图。
31.如图1所示，本实施例提供的金融领域业务系统的测试方法包括：
32.步骤101，获取测试请求，并根据测试请求包括的待测试的金融领域业务系统的目标标识号、以及预设的金融领域业务图谱，生成数据模板；其中，预设的金融领域业务图谱包括多个金融领域业务系统的标识号、各金融领域业务系统之间的数据来源关系、以及每个金融领域业务系统的数据生成方式。
33.其中，本公开提供的方法可以由具备计算能力的服务器来执行。
34.该服务器能够获取测试请求，并可以根据该测试请求中包括的待测试的金融领域业务系统的目标标识号，以及预先设置的金融领域业务图谱，生成与待测试的金融领域业务系统对应的数据模板。
35.其中，待测试的金融领域业务系统对应的数据模板可以用于生成待测试的金融领域业务系统中的业务数据。
36.其中，待测试的金融领域业务系统的目标标识号可以用于唯一标识该待测试的金融领域业务系统。
37.其中，预设的金融领域业务图谱为根据实际情况预先设置的金融领域业务图谱。该预设的金融领域业务图谱中可以包括多个金融领域业务系统的标识号、以及其中各个金融领域业务系统之间的数据来源关系、以及其中每个金融领域业务系统的数据生成方式。
38.其中，金融领域业务系统的标识号可以用于唯一标识该金融领域业务系统。
39.其中，各个金融领域业务系统之间的数据来源关系指各个金融领域业务系统之间的数据生成的依赖关系。其中，可以利用金融领域业务系统对应的数据生成方式来生成该金融领域业务系统中的数据。比如，有金融领域业务系统a、b、和c。a中数据的生成依赖b中数据，b中数据的生成依赖c中的数据；进而a可以利用b提供来数据(即b中的数据)，并以a中
的数据生成方式生成a的数据；类似的，b可以利用c提供来的数据(即c中的数据)，并以b中的数据生成方式生成b的数据。
40.步骤102，根据测试请求中的测试数据生成方式，以及数据模板，生成测试数据。
41.具体的，可以先根据数据模板生成第二数据。其中，第二数据可以为待测试的金融领域业务系统中的业务数据。然后利用测试请求中包括的测试数据生成方式，对第二数据进行优化处理，得到第三数据。
42.然后根据测试请求中包括的测试数据生成方式，将第三数据确定为测试数据；或者将第二数据和第三数据进行组合得到测试数据。
43.进一步的，生成的测试数据可以利用预先设置的数据池进行存储和管理。
44.步骤103，利用待测试的金融领域业务系统，对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。
45.具体的，待测试的金融领域业务系统可以通过预设接口从数据池中获取测试数据。
46.或者，数据池也可以根据测试人员的操作，可视化展示测试数据。测试人员可以手动将测试数据输入待检测的金融领域业务系统中，待测试的金融领域业务系统可以响应测试人员的操作并接收测试数据。
47.具体的，待测试的金融领域业务系统可以对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。
48.本公开提供的金融领域业务系统的测试方法，包括：获取测试请求，并根据测试请求包括的待测试的金融领域业务系统的目标标识号、以及预设的金融领域业务图谱，生成数据模板；其中，预设的金融领域业务图谱包括多个金融领域业务系统的标识号、各金融领域业务系统之间的数据来源关系、以及每个金融领域业务系统的数据生成方式；根据测试请求中的测试数据生成方式，以及数据模板，生成测试数据；利用待测试的金融领域业务系统，对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。本公开采用的方法中，可以利用预设的金融领域业务图谱生成数据模板，并可以利用该数据模板获取数据，接着根据测试请求中的测试数据生成方式对数据进行处理，进而生成测试数据。可以降低测试数据准备难度，并提高测试数据准备效率。
49.图2为本公开另一示例性实施例示出的金融领域业务系统的测试方法的流程示意图。
50.如图2所示，本实施例提供的金融领域业务系统的测试方法包括：
51.步骤201，获取测试请求，并根据测试请求包括的待测试的金融领域业务系统的目标标识号以及预设的金融领域业务图谱，确定与生成待测试的金融领域业务系统的数据相关的至少一个目标金融领域业务系统、至少一个目标金融领域业务系统以及待测试金融领域业务系统之间的数据来源关系、至少一个目标金融领域业务系统的数据生成方式、以及待测试的金融领域业务系统的数据生成方式；其中，预设的金融领域业务图谱包括多个金融领域业务系统的标识号、各金融领域业务系统之间的数据来源关系、以及每个金融领域业务系统的数据生成方式。
52.具体的，可以利用获取的测试请求中包括的待测试的金融领域业务系统的目标标识号，来查询预设的金融领域业务图谱，进而得到与生成待测试的金融领域业务系统的数
据相关的至少一个目标金融领域业务系统、以及包括各目标金融领域业务系统和待测试金融领域业务系统的多个金融领域业务系统之间的数据来源关系、以及该至少一个目标金融领域业务系统的数据生成方式、以及该待测试金融领域业务系统的数据生成方式。
53.在一种可实现方式中，数据生成方式包括如下至少一种：预先设置的接口配置、数据库查询方式。
54.具体的，每个金融领域业务系统的数据生成方式可以包括如下数据生成方式中的其中一种：预先设置的接口配置、数据库查询方式。
55.其中，预先设置的接口配置为根据实际情况预先设置的接口配置。
56.具体的，可以利用数据库查询方式，查询预设的数据库，从而从预设的数据库中获取到数据(即利用测试数据平台的查数服务)。其中，预设的数据库为根据实际需要预先设置的数据库。预设数据库中存储有金融领域业务系统的业务数据。
57.具体的，可以利用预设的接口配置，调用该接口配置，以调用业务相关的交易请求，进而得到数据(即利用测试数据平台的埋数服务)。
58.步骤202，根据至少一个目标金融领域业务系统以及待测试金融领域业务系统之间的数据来源关系、至少一个目标金融领域业务系统的数据生成方式、以及待测试的金融领域业务系统的数据生成方式，生成数据模板。
59.具体的，可以根据至少一个目标金融领域业务系统以及待测试金融领域业务系统之间的数据来源关系，以及至少一个目标金融领域业务系统的数据生成方式、和待测试的金融领域业务系统的数据生成方式，生成数据模板。该数据模板可以用于生成数据。
60.例如，若待测试的金融领域业务系统为a，目标金融领域业务系统有b、c，并且a中数据的生成依赖b中数据，b中数据的生成依赖c中的数据。其中，a的数据生成方式为预先设置的接口配置的方式、b的数据生成方式为数据库查询方式、c的数据生成方式为数据库查询方式。则a的数据模板可以包括a中数据的生成依赖b中数据，b中数据的生成依赖c中的数据的数据来源关系，以及a的数据生成方式为预先设置的接口配置的方式、b的数据生成方式为数据库查询方式、c的数据生成方式为数据库查询方式。
61.具体的，每个金融领域业务系统都可以对应一个唯一的数据模板。
62.步骤203，根据数据模板生成第二数据。
63.具体的，可以利用待测试的金融领域业务系统对应的数据模板，生成第二数据。
64.例如，若待测试的金融领域业务系统为a，目标领域业务系统有b、c，且a的数据模板包括a中数据的生成依赖b中数据，b中数据的生成依赖c中的数据的数据来源关系，以及a的数据生成方式为预先设置的接口配置的方式、b的数据生成方式为数据库查询方式、c的数据生成方式为数据库查询方式。则可以在c中利用数据库查询方式生成数据1；然后利用数据1，在b中利用数据库查询方式生成数据2；然后利用数据2，在a中利用预先设置的接口配置的方式，得到第二数据。
65.步骤204，若确定测试数据生成方式中包括异常数据生成策略；则根据异常数据生成策略对第二数据进行处理，生成第三数据。
66.具体的，可以检测测试请求包括的测试数据生成方式中是否包括异常数据生成策略，若确定包括异常数据生成策略，则可以根据该异常数据生成策略对第二数据进行处理，使第二数据变为异常数据，即生成第三数据。
67.具体的，利用异常数据生成策略生成异常数据，并用异常数据进行测试，可以在一定程度上使测试数据更加丰富，在一定程度上可以提高测试效果。
68.在一种可实现方式中，将第二数据中的至少一个预设第一字段设置为空值，生成第三数据；和/或；随机选取第二数据中的至少一个第二字段，并设置为空值，生成第三数据。
69.其中，预设第一字段为根据实际情况预先设置的字段。
70.具体的，可以根据异常数据生成策略，将第二数据中的至少一个预先设置的第一字段设置为空值，生成第三数据；和/或；可以根据异常数据生成策略，随机选取第二数据中的至少一个第二字段，并设置为空值，生成第三数据。
71.步骤205，若确定测试数据生成方式中包括去重策略，则根据去重策略，处理并更新第二数据、第三数据。
72.具体的，可以检测测试请求包括的测试数据生成方式中是否包括去重策略，若确定包括去重策略，则可以根据该去重策略处理并更新第二数据、第三数据，以防止第二数据、第三数据中出现重复数据。
73.具体的，利用去重策略，可以防止测试数据出现重复数据，进而可以在一定程度上提高测试的效率，以及测试效果。
74.在一种可实现方式中，若确定多个第三数据中的预设第三字段内容相同，则根据数据模板生成第四数据，并利用第四数据更新第二数据。
75.其中，预设第三字段为根据实际情况预先设置的字段。具体的，可以预先设置至少一个第三字段。
76.具体的，可以比对多个第三数据，若比对结果显示这多个第三数据中的预设第三字段的内容相同，则确定第三数据出现重复数据。
77.可选的，也可以根据去重策略，比对多个第三数据的所有字段，若多个第三数据的内容完全相同，则确定第三数据出现重复。
78.若确定第三数据出现重复，则可以根据与测试请求中的分组标识号对应的数据模板生成第四数据，并利用第四数据更新第二数据(即将原来的第二数据丢弃，令第四数据替换原来的第二数据)。
79.然后，根据更新后的第二数据，以及异常数据生成策略生成第五数据；并利用第五数据更新第三数据。
80.具体的，利用异常数据生成策略，对更新后的第二数据进行处理，生成第五数据。并利用第五数据更新第三数据(即将原来的第三数据丢弃，令第五数据替换原来的第三数据)。
81.进一步的，可以根据测试请求，利用去重策略对第二数据进行处理并更新。
82.进一步的，利用去重策略处理并更新后第二数据、第三数据，还可以再一次利用去重策略进行处理并更新，直至处理后的第二数据、第三数据不再存在重复数据。
83.在一种可实现方式中，若确定测试数据生成方式中包括数据补充策略；则根据数据补充策略，以及数据模板，生成第二数据。
84.具体的，可以检测测试请求包括的测试数据生成方式中是否包括数据补充策略，若确定包括数据补充策略，则可以根据该数据补充策略、以及数据模板，生成第二数据，以
补充数据。
85.具体的，可以利用数据补充策略，自动对第二数据进行补充，可以提高测试数据的准备效率。
86.可选的，若确定各第二数据的总数量小于第一预设阈值，则根据数据模板，持续生成第二数据，直至总数量达到第一预设阈值。
87.其中，第一预设阈值为根据实际情况预先设置的阈值。
88.具体的，可以根据数据补充策略，定量补充第二数据。具体的，可以先确定各第二数据的总数量，再比对该总数据与第一预设阈值，若确定该总数量小于第一预设阈值，则可以根据数据模板，持续生成第二数据，直至各第二数据的总数量达到第一预设阈值。
89.进一步的，还可以根据数据补充策略，定时补充第二数据。具体的，可以在一个预设时间根据数据模板，持续生成第二数据，直至持续时间达到预设时长。
90.进一步的，还可以响应测试人员的操作，生成数据补充指令，并根据该数据补充指令，补充第二数据。
91.在一种可实现方式中，若确定测试数据生成方式中包括数据更新策略；则根据数据更新策略，更新第二数据。
92.具体的，可以检测测试请求包括的测试数据生成方式中是否包括数据更新策略，若确定包括数据更新策略，则可以根据该数据更新策略更新第二数据。
93.具体的，可以利用数据更新策略，自动对第二数据进行更新，以预防数据失效，可以提高测试数据的准备效率。
94.可选的，根据数据模板，获取与第二数据对应的第六数据；若确定第六数据与第二数据有差异，则根据更新策略利用第六数据更新第二数据，或者删除第二数据。
95.具体的，可以根据生成第二数据时的数据模板，来获取第六数据。并比对第六数据与第二数据，若比对结果显示第六数据与第二数据有差异，则可以根据更新策略利用第六数据更新第二数据，或者，删除第二数据。
96.具体的，若根据第二数据的数据特性和用途，确定第二数据为一次性的消耗数据，则当确定第六数据与第二数据有差异后，可以选择删除第二数据。另一方面，若确定第二数据为可以重复利用的数据，则当确定第六数据与第二数据有差异后，可以选择利用第六数据更新第二数据。
97.步骤206，根据更新后的第二数据、更新后的第三数据，生成测试数据。
98.具体的，可以根据测试请求中的测试数据生成方式，将更新后的第二数据和更新后的第三数据进行组合，并生成测试数据；也可以将更新后的第三数据确定为测试数据；也可以将更新后的第二数据确定为测试数据。
99.进一步的，可以利用预先设置的数据池保存并管理测试数据。
100.步骤207，利用待测试的金融领域业务系统，对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。
101.具体的，待测试的金融领域业务系统可以通过预设接口从数据池中读取测试数据。
102.或者，数据池也可以根据测试人员的操作，可视化展示测试数据。测试人员可以手动将测试数据输入待检测的金融领域业务系统中，待测试的金融领域业务系统可以响应测
试人员的操作并接收测试数据。
103.在一种可实现方式中，若确定测试请求中包括数据输出方式；则根据数据输出方式，将测试数据输出至数据输出方式中的存储介质。
104.具体的，测试请求中可以预先配置数据数据输出方式，数据池可以根据该数据输出方式，将生成的测试数据直接发送至该数据输出方式中的存储介质。其中，该存储介质可以包括文件，数据库，消息队列等。
105.具体的，尤其针对大批量测试数据，采用上述方式，将测试数据直接发送至待测试的金融领域业务系统，可以提高测试数据获取效率，也可以在一定程度上节约资源。
106.具体的，待测试的金融领域业务系统可以对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。
107.进一步的，在一种可实现方式中，根据测试数据的数据特性和用途，标记用于存储并管理测试数据的数据池的类型；类型包括消费型、复用型。
108.具体的，可以根据数据模板生成的测试数据的数据特性和用途，标记用于存储并管理该测试数据的数据池的类型。比如，用于标记的类型可以包括消费型、复用型。
109.其中，若数据池被标记为消费型，则可以说明该数据池中的测试数据为消费型数据，即该测试数据被用过一次之后就不能再次被利用。比如，该测试数据可以为空白卡。若空白卡被用一次，即说明已经不是空白卡，因此不能再次作为空白卡使用。
110.其中，若数据池被标记为复用型，则可以说明该数据池中的测试数据为复用型数据，即该测试数据被使用过之后还可以重复使用。比如，该测试数据可以为身份证号或者手机号。
111.具体的，通过标记数据池的类型，可以更方便的管理数据池，也便于待测试的金融领域业务系统从数据池中获取测试数据。
112.在一种可实现方式中，若确定数据池中测试数据被访问，则记录测试数据的使用信息。
113.具体的，若待测试的金融领域业务系统或者其他工具访问数据池，数据池可以记录被提取使用的测试数据的使用信息，进而可以清楚记录测试数据的来源和去处，完善数据追踪机制。该使用信息可以用于后期的大数据分析。
114.若确定该测试数据的类型为消费型，则根据预设策略，标记测试数据的使用状态。
115.具体的，若被提取使用的测试数据的类型为消费型，则可以根据预先设置的策略，自动标记该测试数据的使用状态，将该测试数据标记为已使用；或者触发手动标记方式，进而根据测试人员的操作，来标记该测试数据的使用状态。
116.具体的，利用手动标记方式时，当测试人员只是浏览而并未使用测试数据时，可以不标记测试数据的使用状态；当测试人员确定使用了测试数据时，再标记测试数据的使用状态。
117.具体的，标记测试数据的使用状态，可以方便数据池对测试数据的管理，进而提高测试数据准备的效率。
118.在一种可实现方式中，获取配置指令，并根据配置指令为数据池设置分组标识号；根据配置指令为分组标识号设置标签；标签用于表征数据池中测试数据的用途。
119.具体的，可以获取配置指令，并根据该配置指令为数据池设置分组标识号，且可以
根据数据池中测试数据的用途，为数据池的分组标识号设置标签。以便待测试的金融领域业务系统可以根据该标签，以及分组标识号获取需要的测试数据，进而可以提高数据准备的效率。
120.其中，同一个标签下，可以包括多个分组标识号。
121.进一步的，还可以为各标签，以及各分组标识号配置访问权限，以方便数据池的管理。待测试的金融领域业务系统可以根据访问权限来访问数据池，并从数据池中获取测试数据。
122.图3为本公开一示例性实施例示出的金融领域业务系统的测试装置的结构图。
123.如图3所示，本公开提供的金融领域业务系统的测试装置400，包括：
124.获取单元310，用于获取测试请求，并根据测试请求包括的待测试的金融领域业务系统的目标标识号、以及预设的金融领域业务图谱，生成数据模板；其中，预设的金融领域业务图谱包括多个金融领域业务系统的标识号、各金融领域业务系统之间的数据来源关系、以及每个金融领域业务系统的数据生成方式；
125.测试数据生成单元320，用于根据测试请求中的测试数据生成方式，以及数据模板，生成测试数据；
126.测试单元330，用于利用待测试的金融领域业务系统，对测试数据进行分析处理，并根据分析的结果，确定待测试的金融领域业务系统是否正常。
127.图4为本公开另一示例性实施例示出的金融领域业务系统的测试装置的结构图。
128.如图4所示，在上述实施例的基础上，本公开提供的金融领域业务系统的测试装置400中，测试数据生成单元320具体用于：
129.根据数据模板生成第二数据；
130.若确定测试数据生成方式中包括异常数据生成策略；则根据异常数据生成策略对第二数据进行处理，生成第三数据；
131.若确定测试数据生成方式中包括去重策略，则根据去重策略，处理并更新第二数据、第三数据；
132.根据更新后的第二数据、更新后的第三数据，生成测试数据。
133.测试数据生成单元320具体用于：将第二数据中的至少一个预设第一字段设置为空值，生成第三数据；
134.和/或；
135.随机选取第二数据中的至少一个第二字段，并设置为空值，生成第三数据。
136.测试数据生成单元320具体用于：若确定多个第三数据中的预设第三字段内容相同，则根据数据模板生成第四数据，并利用第四数据更新第二数据；
137.根据更新后的第二数据，以及异常数据生成策略生成第五数据；并利用第五数据更新第三数据。
138.测试数据生成单元320具体用于：若确定测试数据生成方式中包括数据补充策略；则根据数据补充策略，以及数据模板，生成第二数据；
139.若确定测试数据生成方式中包括数据更新策略；则根据数据更新策略，更新第二数据。
140.测试数据生成单元320具体用于：若确定各第二数据的总数量小于第一预设阈值，
则根据数据模板，持续生成第二数据，直至总数量达到第一预设阈值。
141.测试数据生成单元320具体用于：根据数据模板，获取与第二数据对应的第六数据；
142.若确定第六数据与第二数据有差异，则根据更新策略利用第六数据更新第二数据，或者删除第二数据。
143.测试数据生成单元320还用于：若确定测试请求中包括数据输出方式；则根据数据输出方式，将测试数据输出至数据输出方式中的存储介质。
144.本公开提供的金融领域业务系统的测试装置400中，还包括：
145.标记单元340，用于根据测试数据的数据特性和用途，标记用于存储并管理测试数据的数据池的类型；类型包括消费型、复用型。
146.标记单元340，还用于若确定数据池中测试数据被访问，则记录测试数据的使用信息；
147.若确定测试数据的类型为消费型，则根据预设策略，标记测试数据的使用状态。
148.配置单元350，用于获取配置指令，并根据配置指令为数据池设置分组标识号；根据配置指令为分组标识号设置标签；标签用于表征数据池中测试数据的用途。
149.获取单元310，具体用于根据目标标识号，以及预设的金融领域业务图谱，确定与生成待测试的金融领域业务系统的数据相关的至少一个目标金融领域业务系统、至少一个目标金融领域业务系统以及待测试金融领域业务系统之间的数据来源关系、至少一个目标金融领域业务系统的数据生成方式、以及待测试的金融领域业务系统的数据生成方式；
150.根据至少一个目标金融领域业务系统以及待测试金融领域业务系统之间的数据来源关系、至少一个目标金融领域业务系统的数据生成方式、以及待测试的金融领域业务系统的数据生成方式，生成数据模板。
151.在一种可实现方式中，数据生成方式包括如下至少一种：
152.预先设置的接口配置、数据库查询方式。
153.图5为本公开一示例性实施例示出的服务器的结构图。
154.如图5所示，本实施例提供的电子设备包括：
155.存储器501；
156.处理器502；以及
157.计算机程序；
158.其中，计算机程序存储在存储器501中，并配置为由处理器502执行以实现如上的任一种金融领域业务系统的测试方法。
159.本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现如上的任一种金融领域业务系统的测试方法。
160.本实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，实现上述任一种金融领域业务系统的测试方法。
161.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
162.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。