一种信息比对方法、装置及相关设备与流程

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为本发明实施例提供的pata类型对象的结构化示意图；
44.图3为本发明实施例提供的一种信息比对装置的结构框图。
45.图4为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
46.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他
实施例，都属于本发明保护的范围。
47.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
48.由背景技术可知，目前仍然是采用人工比对的方式来比对新旧业务系统之间的指定信息，但是由于新的业务系统和旧的业务系统会产生大量的指定信息，采用人工比对的方式容易出现纰漏且需要耗费较高的人力物力，信息比对准确性较低和信息比对效率较低。
49.因此，本发明实施例提供一种信息比对方法、装置及相关设备，将待处理请求发送至新业务系统进行处理以得到第一处理结果。根据待处理请求的来源，从旧业务系统获取第二处理结果，或，获取与请求文件相关且与待处理请求的请求类型相关的基准文件。比对第一处理结果和第二处理结果得到第一比对结果，或者，比对第一处理结果和基准文件得到第二比对结果。不需要人工比对新旧业务系统之间的指定信息，以提高信息比对准确性和信息比对效率。
50.参见图1，示出了本发明实施例提供的一种信息比对方法的流程图，该信息比对方法包括：
51.步骤s101：获取待处理请求。
52.需要说明的是，待处理请求(相当于比对用例)主要有两个来源，分别是旧业务系统的日志文件和预先配置的请求文件，每个请求文件中的内容即为一个待处理请求。
53.进一步需要说明的是，在配置请求文件的过程中，可以配置与该请求文件相关的至少一个基准文件(也可以不配置基准文件)，该基准文件也与待处理请求的请求类型相关。
54.在具体实现步骤s101的过程中，从旧业务系统的日志文件或请求文件中获取得到待处理请求。
55.具体来说，当接收到旧业务系统的日志文件时，按照时间序列提取日志文件中的请求，并利用过滤条件对从日志文件中提取得到的请求进行过滤以得到待处理请求，在此情况下，待处理请求即为日志文件中满足过滤条件的请求。
56.当接收到预先配置得到的请求文件时，从请求文件中提取待处理请求。
57.可以理解的是，在实际应用中可能会需要多个待处理请求；当待处理请求的来源是日志文件时，可以从日志文件中提取多个待处理请求；当待处理请求的来源是请求文件时，就需要预先配置多个请求文件，并分别从每个请求文件中提取待处理请求。
58.上述提及的日志文件和请求文件是由用户输入，用户在输入多个请求文件时，用户可以分别输入多个请求文件，用户也可以以文件夹的方式输入多个请求文件。
59.当接收到文件夹时，将该文件夹的请求文件按照文件名进行排序，并分别从排序后的请求文件中提取待处理请求。
60.可以理解的是，新业务系统和旧业务系统在处理待处理请求时，会根据待处理请求的请求类型(也称为请求响应类型)来输出(或者说返回)相应的信息，所输出的信息为最
终结果或任意中间关键结果。具体来说，待处理请求的请求类型中包含用于控制响应返回类型的字段(也就是用于控制输出最终结果或者输出哪一中间关键结果)，用于控制响应返回类型的字段可以是fetchresulttype类型，fetchresulttype类型是枚举类型，fetchresulttype类型的枚举值如表1所示。
61.表1：
62.fetch_nothing＝0,不发送请求fetch_final_response,请求响应类型为最终结果fetch_engine_request，请求响应类型为json请求fetch_engine_response,请求响应类型为json响应
63.上述表1中，“json请求”和“json响应”即为中间关键结果。
64.通过以上内容可见，用户可以通过以下三种输入方式来输入待处理请求。
65.第一种输入方式：用户可以通过输入单个请求文件的路径来输入请求文件。如果用户需通过此种方式输入多个请求文件，各个请求文件的路径之间需要以逗号隔开。
66.第二种输入方式：用户可以通过输入文件夹来输入请求文件，该文件夹中至少包含请求文件，请求文件的后缀是“xml”、“json”或“txt”。
67.第三种输入方式：用户可以输入旧业务系统的日志文件来输入待处理请求。日志文件中会根据日志的文件名进行排序，当存在多个日志文件的时候，会按照请求记录的时间，按照时间先后顺序来提取出请求，并对提取出的请求进行过滤从而可得到待处理请求。
68.需要说明的是，如果在配置请求文件时也配置了基准文件，基准文件与请求文件相关且也与待处理请求的请求类型相关；具体来说，基准文件分为中间关键结果的基准文件和最终结果的基准文件，“json请求”这一中间关键结果的基准文件的后缀为“jrexp”，“json响应”这一中间关键结果的基准文件的后缀为“jsexp”，最终结果的基准文件的后缀为“exp”；前述关于基准文件的后缀，仅仅用于举例说明，在实际应用中，需根据实际情况来设置基准文件。
69.基准文件与请求文件相关具体可以体现在：基准文件和请求文件的文件名相同(但后缀不同)。
70.例如：与“1.txt”这一请求文件相关的最终结果的基准文件为“1.exp”，与“1.txt”这一请求文件相关的“json请求”这一中间关键结果的基准文件为“1.jrexp”。
71.一些实施例中，可以将待处理请求放入发送队列中，再从发送队列中取出待处理请求发送给新业务系统，待处理请求来源于旧业务系统的日志文件的情况下，也需要将待处理请求发送给就旧业务系统。此外，当待处理请求来源于请求文件但不存在与该待处理请求的请求类型相关的基准文件时，也需要将待处理请求发送给就旧业务系统。
72.步骤s102：将待处理请求发送至新业务系统进行处理以得到第一处理结果。
73.需要说明的是，第一处理结果包括：新业务系统按照待处理请求的请求类型所输出的最终结果或中间关键结果。
74.在具体实现步骤s102的过程中，将待处理请求发送至新业务系统进行处理，新业务系统根据待处理请求的请求类型输出第一处理结果。
75.例如：如果待处理请求的请求类型为返回最终结果，将待处理请求发送至新业务系统进行处理，新业务系统输出最终结果(此时第一处理结果即为最终结果)。
76.又例如：如果待处理请求的请求类型为返回“json响应”这一中间关键结果，待处理请求发送至新业务系统进行处理，新业务系统输出“json响应”(此时第一处理结果即为“json响应”)。
77.通过上述内容可见，待处理请求来源于旧业务系统的日志文件或请求文件；在待处理请求来源于旧业务系统的日志文件的情况下，由于日志文件是不包含基准文件的，需要将待处理请求发送至旧业务系统进行处理，从而得到用于比对第一处理结果的第二处理结果，即在待处理请求来源于旧业务系统的日志文件的情况下，执行步骤s103和步骤s104，第二处理结果相当于比对基准。
78.在待处理请求来源于请求文件的情况下，由于可能配置了基准文件也可能未配置基准文件；当存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，可直接利用基准文件来比对第一处理结果(此时不需要将待处理请求发送至旧业务系统)，基准文件相当于比对基准。即在待处理请求来源于请求文件的情况下，当存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，执行步骤s105。
79.可以理解的是，在待处理请求来源于请求文件的情况下，如果没有配置基准文件，则无法比对第一处理结果，此时就需要将待处理请求发送到旧业务系统进行处理以得到用于比对第一处理结果的第二处理结果。
80.一些实施例中，在待处理请求从请求文件中获取得到的情况下，当不存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，执行步骤s103和步骤s104。
81.也就是说，在待处理请求来源于旧业务系统的日志文件的情况下，或者，当不存在基准文件时(待处理请求从请求文件中获取得到)，将待处理请求发送至新业务系统和旧业务系统进行处理。在待处理请求来源于请求文件的情况下，且当存在基准文件时，只将待处理请求发送至新业务系统处理。
82.步骤s103：在待处理请求来源于旧业务系统的日志文件的情况下，或者，当不存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，将待处理请求发送至旧业务系统进行处理以得到第二处理结果。
83.需要说明的是，第二处理结果包括：旧业务系统按照待处理请求的请求类型所输出的最终结果或中间关键结果。
84.在具体实现步骤s103的过程中，在待处理请求从日志文件中获取得到的情况下，或者，当不存在与请求文件相关且与待处理请求的请求类型相关的基准文件时(此时待处理请求是从请求文件中获取得到的)，将待处理请求发送至旧业务系统进行处理，旧业务系统根据待处理请求的请求类型输出第二处理结果。
85.例如：如果待处理请求的请求类型为返回最终结果，将待处理请求发送至旧业务系统进行处理，旧业务系统输出最终结果(此时第二处理结果即为最终结果)。
86.步骤s104：将第一处理结果和第二处理结果进行比对，以得到第一比对结果。
87.一些实施例中，可以将相应的第一处理结果和第二处理结果放入比对队列中等待比对；其中，相应的第一处理结果和第二处理结果是指：处理待处理请求过程中，新业务系统和旧业务系统根据同一待处理请求的请求类型所输出的结果。
88.在具体实现步骤s104的过程中，将相应的第一处理结果和第二处理结果转换成预设的结构类型对象，该结构类型对象可以是json类型对象、xml类型对象或pata类型对象。
89.需要说明的是，pata类型对象，是将运价计算的字符串结果；以品牌名为键、品牌详细信息为值从而形成一棵树，这样就可以避免因字符串中的字符先后顺序对需要比对的内容的影响。
90.将转换成预设的结构类型对象的第一处理结果和第二处理结果进行比对，以得到第一比对结果。具体来说，根据实际需求确定需要忽略的节点，将转换成预设的结构类型对象的第一处理结果和第二处理结果中需要忽略的节点过滤之后，再进行比对从而得到第一比对结果。比对的内容可以是比对第一处理结果和第二处理结果之间是否有相同的节点，以及比对第一处理结果和第二处理结果之间的节点内容是否相同。过滤掉需要忽略的节点过滤之后，当转换成预设的结构类型对象的第一处理结果和第二处理结果完全相同时，第一比对结果指示比对成功。
91.步骤s105：在待处理请求从请求文件中获取得到的情况下，当存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，将第一处理结果和基准文件进行比对，以得到第二比对结果。
92.在具体实现步骤s105的过程中，在待处理请求从请求文件中获取得到的情况下，当存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，此时不需要将待处理请求发送给旧业务系统处理，获取与请求文件相关且与待处理请求的请求类型相关的基准文件。
93.将第一处理结果和基准文件进行比对，以得到第二比对结果。具体来说，将第一处理结果和基准文件转换成预设的结构类型对象；将转换成预设的结构类型对象的第一处理结果和基准文件进行比对，以得到第二比对结果。
94.通过上述各步骤处理得到第一比对结果或第二比对结果之后，将所得到的第一比对结果或第二比对结果放入到检查队列中等待检查。
95.需要说明的是，第一比对结果和第二比对结果都具有比对失败和比对成功两种状态。
96.新业务系统在处理该待处理请求的过程中，会产生至少一个中间关键结果(可能会产生多个中间关键结果)和一个最终结果，根据待处理请求的请求类型来输出中间关键结果或最终结果；新业务系统处理待处理请求的方向表示：新业务系统在处理该待处理请求的过程中，会依序产生哪些中间关键结果和最终结果。旧业务系统处理待处理请求的方向同理，在此不再赘述。
97.例如：新业务系统在处理该待处理请求a的过程中，会依序产生中间关键结果a、中间关键结果b和最终结果；“中间关键结果a-中间关键结果b-最终结果”即为新业务系统处理该待处理请求a的方向。
98.由于第一处理结果可能是中间关键结果也可能是最终结果，故第一比对结果和第二比对结果为：比对最终结果所得到的比对结果，或者，比对中间关键结果所得到的比对结果。
99.在第一比对结果和第二比对结果之后，可以根据实际设定来确定是否继续比对其它未比对过的中间关键结果；具体包括以下情形：
100.一些实施例中，在得到第一比对结果的情况下，若第一比对结果指示比对失败，基于新业务系统处理待处理请求的方向，更新待处理请求的请求类型，返回执行步骤s102继
续进行下一轮比对。
101.同理，在得到第二比对结果的情况下，若第二比对结果指示比对失败，基于新业务系统处理待处理请求的方向，更新待处理请求的请求类型，并返回执行步骤s102继续进行下一轮比对。
102.更新待处理请求的请求类型的具体方式为：基于新业务系统处理待处理请求的方向，将待处理请求的请求类型更新为请求当前第一处理结果的上一个中间关键结果的请求类型。
103.例如：设新业务系统处理该待处理请求a的方向为“中间关键结果a-中间关键结果b-最终结果”，比对新业务系统处理待处理请求a得到的最终结果(此时相当于当前第一处理结果)和旧业务系统处理待处理请求a得到的最终结果，得到第一比对结果。若第一比对结果指示比对失败，将待处理请求a的请求类型更新为请求中间关键结果b的请求类型，再次将更新后的待处理请求a发送给新业务系统和旧业务系统进行处理并继续比对，直至所得到的第一比对结果指示比对成功。
104.也就是说，当比对结果(第一比对结果或第二比对结果)指示比对失败时，更新待处理请求的请求类型并返回执行步骤s102继续进行下一轮比对，直至比对结果指示比对成功(比对成功之后不再比对)。
105.在实际应用中，如果第一处理结果为最终结果，且比对最终结果(此时相当于第一处理结果)所得到的第一比对结果或第二比对结果指示比对成功，可以不再进行后续比对。
106.同理，也可以选择不论比对结果指示比对成功还是比对失败，都需要继续进行后续比对，直至比对完所有的中间关键结果和最终结果。具体内容为：
107.在得到第一比对结果的情况下，基于新业务系统处理待处理请求的方向，更新待处理请求的请求类型，并返回执行步骤s102继续进行下一轮比对直至比对完所有的中间关键结果和最终结果。
108.在得到第二比对结果的情况下，更新待处理请求的请求类型，并返回执行步骤s102继续进行下一轮比对直至比对完所有的中间关键结果和最终结果。更新待处理请求的请求类型的具体方式参见上述内容，在此不再赘述。
109.可以理解的是，可以利用比对结果来定位新业务系统的问题所在。
110.例如：设新业务系统处理该待处理请求a的方向为“中间关键结果a-中间关键结果b-最终结果”。比对新业务系统和旧业务系统处理待处理请求a得到的最终结果，得到相应的第一比对结果a。继续比对新业务系统和旧业务系统处理待处理请求a得到的中间关键结果b，得到的第一比对结果b。继续比对新业务系统和旧业务系统处理待处理请求a得到的中间关键结果a，得到的第一比对结果c。
111.如果第一比对结果a指示比对失败(相当于最终结果比对失败)，而第一比对结果b指示比对成功(相当于中间关键结果b比对成功)，则表明问题出现在“中间关键结果b-最终结果”这一处理过程中。如果第一比对结果b指示比对失败，而第一比对结果c指示比对成功，则表明问题出现在“中间关键结果a-中间关键结果b”这一处理过程中。
112.在得到第一比对结果和/或第二比对结果后，需要将所得到的第一比对结果和/或第二比对结果进行展示以供用户查看。具体来说，将所得到的第一比对结果和/或第二比对结果放入渲染队列中，并将渲染队列中的第一比对结果和第二比对结果输出显示。
113.一些实施例中，在得到第一比对结果的情况下，以与第一比对结果相对应的显示方式，输出显示第一比对结果。
114.在得到第二比对结果的情况下，以与第二比对结果相对应的显示方式，输出显示第二比对结果。
115.例如：在得到第一比对结果的情况下，如果第一比对结果指示比对成功，则以绿色来将第一比对结果显示在网页中。如果第一比对结果指示比对失败，则以红色来将第一比对结果显示在网页中，同时将比对失败的详情进行悬浮显示。
116.一些实施例中，输出显示第一比对结果和/或第二比对结果的过程中，还生成相应的比对详情页面以供用户查看，用户通过查看比对详情页面即可快速定位问题。
117.以上是关于信息比对方法的相关说明；在实际应用中，可以基于该信息比对方法的内容设置配置文件，该配置文件中至少包含：请求文件的输入路径、过滤条件、新业务系统的地址和服务名、旧业务系统的地址和服务名、比对中需要忽略的节点、显示比对结果的网页的保存路径。配置文件中以“[节点名]”这一方式来指定节点，以“字段名＝字段值”这一方式来定义字段值。将配置文件解析成一颗配置树，通过执行配置文件来实现上述本发明实施例提供的信息比对方法。
[0118]
在本发明实施例中，将待处理请求发送至新业务系统进行处理以得到第一处理结果。根据待处理请求的来源，从旧业务系统获取第二处理结果，或，获取与请求文件相关且与待处理请求的请求类型相关的基准文件。比对第一处理结果和第二处理结果得到第一比对结果，或者，比对第一处理结果和基准文件得到第二比对结果。不需要人工比对新旧业务系统之间的指定信息，以提高信息比对准确性和信息比对效率。
[0119]
为更好解释说明上述本发明实施例的内容，通过以下内容进行示例说明。
[0120]
在获取到用户的输入数据时，对输入的路径进行判断。如果输入的是文件夹则遍历该文件夹下的所有文件以获取输入文件，如果输入的是文件路径则根据文件路径获取输入文件。
[0121]
如果输入文件为日志文件，则利用预先定义好的“auditparser类”来处理日志文件，具体处理方式为：将日志文件中的请求生成一个context类的对象，并按照请求的时间戳先后顺序放入发送队列中，该发送队列中的请求即为待处理请求。
[0122]
如果输入文件为请求文件，利用fileparser类在线程中解析这些请求文件，生成一个context类的对象并将其放入发送队列中，该发送队列中的请求即为待处理请求。
[0123]
处理发送队列中的待处理请求，以得到第一处理结果，以及得到第二处理结果或基准文件。将第一处理结果和第二处理结果进行比对，或者，将第一处理结果和基准文件进行比对。可以通过责任处理链来进行比对，具体来说，定义jsoncompare类、xmlcompare类、cmdnativecompare类来分别处理json类型对象、xml类型对象和pata类型对象的比对工作。pata类型对象的具体内容可参见图2示出的pata类型对象的结构化示意图。
[0124]
在比对过程中，利用抽象语法结构树来声明过滤条件，其中，“|”表示条件或，“&”表示条件与，过滤条件的例子如下：“ssr*”|“rmk*”。从比对队列中，取出context类型对象(转换后的第一处理结果、第二处理结果、基准文件)传入责任处理链中，根据结构类型的特定，责任处理链就可以完成比对。将比对结果放入context类型对象后将该context类型对象放入检查队列中。
[0125]
可以理解的是，上述提及的配置文件的格式内容如下：
[0126]
[模块名]
[0127]
字段名＝字段值。
[0128]
配置说明如下：
[0129]
[parser]
[0130]
request_root_paths＝；
[0131]
字段解释：“request_root_paths”可以是请求文件名，或者包含请求文件的路径名，还可以是包含audit日志的路径名。
[0132]
audit_log_request_orisys＝crs_c,ics_c,crs_d,ics_d,crs_b,ics_b,ics_a,crs_a；
[0133]
字段解释：给出audit日志中请求的源系统应符合的条件。
[0134]
audit_log_request_dessys＝fare_p_dprice；
[0135]
字段解释：给出audit日志中请求的目的系统应符合的条件。
[0136]
audit_log_request_filter＝("》？pat:()？[aa].*"&！"》？pat:？[aa].*#c@.*")|"》？pat:()？[^aamm]*"；
[0137]
字段解释：过滤黑屏请求的头。
[0138]
audit_log_requestbody_filter＝"(\d{2}sc.*\r){1,}"；
[0139]
字段解释：过滤黑屏请求的体。
[0140]
only_save_request＝；
[0141]
字段解释：仅仅保存符合条件的请求。
[0142]
only_save_request_path：；
[0143]
字段解释：请求保存路径，默认值req_save。
[0144]
[sender]
[0145]
cocount＝30；
[0146]
wsl_svcn_rsp＝t_farecomm；
[0147]
wsl_addr_rsp＝10.221.170.209:43000；
[0148]
字段解释：“wsl_svcn_rsp”是被测试服务名字，“wsl_addr_rsp”是被测试服务ip。
[0149]
wsl_svcn_exp＝t_farecomm；
[0150]
wsl_addr_exp＝10.221.165.33:43000；
[0151]
字段解释：“wsl_svcn_exp”是提供期望结果的服务名，“wsl_addr_exp”是提供期望结果的服务ip。
[0152]
tpscontroltps＝true；
[0153]
字段解释：是否控制tps。
[0154]
tps＝100；
[0155]
字段解释：tps的数值。
[0156]
[differ]
[0157]
only_compare_final_result＝true；
[0158]
字段解释：是否仅仅比对最终结果。
[0159]
jsonfilter＝filterconfig.cfg；
[0160]
字段解释：json比对结果的过滤条件。
[0161]
xmlfilter＝xmlfilterconfig.cfg；
[0162]
字段解释：xml比对结果的过滤条件。
[0163]
nativefilter＝；
[0164]
patfiltercondition＝"^\d\*ssr.*"|"^\d\*rmk pat//.*"|"^\d\*rmk farec ode/.*"|"^\d\*rmk farecode/.*"；
[0165]
字段解释：pat结果比对的时候，需要过率掉的行。
[0166]
unknowtypefiltercondition＝". /. /page\d /\d "；
[0167]
字段解释：未知类型过滤掉的行。
[0168]
[render]
[0169]
save_all_case_including_successed＝true；
[0170]
字段解释：是否保存成功用例。
[0171]
final_save_path＝report；
[0172]
字段解释：“final_save_path”是比对结果页面的保存路径。
[0173]
以上内容是关于配置文件的具体内容的举例说明。
[0174]
与上述本发明实施例提供的一种信息比对方法相对应，参见图3，本发明实施例还提供了一种信息比对装置的结构框图，该信息比对装置包括：获取单元301、第一处理单元302、第二处理单元303、比对单元304和第三处理单元305；
[0175]
获取单元301，用于获取待处理请求，待处理请求从旧业务系统的日志文件或预先配置的请求文件中获取得到。
[0176]
在具体实现中，获取单元301具体用于：当接收到旧业务系统的日志文件时，按照时间序列提取日志文件中的请求，并利用过滤条件对提取得到的请求进行过滤以得到待处理请求；当接收到预先配置得到的请求文件时，从请求文件中提取待处理请求。
[0177]
第一处理单元302，用于将待处理请求发送至新业务系统进行处理以得到第一处理结果，其中，第一处理结果包括：新业务系统按照待处理请求的请求类型所输出的最终结果或中间关键结果。
[0178]
第二处理单元303，用于在待处理请求从日志文件中获取得到的情况下，将待处理请求发送至旧业务系统进行处理以得到第二处理结果，其中，第二处理结果包括：旧业务系统按照待处理请求的请求类型所输出的最终结果或中间关键结果。
[0179]
比对单元304，用于将第一处理结果和第二处理结果进行比对，以得到第一比对结果。
[0180]
在具体实现中，比对单元304具体用于：将第一处理结果和第二处理结果转换成预设的结构类型对象；将转换成预设的结构类型对象的第一处理结果和第二处理结果进行比对，以得到第一比对结果；
[0181]
第三处理单元305，用于在待处理请求从请求文件中获取得到的情况下，当存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，将第一处理结果和基准文件进行比对，以得到第二比对结果。
[0182]
在具体实现中，第三处理单元305具体用于：将第一处理结果和基准文件转换成预设的结构类型对象；将转换成预设的结构类型对象的第一处理结果和基准文件进行比对，
以得到第二比对结果。
[0183]
优选的，第三处理单元305还用于：在待处理请求从请求文件中获取得到的情况下，当不存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，执行第二处理单元303以将待处理请求发送至旧业务系统进行处理以得到第二处理结果。
[0184]
在本发明实施例中，将待处理请求发送至新业务系统进行处理以得到第一处理结果。根据待处理请求的来源，从旧业务系统获取第二处理结果，或，获取与请求文件相关且与待处理请求的请求类型相关的基准文件。比对第一处理结果和第二处理结果得到第一比对结果，或者，比对第一处理结果和基准文件得到第二比对结果。不需要人工比对新旧业务系统之间的指定信息，提高信息比对准确性和信息比对效率。
[0185]
优选的，结合图3示出的内容，该信息比对装置还包括：
[0186]
第一更新单元，用于在得到第一比对结果的情况下，若第一比对结果指示比对失败，基于新业务系统处理待处理请求的方向，更新待处理请求的请求类型，并返回执行第一处理单元302。
[0187]
第二更新单元，用于在得到第二比对结果的情况下，若第二比对结果指示比对失败，基于新业务系统处理待处理请求的方向，更新待处理请求的请求类型，并返回执行第一处理单元302。
[0188]
优选的，第一更新单元还用于：在得到第一比对结果的情况下，基于新业务系统处理待处理请求的方向，更新待处理请求的请求类型并返回执行第一处理单元302。
[0189]
第二更新单元还用于：在得到第二比对结果的情况下，更新待处理请求的请求类型，并返回执行第一处理单元302。
[0190]
优选的，结合图3示出的内容，该信息比对装置还包括：
[0191]
显示单元，用于在得到第一比对结果的情况下，以与第一比对结果相对应的显示方式，输出显示第一比对结果；在得到第二比对结果的情况下，以与第二比对结果相对应的显示方式，输出显示第二比对结果。
[0192]
本发明实施例还提供一种电子设备，该电子设备包括：处理器以及存储器，处理器以及存储器通过通信总线相连；其中，处理器，用于调用并执行存储器中存储的程序；存储器，用于存储程序，该程序用于实现信息比对方法。
[0193]
下面参考图4，其示出了适于用来实现本公开实施例的电子设备的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0194]
如图4所示，电子设备可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(rom)402中的程序或者从存储装置408加载到随机访问存储器(ram)403中的程序而执行各种适当的动作和处理。在ram 403中，还存储有电子设备操作所需的各种程序和数据。处理装置401、rom 402以及ram403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
[0195]
通常，以下装置可以连接至i/o接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(lcd)、扬声器、振
动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
[0196]
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从rom 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。
[0197]
更进一步的，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机可执行指令，计算机可执行指令用于执行信息比对方法。
[0198]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：将待处理请求发送至新业务系统进行处理以得到第一处理结果；在待处理请求从日志文件中获取得到的情况下，将待处理请求发送至旧业务系统进行处理以得到第二处理结果；将第一处理结果和第二处理结果进行比对，以得到第一比对结果；在待处理请求从请求文件中获取得到的情况下，当存在与请求文件相关且与待处理请求的请求类型相关的基准文件时，将第一处理结果和基准文件进行比对，以得到第二比对结果。
[0199]
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0200]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
[0201]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0202]
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和
软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0203]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。