测试方法、装置、设备及存储介质与流程

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.本方案中，获取征信报告和待验证的测试规则；对征信报告进行解析，得到多个信息单元；在多个信息单元中，选取与测试规则匹配的目标信息单元；根据目标信息单元，生成测试征信报告；根据测试规则对测试征信报告进行测试，得到测试征信报告对应的测试
结果；根据测试结果，验证测试规则。上述方案中，对征信报告进行解析，得到多个信息单元；无需开发人员手动对征信报告进行修改，即可根据不同的测试规则以及多个信息单元，生成各种各样的测试征信报告，可用于测试各种业务场景的测试规则。提升了生成测试征信报告的效率，降低出错率，提升了测试结果的准确率，进而根据测试结果调整测试规则，得到准确地测试规则，有助于后续根据确定的测试规则开发业务，为企业提升经济效益。
附图说明
41.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
42.图1是本技术一示例性实施例提供的测试方法的示意性流程图；
43.图2是本技术另一示例性实施例示出的测试方法的步骤s104的具体流程图；
44.图3是本技术再一示例性实施例示出的测试方法的步骤s106的具体流程图；
45.图4是本技术一实施例提供的一种测试装置的示意图；
46.图5是本技术另一实施例提供的一种测试设备的示意图。
具体实施方式
47.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
48.在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本技术实施例的描述中，“多个”是指两个或多于两个。
49.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
50.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
51.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习/监督学习等几大方向。
52.请参见图1，图1是本技术一示例性实施例提供的测试方法的示意性流程图。本技术提供的测试方法的执行主体为测试设备，其中，该测试设备包括但不限于智能手机、平板
电脑、计算机、个人数字助理(personal digital assistant，pda)、台式电脑等移动终端，还可以包括各种类型的服务器。
53.例如，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务。
54.如图1所示的测试方法可包括：s101～s106，具体如下：
55.s101：获取征信报告和待验证的测试规则。
56.征信报告为记载有个人或者企业信用信息记录的报告。示例性地，可以在征信报告查询网站查询征信报告，例如x行征信网、xx银行征信中心等。也可以在征信报告库中获取多个征信报告。征信报告库中预先收录有多个可公开的征信报告。
57.每个征信报告由多个信息单元构成。例如，信息单元可以为报告头、个人基本信息、信息概要、信用卡信息、贷款信息、其他信贷信息、公共记录、查询记录、异议标注、声明等。每个信息单元由一条或多条信息构成。
58.例如，报告头中包含的多条信息可以为标题、报告编号、报告时间等。个人基本信息中包含的多条信息可以为姓名、年龄、性别、身份证号、联系方式、联系地址、婚姻状况等。
59.信息概要中包含的多条信息可以为信用卡、住房贷款、其他贷款对应的账户数；信用卡、住房贷款、其他贷款对应的未结清/未销户账户数；信用卡、住房贷款、其他贷款对应的发生过逾期的账户数；信用卡、住房贷款、其他贷款对应的发生过90天以上逾期的账户数；信用卡、住房贷款、其他贷款对应的为他人担保笔数等。
60.信用卡信息中可以包括发生逾期的贷记卡账户明细、未发生逾期的贷记卡账户明细等。贷款信息中可以包括从未发生过逾期的账户明细、发生过逾期的账户明细等。
61.其他信贷信息可以包括非信贷交易记录。例如，可以反映非信贷业务的一些付费类业务信息(如水费、电费、电信费用等)。
62.公共记录指非银行信用信息，非银行信用信息指的是个人征信系统从其他部门采集的，可以反映客户收入、缴欠费或者其他资产状况的一些信息。例如可以包括：最近五年内的欠税记录、民事判决记录、强制执行记录和行政处罚记录、电信欠费记录、公积金参缴记录等。
63.查询记录可以包括被查询的明细。例如，查询机构、查询日期、查询原因等。异议标注可以包括被查询主体对查询结果的异议在征信报告中的体现。此处仅为示例性说明，对此不做限定。
64.测试规则为待验证的测试规则，由开发人员预先设置。例如，可针对不同的业务场景，设置不同的测试规则。
65.示例性地，某个业务场景需要用测试规则筛选该业务场景对应的数据，在该业务场景真正上线前需要验证其对应的测试规则是否合理，只有在验证测试规则合理后，才能保证业务场景上线后，根据该测试规则准确地筛选出该业务场景对应的数据。因此，先根据测试规则对生成的测试征信报告进行测试，根据当前生成的测试结果验证测试规则是否合理。如果合理，则将该测试规则作为该业务场景对应的最终测试规则；如果不合理，则根据测试结果调整测试规则。
66.例如，某个业务场景是需要测试客户的信用卡信息和贷款信息，进而根据信用卡
信息和贷款信息设定了相应地测试规则，如信用卡账户授信额度是否超过第一预设额度、信用卡账户开立日期是否早于预设日期、贷款账户中逾期的记录是否超过预设数量等。
67.又例如，某个业务场景是需要测试客户的信用卡信息和公共记录，进而根据信用卡信息和贷款信息设定了相应地测试规则，如信用卡账户授信额度是否超过第一预设额度、信用卡账户开立日期是否早于预设日期、公共记录中是否有欠税、是否有电信欠费记录等。此处仅为示例性说明，对此不做限定。
68.再例如，某个业务场景是需要测试客户的循环贷信息，进而根据循环贷信息设定了相应地测试规则，如循环贷的类型是信用贷款还是抵押贷款、循环贷的授信额度是否超过第二预设额度等。
69.将预先设定好的不同的业务场景对应的测试规则存储在数据库中，实际实施过程中，根据当前的业务场景在数据库中查询与其对应的测试规则。
70.现有技术中，通常一份征信报告中不能完全包含每一种业务场景中用到的各个板块内容。例如，有的客户没有办理过信用卡，在他的征信报告中是没有信用卡信息的；有的客户没有办理过贷款，在他的征信报告中没有贷款信息；有的征信报告中没有公共记录；有的客户没有办理过循环贷，在他的征信报告中没有循环贷的相关信息。
71.而业务场景刚好需要对这些板块内容进行测试，以保证根据当前业务场景设定的测试规则没有问题，便于后续将该测试规则用在正式上线的业务项目中，用于对客户、企业等的信用进行快速、准确地判定。此时，需要在现有的征信报告中添加业务场景需要用到的版块，然而，现有技术中需要开发人员手动对征信报告进行修改，添加征信报告中相应的版块，这种手工修改方式效率低、容易出错，导致在测试过程中出现征信报告解析失败，降低了测试结果的准确率。
72.且征信报告中的内容较多，有些版块是当前业务场景中不需要的，这些冗余的内容也会影响测试结果的准确性，如果要删除这些冗余的内容，依旧需要开发人员手动对征信报告进行修改，删除征信报告中相应的版块，这种手动删除的方式依旧效率低、容易出错，导致在测试过程中出现征信报告解析失败，降低了测试结果的准确率。因此，采用本方案中的方法可有效解决上述问题。
73.s102：对征信报告进行解析，得到多个信息单元。
74.每个信息单元包含一条或多条征信报告中的信息。
75.示例性地，先对征信报告进行脱敏处理，即对征信报告中的敏感信息进行处理。例如，将每个征信报告中的姓名、身份证号、联系方式、住址等信息进行打码，或者将这些信息屏蔽，再或者将这些信息替换为可以展示的文字、数字、英文等。此处仅为示例性说明，对此不做限定。
76.将进行脱敏处理后的征信报告分解为多个信息单元。示例性地，以索引信息为依据对脱敏处理后的征信报告进行分解，一个索引信息对应一个信息单元。
77.值得说明的是，索引信息根据征信报告预先设置，索引信息也可包括报告头、个人基本信息、信息概要、信用卡信息、贷款信息、其他信贷信息、公共记录、查询记录、异议标注、声明等。不同的是，信息单元有包含征信报告中具体的信息，而索引信息不包含具体的信息。例如，信息单元的报告头中包含有标题、报告编号、报告时间等。而索引信息的报告头仅仅是这几个字。
78.以索引信息为依据对脱敏处理后的征信报告进行分解，得到多个信息单元。示例性地，报告头对应报告头信息单元，个人基本信息对应个人基本信息单元，信息概要对应信息概要信息单元，信用卡信息对应信用卡信息单元，贷款信息对应贷款信息单元，其他信贷信息对应其他信贷信息单元，公共记录对应公共信息单元，查询记录对应查询信息单元，异议标注对应异议信息单元，声明对应声明信息单元等。此处仅为示例性说明，对此不做限定。
79.每个信息单元中包含一条或多条征信报告中的信息。可参考s101中举例的信息，此处不再赘述。
80.示例性地，在本端搭建测试环境，将获取到的征信报告导入测试环境中，并在该测试环境中对征信报告进行脱敏处理，将进行脱敏处理后的征信报告分解为多个信息单元。
81.可选地，可根据不同的征信报告，在信息单元下进一步设置子信息单元。例如，可以根据发行信用卡的机构在信用卡信息单元下设置不同信用卡机构子信息单元。在贷款信息单元下设置循环贷信息单元、非循环贷信息单元等。可以根据查询主体在查询信息单元下设置不同的查询子信息单元。此处仅为示例性说明，对此不做限定。
82.可选地，对获取到的多个征信报告都进行解析，得到每个征信报告对应的多个信息单元，将这些信息单元中相同的信息单元剔除，剩余的多个信息单元用于后续生成测试征信报告。
83.s103：在多个信息单元中，选取与测试规则匹配的目标信息单元。
84.不同的业务场景可以对应不同的测试规则，为了验证业务场景的测试规则是否合理，需要用到的信息单元也不同，根据当前的测试规则，在多个信息单元中，选取与该测试规则匹配的目标信息单元。
85.示例性地，提取测试规则中的关键词，根据提取到的测试规则对应的关键词，在多个信息单元中，选取匹配的目标信息单元。
86.例如，可通过信息检索与数据挖掘的常用加权技术常用加权(term frequency
–
inverse document frequency，tf-idf)算法确定测试规则对应的关键词。
87.以tf-idf为例进行说明，tf表示词频，即一个词在测试规则中出现的次数；idf表示逆文档频率，用于在词频的基础上给每个词分配一个重要性权重，它的大小与一个词的常见程度成反比。将词频与逆文档频率的值相乘，得到一个词的tf-idf值，该词的tf-idf值表示该词对测试规则的重要性，tf-idf值越大表示该词对测试规则越重要。将tf-idf值排在最前面的一个或几个词作为测试规则的关键词。
88.具体地，先对测试规则进行分词处理，得到测试规则对应的若干分词结果，进而可通过下述表达式计算每个分词对应的词频。
[0089]“词频(tf)＝某个词在测试规则的出现次数/测试规则的总词数”或“词频(tf)＝某个词在测试规则中的出现次数/该测试规则出现次数最多的词的出现次数”。
[0090]
通过“逆文档频率(idf)＝log(语料库的文本总数/包含该词的文本数 1)”计算逆文档频率(idf)；其中，分母加1是为了避免所有文本都不包含该词导致分母为0的情况出现，log表示对得到的值取对数；若一个词越常见，则分母越大，逆文档频率就越小越接近0。通过“tf-idf＝词频(tf)*逆文档频率(idf)”计算该词的tf-idf值，即该词对测试规则的重要性。计算得到每个词对应的tf-idf值后，对tf-idf值进行降序排列，取排在最前面的一个
或几个词作为该测试规则的关键词。即得到以tf-idf对测试规则处理后的一组关键词。
[0091]
在多个信息单元中，查找与这些关键词匹配的信息单元，将这些信息单元作为目标信息单元。例如，提取到的测试规则中的关键词为信用卡、贷款，在多个信息单元中，查找与这些关键词匹配的信用卡信息单元、贷款信息单元。其中，信用卡信息单元、贷款信息单元即为目标信息单元。此处仅为示例性说明，对此不做限定。
[0092]
可选地，在一种可能的实现方式中，为了便于后续准确、快速地查找到目标信息单元，本技术提供的测试方法还包括：确定每个信息单元对应的关键字；将每个信息单元和每个关键字关联并存储在数据库中。
[0093]
例如，报告头信息单元的关键词可以为报告头，个人基本信息信息单元的关键词可以为基本，信息概要信息单元的关键词可以为概要，信用卡信息单元的关键词可以为信用卡，贷款信息单元的关键词可以为贷款，其他信贷信息单元的关键词可以为其他，公共信息单元的关键词可以为公共，查询信息单元的关键词可以为查询，异议信息单元的关键词可以为异议，声明信息单元的关键词可以为声明等。将这些关键词与其各自对应的信息单元关联并存储在数据库中。此处仅为示例性说明，对此不做限定。
[0094]
示例性地，在确定测试规则对应的关键词后，在数据库中查找与测试规则对应的关键词相同的关键词，进而查找与关键词关联的信息单元，得到目标信息单元。
[0095]
可选地，在将征信报告分解为多个信息单元时，获取征信报告的标识信息(例如报告编号)，将同一份征信报告中的标识信息与该征信报告对应的多个信息单元关联，一并存储在数据库中。
[0096]
s104：根据目标信息单元，生成测试征信报告。
[0097]
示例性地，目标信息单元的数量不同时，生成测试征信报告的方式也不同。当目标信息单元的数量为一个时，直接根据该目标信息单元中包含的一条或多条征信报告中的信息，生成测试征信报告。当目标信息单元的数量为多个时，对多个目标信息单元进行组合，得到测试征信报告。
[0098]
示例性地，当目标信息单元的数量为一个，且目标信息单元包含多条征信报告中的信息时，根据预设排列顺序对多条征信报告中的信息进行排列，得到测试征信报告。
[0099]
预设排列顺序由开发人员根据实际情况预先设置。例如，可将重要信息排列在前，非重要信息排列在后，对此不做限定。预设排列顺序中设置了多条征信报告中的信息的排列顺序。根据预设排列顺序对目标信息单元中的多条信息进行排列，得到测试征信报告。
[0100]
本实施方式中，在生成测试征信报告时，根据预设排列顺序将重要信息排列在前，非重要信息排列在后，便于后续根据测试规则对测试征信报告进行测试时，无需全部遍历测试征信报告，就可以快速筛选出重要信息，提升了测试速率。
[0101]
请参见图2，图2是本技术另一示例性实施例示出的测试方法的步骤s104的具体流程图；可选地，在本技术一些可能的实现方式中，上述s104可包括s1041～s1042，具体如下：
[0102]
s1041：对多个目标信息单元进行组合，得到组合结果。
[0103]
s1042：根据组合结果生成测试征信报告。
[0104]
当目标信息单元的数量为多个时，对选取的多个目标信息单元进行组合，根据组合结果生成测试征信报告。其中，对选取的多个目标信息单元进行组合时，对组合的顺序不进行限定，可以按照选取目标信息单元的顺序对多个目标信息单元进行组合，也可以按照
标准征信报告中各个信息单元的先后顺序对多个目标信息单元进行组合，也可以随机对多个目标信息单元进行组合。
[0105]
例如，选取的目标信息单元为信用卡信息单元、公共信息单元以及异议信息单元，对信用卡信息单元、公共信息单元以及异议信息单元进行随机组合，根据组合后各个信息单元的内容，即组合结果生成测试征信报告。
[0106]
可选地，在一种可能的实现方式中，如果某个业务场景需要一份普通的征信报告作为测试征信报告，可在数据库中查询标识信息相同的多个信息单元，按照标准征信报告中各个信息单元的先后顺序对多个信息单元进行组合，得到测试征信报告。
[0107]
可选地，在一种可能的实现方式中，还可对测试征信报告中的关键信息进行检测。其中，关键信息可以包括报告头、信息概要等。例如，检测测试征信报告中是否有报告头，如果生成的测试征信报告中没有报告头，则在数据库中查询并获取报告头信息单元，将报告头信息单元与初次生成的测试征信报告组合，再次生成测试征信报告。
[0108]
本实施方式中，可以根据不同的测试规则生成各种对应的测试征信报告，适应各种业务场景。无需开发人员手动对征信报告进行修改，提升了生成测试征信报告的效率，降低出错率，避免在测试过程中出现征信报告解析失败的情况，提升了测试结果的准确率，有助于后续根据确定的测试规则开发业务，为企业带来了经济效益。
[0109]
s105：根据测试规则对测试征信报告进行测试，得到测试征信报告对应的测试结果。
[0110]
示例性地，根据测试规则，在测试征信报告中筛选符合测试规则的数据，即得到测试征信报告对应的测试结果。
[0111]
示例性地，测试规则包含多条规则，测试结果包含每条规则对应的结果数据。具体地，规则可以包括筛选授信额度符合预设额度的数据、筛选账户开立日期符合预设日期的数据、筛选逾期记录数据以及筛选贷款类型符合预设类型的贷款数据等。
[0112]
例如，规则为筛选信用卡账户授信额度超过预设额度的数据，则在测试征信报告中筛选信用卡账户授信额度超过预设额度的数据，将该数据作为该条规则对应的结果数据并输出。
[0113]
又例如，规则为筛选信用卡账户开立日期符合预设日期的数据，则在测试征信报告中筛选信用卡账户开立日期符合预设日期的数据，将该数据作为该条规则对应的结果数据并输出。
[0114]
再例如，规则为筛选贷款账户中逾期记录超过预设数量的数据，则在测试征信报告中筛选贷款账户中逾期记录超过预设数量的数据，将该数据作为该条规则对应的结果数据并输出。
[0115]
又例如，规则为筛选贷款类型符合预设类型的贷款数据，则在测试征信报告中筛选贷款类型符合预设类型的贷款数据，将该数据作为该条规则对应的结果数据并输出。此处仅为示例性说明，对此不做限定。
[0116]
可选地，在一种可能的实现方式中，针对不同的子信息单元，可在终端界面中设置下拉框、输入框等。例如，测试规则为循环贷的类型是否为抵押贷款。循环贷属于贷款信息单元中的一种，在测试界面中配置测试规则时，先选取贷款信息单元对应的配置测试规则的选项界面，进一步在该选项界面的下拉框、输入框等中配置循环贷的类型是信用贷款还
是抵押贷款，配置好测试规则后，点击测试选项，终端自动根据该测试规则在测试征信报告中筛选符合的数据并输出。
[0117]
可选地，在一种可能的实现方式中，如果测试征信报告中没有符合测试规则的数据，则可以输出相似的数据。例如，测试规则为输出信用卡账户开立日期早于2015年的数据，测试征信报告中没有信用卡账户开立日期早于2015年的数据，但是有一条信用卡账户开立日期早于2016年的数据，此时可将该数据作为结果数据并输出。
[0118]
可选地，在一种可能的实现方式中，如果测试征信报告中没有符合测试规则的数据，可以输出空值、默认值等作为结果数据。
[0119]
s106：根据测试结果，验证测试规则。
[0120]
示例性地，检测测试结果是否合格，当测试结果合格时，证明当前的测试规则没有问题，则将该测试规则作为该最终测试规则。当测试结果不合格时，证明当前的测试规则中存在问题，需要对测试规则进行调整。
[0121]
上述方案中，对征信报告进行解析，得到多个信息单元；无需开发人员手动对征信报告进行修改，即可根据不同的测试规则以及多个信息单元，生成各种各样的测试征信报告，可用于测试各种业务场景的测试规则。提升了生成测试征信报告的效率，降低出错率，提升了测试结果的准确率，进而根据测试结果调整测试规则，得到准确地测试规则，有助于后续根据确定的测试规则开发业务，为企业提升经济效益。
[0122]
请参见图3，图3是本技术再一示例性实施例示出的测试方法的步骤s106的具体流程图；可选地，在本技术一些可能的实现方式中，上述s106可包括s1061～s1062，具体如下：
[0123]
s1061：获取预设测试规范。
[0124]
s1062：当检测到每条规则对应的结果数据均符合预设测试规范时，将测试规则作为最终测试规则。
[0125]
预设测试规范包括验证结果数据是否正常输出、验证结果数据是否正确以及验证结果数据的格式是否正确。
[0126]
示例性地，检测每条规则对应的数据结果是否符合预设测试规范。例如，验证结果数据是否正常输出，可以包括检测结果数据中输出的是具体的数据还是特殊符号。当结果数据中是具体的数据时，判定该结果数据属于正常输出，进而判定该结果数据符合预设测试规范，该结果数据对应的规则设置合理，无需调整，则将该测试规则作为最终测试规则。
[0127]
当结果数据中是特殊符号时，判定该结果数据属于异常输出，进而判定该结果数据不符合预设测试规范。可以理解为，该结果数据对应的规则设置不合理，需要对该规则进行调整，否则在上线的业务项目中，根据该规则无法筛选出准确的数据，导致影响业务项目的运行，给企业造成损失。
[0128]
又例如，验证结果数据的格式是否正确，可以包括检测结果数据中的数据格式是否为预设格式。当结果数据中的数据格式为预设格式时，判定该结果数据的格式正确，进而判定该结果数据符合预设测试规范，该结果数据对应的规则设置合理，无需调整，则将该测试规则作为最终测试规则。
[0129]
当结果数据中的数据格式不是预设格式时，判定该结果数据的格式错误，进而判定该结果数据不符合预设测试规范。可以理解为，该结果数据对应的规则设置不合理，导致输出的结果数据中的格式错误，需要对该规则进行调整。
[0130]
再例如，验证结果数据是否正确，可以包括检测结果数据中的数据是否与其对应的规则相匹配，可以理解为，再次根据测试规则对结果数据进行验证。当结果数据正确时，判定该结果数据符合预设测试规范，该结果数据对应的规则设置合理，无需调整，则将该测试规则作为最终测试规则。
[0131]
当结果数据错误时，判定该结果数据不符合预设测试规范。可以理解为，该结果数据对应的规则设置不合理，导致输出的结果数据错误，需要对该规则进行调整。
[0132]
上述实施方式中，对结果数据进行验证，从而根据验证结果确定测试规则是否需要调整，从而确定出准确的测试规则，有助于后续根据确定的测试规则开发业务，为企业带来了经济效益。
[0133]
可选地，在本技术一些可能的实现方式中，本技术提供的测试方法还包括：当检测到任意一条规则对应的结果数据不符合预设测试规范时，根据任意一条规则生成提示信息，提示信息用于提示调整测试规则。
[0134]
示例性地，检测每条规则对应的数据结果是否符合预设测试规范。当有任意一条规则对应的结果数据不符合预设测试规范时，根据该任意一条规则生成提示信息，该提示信息用于提示开发人员调整测试规则。例如，调整该任意一条规则，即调整不符合预设测试规范的结果数据所对应的规则。
[0135]
上述实施方式中，对结果数据进行验证，当结果数据不符合预设测试规范时，调整对应的测试规则，从而确定出准确的测试规则，有助于后续根据确定的测试规则开发业务，为企业带来了经济效益。
[0136]
请参见图4，图4是本技术一实施例提供的一种测试装置的示意图。该测试装置2包括的各单元用于执行图1-图3对应的实施例中的各步骤。具体请参阅图1-图3各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图4，包括：
[0137]
获取单元210，用于获取征信报告和待验证的测试规则；
[0138]
解析单元220，用于对所述征信报告进行解析，得到多个信息单元，每个所述信息单元包含一条或多条所述征信报告中的信息；
[0139]
选取单元230，用于在所述多个信息单元中，选取与所述测试规则匹配的目标信息单元；
[0140]
生成单元240，用于根据所述目标信息单元，生成测试征信报告；
[0141]
测试单元250，用于根据所述测试规则对所述测试征信报告进行测试，得到所述测试征信报告对应的测试结果；
[0142]
验证单元260，用于根据所述测试结果，验证所述测试规则。
[0143]
可选地，所述测试规则包含多条规则，所述测试结果包含结果数据，所述测试单元250具体用于：
[0144]
针对每条规则，在所述测试征信报告中筛选出符合所述规则的结果数据，所述规则包括筛选授信额度符合预设额度的数据、筛选账户开立日期符合预设日期的数据、筛选逾期记录数据以及筛选贷款类型符合预设类型的贷款数据。
[0145]
可选地，所述验证单元260具体用于：
[0146]
获取预设测试规范，所述预设测试规范包括验证所述结果数据是否正常输出、验证所述结果数据是否正确以及验证所述结果数据的格式是否正确；
[0147]
当检测到每条规则对应的结果数据均符合所述预设测试规范时，将所述测试规则作为最终测试规则。
[0148]
可选地，所述测试装置还包括：
[0149]
检测单元，用于当检测到任意一条规则对应的结果数据不符合所述预设测试规范时，根据所述任意一条规则生成提示信息，所述提示信息用于提示调整所述测试规则。
[0150]
可选地，当所述目标信息单元的数量为多个时，所述生成单元240具体用于：
[0151]
对多个所述目标信息单元进行组合，得到组合结果；
[0152]
根据所述组合结果生成所述测试征信报告。
[0153]
可选地，当所述目标信息单元的数量为一个，且所述目标信息单元包含多条所述征信报告中的信息时，所述生成单元240具体用于：
[0154]
根据预设排列顺序对多条所述征信报告中的信息进行排列，得到所述测试征信报告。
[0155]
可选地，所述测试装置还包括：
[0156]
确定单元，用于确定每个所述信息单元对应的关键字；
[0157]
存储单元，用于将每个所述信息单元和每个所述关键字关联并存储在数据库中。
[0158]
请参见图5，图5是本技术另一实施例提供的一种测试设备的示意图。如图5所示，该实施例的设备3包括：处理器30、存储器31以及存储在所述存储器31中并可在所述处理器30上运行的计算机程序32。所述处理器30执行所述计算机程序32时实现上述各个测试方法实施例中的步骤，例如图1所示的s101至s106。或者，所述处理器30执行所述计算机程序32时实现上述各实施例中各单元的功能，例如图4所示单元210至260功能。
[0159]
示例性地，所述计算机程序32可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器31中，并由所述处理器30执行，以完成本技术。所述一个或多个单元可以是能够完成特定功能的一系列计算机指令段，该指令段用于描述所述计算机程序32在所述设备3中的执行过程。例如，所述计算机程序32可以被分割为获取单元、解析单元、选取单元、生成单元、测试单元以及验证单元，各单元具体功能如上所述。
[0160]
所述设备可包括，但不仅限于，处理器30、存储器31。本领域技术人员可以理解，图5仅仅是设备3的示例，并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述设备还可以包括输入输出设备、网络接入设备、总线等。
[0161]
所称处理器30可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0162]
所述存储器31可以是所述设备的内部存储单元，例如设备的硬盘或内存。所述存储器31也可以是所述设备的外部存储终端，例如所述设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，所述存储器31还可以既包括所述设备的内部存储单元也包括外部存储终端。所
述存储器31用于存储所述计算机指令以及所述终端所需的其他程序和数据。所述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。
[0163]
本技术实施例还提供了一种计算机存储介质，计算机存储介质可以是非易失性，也可以是易失性，该计算机存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述各个测试方法实施例中的步骤。
[0164]
本技术还提供了一种计算机程序产品，当计算机程序产品在设备上运行时，使得该设备执行上述各个测试方法实施例中的步骤。
[0165]
本技术实施例还提供了一种芯片或者集成电路，该芯片或者集成电路包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片或者集成电路的设备执行上述各个测试方法实施例中的步骤。
[0166]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0167]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0168]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0169]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神范围，均应包含在本技术的保护范围之内。