JP2021157255A - IT system verification method and system - Google Patents

Abstract

To provide an IT system verification method and a system that can solve a problem of mobilizing personnel required for verification and reduce the required time.SOLUTION: An IT system verification method of an actual transaction data infrastructure in a verification system 300 includes: a step S303 of capturing network packets sent and received between a transaction system 100 and a business system 200 to obtain a transaction message; a step S305 of transmitting request data included in the transaction message to a verification target system; a step S306 of receiving response data from the verification target system; and a step S308 of subjecting the response data received from the verification target system and the response data included in the transaction message to comparison determination.SELECTED DRAWING: Figure 3

Description

The present invention relates to an IT system verification method and system, and more specifically, in verification of a development system, verification is performed by utilizing a scenario or case that actually occurs in a real environment, not a predefined scenario or case. By doing so, it relates to methods and systems that can be used as verification solutions for next-generation system construction, advanced and functional improvement systems, aging equipment replacement systems, operation and maintenance systems.

Generally, when developing a specific system, a separate verification procedure is performed to confirm whether the developed system has defects or failures.

However, traditional development system verification techniques allow developers or designers to manually generate validation cases using arbitrary virtual data or small amounts of real data to perform limited validation or large quantities. Even when using the actual data of, there is a disadvantage that the development of an additional business-specific switching program is required.

In addition, in the case of the conventional technology, when performing integrated verification, a large number of managers gather to perform verification manually for mutual verification, but it is relative to ensure the quality of the development system through verification. It has the disadvantage that it requires a lot of time and money, and at the same time, the number of people who can carry out the verification is limited.

Therefore, while utilizing the transaction data of actual users as verification data, by utilizing large-scale actual users as testers of the development system, development that enables advance response to a huge number of cases that can occur in the actual environment. The demand for the development of system verification technology is gradually increasing, and the reality is that there is an urgent need for solutions to solve the above-mentioned problems.

The present invention is for solving the above-mentioned problems of the prior art, and when the development system is verified, a large amount of automation is performed for a certain period of time by utilizing a scenario or a case that actually occurs in a real environment. The purpose is to enable the verification to be carried out so that the personnel mobilization problem required for the verification can be solved and the required time can be shortened.

The object of the present invention is not limited to the object mentioned above, and other purposes not mentioned above will be clearly understood from the description below.

According to an embodiment of the present invention for achieving the above-mentioned object, in a method in which a verification system automatically verifies (Testing) a system to be verified, (a) between a Transaction system and a Processing system. The stage of capturing the network packets sent and received in the above to obtain a transaction message; (b) the stage of transmitting the request data contained in the transaction message to the verification target system; (c) receiving the response data from the verification target system. A step; and (d) an IT system verification method based on an actual transaction data including a step of comparing and determining the response data received from the verification target system and the response data included in the transaction message are provided.

The step (a) can include a step of obtaining the transaction message by including information for decryption as variable data when the network packet is encrypted.

The transaction message is composed of request data and response data corresponding to the request data, and can be characterized in that it is generated in flow units.

The step (a) may include a step of assigning a UUID, which is a unique identifier, to the transaction message in order to ensure the convenience of tracking.

The step (b) is a step of converting the request data included in the transaction message into a structure or format defined in the verification target system according to the conversion rules of the verification system and transmitting the request data to the verification target system. Can be included.

The step (d) can include a step of mapping and storing the contrast determination result and the response data received from the verification target system with the transaction message.

In step (d), when it is determined that the result of the comparison is a failure result, the cause of the error is analyzed, and the analyzed error information is additionally mapped and saved with the transaction message. Can be included.

The step (d) can be characterized in that mapping storage is performed based on a predetermined mapping rule defined in advance in the verification system.

In step (d), subsequent transaction messages are performed by extracting session ID and business ID information from the response data received from the verification target system and performing registration in accordance with a predefined rule. It can further include a step of making it used as mapping information in.

On the other hand, according to another embodiment of the present invention, a capture execution unit that captures network packets transmitted and received between a Transmission system and a Processing system to obtain a transaction message; a request included in the transaction message. A conversion unit that transmits data to the verification target system; a verification system including a result processing unit that compares and determines the response data received from the verification target system and the response data included in the transaction message is provided.

When the network packet is encrypted, the capture execution unit can obtain the transaction message by including information for decryption as variable data.

The transaction message is composed of request data and response data corresponding to the request data, and can be characterized in that it is generated in flow units.

The capture execution unit can assign a UUID, which is a unique identifier, to the transaction message in order to ensure the convenience of tracking.

The conversion unit is characterized in that the request data included in the transaction message is converted into a structure or format defined in the verification target system according to the conversion rules of the verification system and transmitted to the verification target system. Can be.

The result processing unit can map the contrast determination result and the response data received from the verification target system with the transaction message and save the result.

When the result processing unit determines that the result of the comparison is a failure result, the result processing unit may perform cause analysis of the error and additionally map and save the analyzed error information with the transaction message. can.

The result processing unit may be characterized in that mapping storage is performed based on a predetermined mapping rule defined in advance in the verification system.

The result processing unit extracts the information of the session ID and the business ID from the response data received from the verification target system and executes the registration according to the predetermined rule, in the subsequent transaction message. It can be used as mapping information.

A storage unit that stores the transaction message; a reproduction unit that encodes the transaction message stored in the storage unit and transmits it to the conversion unit; and an operation of the capture execution unit, the storage unit, the reproduction unit, the conversion unit, and the result processing unit. It can further include a management unit that manages the state.

According to one embodiment of the present invention, the actual user recognizes by performing the regression verification continuously and repeatedly through the transaction data of the actual operating environment, instead of the restrictive verification defined by the developer. It is possible to obtain the effect of opening the development system in advance in a state where it is not open, and through this, there is an effect that the quality of the development system at the time of actual opening can be improved.

According to another embodiment of the present invention, when automated verification is performed using a large amount of transaction data of various cases generated in a real environment, compared with the conventional technique of performing mutual verification after system development. Therefore, the time, cost and personnel required at the time of verification can be reduced.

The effects of the present invention are not limited to those described above, and should be understood to include all effects that can be inferred from the detailed description of the invention or the constitution of the invention described in the claims.

The drawing which roughly illustrated the structure of the IT system automatic verification system of the actual transaction data infrastructure which concerns on one Example of this invention. The block diagram which illustrated the structure of the verification system which concerns on one Example of this invention. A flowchart illustrating a process in which verification automation for an IT system is performed based on actual transaction data according to an embodiment of the present invention. The drawing which schematically illustrated the structure of the IT system automatic verification system of the actual transaction data infrastructure which concerns on other Examples of this invention.

Hereinafter, the present invention will be described with reference to the accompanying drawings. However, the present invention can be embodied in a variety of different forms and is therefore not limited to the examples described herein. Then, in order to clearly explain the present invention in the drawings, parts unrelated to the description are omitted, and similar parts are designated by similar drawing reference numerals throughout the specification.

When one part is "connected" to another part in the entire specification, this is not only when it is "directly connected", but also "indirectly" with another member in between. Including the case of being "concatenated to". Also, when a part "contains" a component, this does not exclude other components unless otherwise stated, and means that other components can be further included.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

FIG. 1 is a drawing schematically illustrating the configuration of an IT system automatic verification system based on an actual transaction data infrastructure according to an embodiment of the present invention.

Referring to FIG. 1, the IT system automatic verification system of the actual transaction data infrastructure according to the embodiment of the present invention may be composed of the transaction system 100, the business system 200, the verification system 300, and the verification target system 400.

Each of the transaction system 100, the business system 200, the verification system 300, and the verification target system 400 may be connected through a communication network. Here, the communication network can be configured regardless of the communication mode such as wired and wireless, short-range communication network (LAN: Local Area Network), metropolitan area communication network (MAN: Metropolitan Area Network), wide area communication network. It may be composed of various communication networks such as (WAN: Wide Area Network).

When the transaction system 100 is requested by the user to process a specific business, the transaction system 100 can transmit the first request data to the business system 200 corresponding to the business processing. The first request data may be transmitted in the form of a URL or a telegram.

The business system 200 can transmit the first response data to the received first request data to the transaction system 100, whereby the first request data and the first response data can be stored in the system.

The verification system 300 can capture network packets transmitted and received between the transaction system 100 and the business system 200 to obtain a transaction message.

Specifically, the verification system 300 can capture network packets including first request data and first response data transmitted and received between the transaction system 100 and the business system 200 to acquire transaction data.

The verification system 300 can generate a transaction message by merging the first request data and the first response data contained in the received network packet into one message, and the generated transaction message will be tracked in the future. A UUID (Universally Unique Identifier, a general-purpose unique identifier), which is a unique identifier, can be assigned to ensure convenience.

That is, the transaction message can basically be composed of the first request data and the first response data corresponding to the first request data, and can be generated in flow units. According to one embodiment of the present invention, the transaction message includes not only the first request data and the first response data, but also common header information such as outgoing / incoming IP address, TCP port, message protocol, and data length. Further can be included. Further, in the transaction message, the request data and the response data can be classified according to the length of the data.

According to one embodiment of the present invention, when the network packet contains encrypted information, the verification system 300 can further include information for decrypting the information as variable data to generate a transaction message. ..

The verification system 300 can decode the generated transaction message for each transaction and store it in the system.

The verification system 300 can carry out the conversion for the first request data according to the rules defined in advance based on the transaction message. Here, the pre-defined rule may be a rule that defines a conversion method due to a difference in calling method between the business system 200 and the verification target system 400.

Specifically, the verification system 300 extracts the first request data from the transaction message, performs decoding for the first request data, and then performs the first request data according to the predetermined rule. It can be converted into the second request data. When the conversion is completed, the verification system 300 can encode the converted second request data and transmit it to the verification target system 400, and the second request data is received from the verification target system 400 for the second request data. The response data can be mapped to the first response data included in the transaction message and the result can be saved.

That is, the second request data may be the one in which the first request data is converted in accordance with the conversion rules of the verification system 300, and is converted into the structure or format defined in the verification target system 400. The second request data may be transmitted in the form of a URL or a message like the first request data.

Further, the mapping storage may be performed based on the rules defined in advance in the verification system 300.

The verification system 300 analyzes the second response data for the second request data received from the verification target system 400, and performs comparison with the first response data received in advance, so that the verification is successful or the verification is successful through the comparison determination. It is possible to determine whether or not there is a failure.

According to one embodiment of the present invention, when the verification system 300 analyzes the second response data and compares it with the first response data and determines that the result is a failure, the verification system 300 can save the error information. At this time, the verification system 300 can map and save the failure result and the error information with the transaction message, and can save the mapping based on a predetermined contrast determination rule defined in advance.

Further, the verification system 300 extracts specific information such as a session ID and a business ID from the second response data according to a predetermined rule and executes registration, so that the relevant information is displayed in subsequent transaction messages. It can be used as mapping information.

The verification target system 400 can receive the converted second request data from the verification system 300 according to the predetermined rule, and can transmit the second response data to the received second request data. can.

FIG. 2 is a block diagram illustrating the configuration of the verification system 300 according to an embodiment of the present invention.

Referring to FIG. 2, the verification system 300 according to an embodiment of the present invention can include a capture execution unit 310, a storage unit 320, a reproduction unit 330, a conversion unit 340, a result processing unit 350, and a management unit 360.

The capture execution unit 310 can capture network packets transmitted and received between the transaction system 100 and the business system 200 to obtain a transaction message. Here, the transaction message is composed of the first request data and the first response data corresponding to the first request data, and may be generated in a flow unit.

Specifically, the capture execution unit 310 can capture the network packet including the first request data and the first response data transmitted and received between the transaction system 100 and the business system 200 to acquire the transaction data. Therefore, the transaction data may include the first request data and the first response data.

The capture execution unit 310 can combine the first request data and the first response data included in the transaction data to generate one transaction message, and assigns a unique identifier UUID to the generated transaction message. can do.

According to one embodiment of the present invention, when the captured network packet is encrypted, the capture execution unit 310 can further include the information for decrypting the relevant information as variable data to generate a transaction message. ..

In other words, the capture execution unit 310 can acquire the first request data and the first response data transmitted and received between the transaction system 100 and the business system 200 through the capture of the network packet, and the acquired first request data and the first request data. One response data can be merged and generated as one transaction message. At this time, the transaction message includes not only the first request data and the first response data but also the outgoing / incoming IP address, TCP port, and message. It can be generated as a transaction message by further including common header information including protocol, message length, etc. and variable data including information for decoding.

The storage unit 320 can decode and store the transaction message generated by the capture execution unit 310 for each transaction, and can separately store the position information of each of the stored transaction messages as index information.

When saving the transaction message, the storage unit 320 performs permanent storage instead of temporary storage so that the transaction can be reproduced in real time or batch method based on the transaction message stored in the future. be able to.

The reproduction unit 330 can encode the transaction message stored in the storage unit 320 and transmit it to the conversion unit 340, and can separately store the position information of the transmitted transaction message.

According to one embodiment of the present invention, when the start index information and the end index information corresponding to the transaction message transmitted to the conversion unit 340 exist, the reproduction unit 330 encodes only a part of the transaction message and the conversion unit. A part of the transaction message that can be transmitted to 340 means a transaction message corresponding to a section in the start index information and the end index information included in the transaction message in the whole transaction message. obtain.

The conversion unit 340 can convert the first request data included in the transaction message into the second request data and transmit it to the verification target system 400, and the second request data is verified according to the conversion rules of the verification system 300. It may be converted to the structure or format defined in the target system 400 and transmitted to the verification target system 400.

Specifically, the conversion unit 340 carries out preprocessing work for performing conversion processing according to the protocols (for example, HTML, XML, JSON, TCP message, etc.) used by the business system 200 and the verification target system 400. However, the pre-processing operation can include decompression, character set conversion, and extraction of session information, cookie information, and the like from the first response data of the transaction message.

According to one embodiment of the present invention, when the first request data is encrypted, the conversion unit 340 can further perform the decryption process by the encryption method.

When the preprocessing work for the first request data is completed, the conversion unit 340 can convert the first request data into the second request data according to a predetermined rule.

The predefined rule defines a call rule between the business system 200 and the verification target system 400 through the management unit 360, whereby the converted second request data is the verification target system 400. The data can be converted to correspond to the protocol.

Further, the conversion unit 340 can mask or encode a part of the converted second request data and transmit it to the verification target system 400.

The result processing unit 350 can receive the second response data for the second request data from the verification target system 400, and can analyze the received second response data.

Through the analysis, the result processing unit 350 can compare the second response data with the first response data received and stored in advance to make a contrast determination, thereby determining success or failure of the verification. ..

Further, the result processing unit 350 can map and save the comparison determination result and the second response data with the transaction message received in advance, and when the comparison determination result and the verification failure are determined, the error information for the failure Can be additionally analyzed and the corresponding error information and transaction message can be additionally mapped and saved.

Here, the mapping storage can be performed based on a predetermined mapping rule defined in advance.

In addition, the result processing unit 350 analyzes the second response data and extracts and stores specific information such as session ID and business ID according to a predetermined rule, thereby mapping in subsequent transaction messages. It can be used as information.

According to one embodiment of the present invention, the result processing unit 350 maps and saves the session information of each system so that the sessions of the business system 200 and the verification target system 400 are maintained, and executes the update based on the mapping and storage. can. In other words, the result processing unit 350 maps the session information of the transaction message including the first request data executed in the business system 200 and the session information of the transaction executed based on the second request data in the verification target system 400. Can be saved. Incidentally, the session information mapping saving process may also be mapped and saved according to the mapping rule defined in advance through the management unit 360.

Further, according to one embodiment of the present invention, the result processing unit 350 analyzes the second response data received from the verification target system 400, and if there is a newly generated business key value, the corresponding key. The value can be mapped and saved as a key value for the transaction data of the business system 200 stored included in the transaction message, that is, variable data. In other words, the result processing unit 350 maps the key value for the transaction data including the first request data received from the business system 200 and the key value for the transaction data including the second request data received from the verification target system 400. Can be saved. Similarly, the variable data mapping storage process may also be mapped and stored according to a mapping rule defined in advance through the management unit 360.

At this time, the result processing unit 350 searches for the key value from the second response data received from the verification target system 400 for the key value mapping (for example, LEFT BOUND / RIGHT BOUND, JSON PATT). , XPATH, etc.) can be provided.

In addition, the result processing unit 350 can separately store the log information and raw data information of the verification target system 400.

As a result, the result processing unit 350 can save and manage the comprehensive execution result and statistics, detailed information and error information for the individual transaction message, and when the administrator requests the provision of the relevant information, the relevant information. Can be provided.

The management unit 360 can define a predetermined mapping rule or conversion rule, and manages, controls, and configures the operating state of the capture execution unit 310, the storage unit 320, the reproduction unit 330, the conversion unit 340, and the result processing unit 350. Can carry out changes such as.

FIG. 3 is a flowchart illustrating a process in which verification automation for an IT system is performed based on actual transaction data according to an embodiment of the present invention.

First, when the business system 200 receives the first request data for the first business from the transaction system 100 (S301), the business system 200 can transmit the first response data for the first request data to the transaction system 100 (S302). Sending and receiving such first request data and first response data can mean one transaction.

The verification system 300 captures and stores network packets of the first request data and the first response data, which are transaction data transmitted and received between the transaction system 100 and the business system 200 when a transaction occurs. A message can be obtained (S303). That is, the transaction message is composed of the first request data and the first response data corresponding to the first request data, and may mean a message generated in a flow unit.

Specifically, the verification system 300 can perform storage in transaction units by merging the first request data and the first response data and generating them as one transaction message, but it is unique to the relevant transaction message. By assigning the UUID, which is an identifier, it is possible to trace the data through the UUID in the future and provide convenience for the tracking.

According to one embodiment of the present invention, when the captured network packet is encrypted, the verification system 300 can generate a transaction message including the key value as variable data for decrypting the network packet. ..

In addition, the verification system 300 can permanently store the generated transaction message in the system.

The verification system 300 can decode the first request data of the generated transaction message and perform the conversion to the second request data according to the conversion rule defined in advance (S304).

In other words, the conversion is the first request data for the protocol used in the business system 200 because the predefined conversion rule is a rule that defines a calling rule between the business system 200 and the verification target system 400. It means that it is converted as the second request data according to the protocol used in the verification target system 400, which means that the second request data is converted into the structure or format defined in the verification target system 400. obtain.

According to one embodiment of the present invention, when the first request data of the transaction message is encrypted, the verification system 300 performs the decryption process by the encryption method and then follows the predetermined rule. Can carry out the conversion.

When the conversion is completed, the verification system 300 can transmit the converted second request data to the verification target system 400 (S305), and can receive the second response data for the second request data from the verification target system 400. Yes (S306).

After this, the verification system 300 can store and analyze the received second response data (S307).

Specifically, when the verification system 300 receives the second response data from the verification target system 400, the verification system 300 maps the second response data with the first response data included in the transaction message received from the business system 200. It is saved, but at this time, mapping can be performed based on a predefined mapping rule.

Further, the verification system 300 can also map and save the information for the analysis result at the time of saving the mapping for the second response data.

The verification system 300 can determine the result of verification success or failure by comparing with the first response data mapped and stored based on the analysis result for the second response data (S308).

When it is determined that the verification has failed through the result determination, the verification system 300 can additionally analyze and save the error information corresponding to the cause information of the failure, and the error information is also based on a predetermined mapping rule defined in advance. Can be mapped and saved with transaction messages.

The verification system 300 extracts specific information such as session ID and business ID from the second response data according to a predetermined rule so that the specific information is used as mapping information in subsequent transaction messages. Can further carry out the process of making.

Further, since all the mapped information described above is divided into UUIDs and stored in the verification system 300, it is easy to track or inquire the data in the future, and the verified data can be managed.

FIG. 4 is a drawing schematically illustrating the configuration of an IT system automatic verification system based on an actual transaction data infrastructure according to another embodiment of the present invention.

Referring to FIG. 4, the IT system automatic verification system of the actual transaction data infrastructure according to another embodiment of the present invention includes the transaction system 100, the business system 200, the first verification system 301, the second verification system 302, and the verification target system. It may consist of 400 and an engine system 500.

Each of the transaction system 100, the business system 200, the first verification system 301, the second verification system 302, the verification target system 400, and the institutional system 500 may be connected through a communication network. Here, the communication network can be configured regardless of the communication mode such as wired and wireless, short-range communication network (LAN: Local Area Network), metropolitan area communication network (MAN: Metropolitan Area Network), wide area communication network. It may be composed of various communication networks such as (WAN: Wide Area Network).

Specifically, FIG. 4 is a drawing showing an embodiment in which the business system 200 needs to be linked with the institutional system 500 in the embodiment of FIG. 1, and the transaction system 100 and the business are performed at the request of the transaction system 100. The transaction is executed by sending and receiving the first request data and the first response data between the systems 200, and the first verification system 301 captures the network packet containing such the first request data and the first response data and makes a transaction message. Is generated, conversion is performed for the first request data according to the rules defined in advance based on the generated transaction message, and the converted second request data is transmitted to the verification target system 400 to correspond to the request data. The system configuration shown in FIG. 1 is the same, in which the second response data is received and the presence or absence of verification success or failure is determined by comparing the first response data with the second response data.

However, when the business system 200 is linked with the institutional system 500, there are a plurality of verification systems 301 and 302, and the network packet for the transaction between the transaction system 100 and the business system 200 is captured by the first verification system 301. The network packet for the transaction between the business system 200 and the institutional system 500 can be captured by the second verification system 302.

As a result, the second verification system 302 can generate a transaction message by capturing network packets including request data and response data transmitted and received between the business system 200 and the institutional system 500, similarly to the first verification system 301. , Based on the generated transaction message, the conversion of the request data can be performed based on the predefined conversion rules.

Further, the converted request data is transmitted to the verification target system 400, whereby the second verification system 302 compares the response data stored in advance based on the response data received from the verification target system 400. , The result can be used to determine whether the verification was successful or unsuccessful.

If the verification target system 400 cannot be directly linked with the engine system 500, the actual interlocking data stored in the second verification system 302 is acquired by linking with the second verification system 302 instead of the engine system 500. You may.

Thus, according to one embodiment of the invention, actual use by performing persistent and repetitive regression verification through transaction data in the actual operating environment rather than the restrictive validation defined by the developer. The person can obtain the effect of opening the development system in advance without being aware of it, and through this, there is an effect that the quality of the development system at the time of actual opening can be improved.

In addition, according to one embodiment of the present invention, when an automated verification of a development system is performed using a large amount of transaction data of various cases generated in a real environment, mutual verification is manually performed after the system is developed. Compared with the conventional technique for performing the above, the time, cost and personnel required at the time of verification can be reduced.

The effects of the present invention are not limited to those described above, and should be understood to include all effects that can be inferred from the detailed description of the invention or the constitution of the invention described in the claims.

The above description of the present invention is for illustration purposes only, and a person having ordinary knowledge in the technical field to which the present invention belongs can use other concrete elements without changing the technical idea or essential features of the present invention. It can be seen that it can be easily transformed into various forms. Therefore, it should be understood that the examples described above are exemplary in all respects and are not limiting. For example, each component described in a single form may be implemented in a distributed manner, and components described as similarly distributed may also be implemented in a combined form.

The scope of the present invention is indicated by the scope of claims described later, and it is interpreted that the meaning and scope of the claims and all modified or modified forms derived from the concept of equality thereof are also included in the scope of the present invention. It should be.

100: Transaction system 200: Business system 300: Verification system 310: Capture execution unit 320: Storage unit 330: Reproduction unit 340: Conversion unit 350: Result processing unit 360: Management unit 400: Verification target system 500: Institutional system

Claims (19)

In the method in which the verification system automatically tests the verification target system,
(A) A stage of capturing a network packet sent and received between a Transaction system and a Processing system to obtain a transaction message;
(B) The stage of transmitting the request data included in the transaction message to the verification target system;
Actual transaction data including (c) a step of receiving response data from the verification target system; and (d) a step of comparing the response data received from the verification target system with the response data included in the transaction message. Basic IT system verification method. The step (a) is
An actual transaction data infrastructure IT system verification method including a step of obtaining the transaction message by including information for decryption as variable data when the network packet is encrypted. The transaction message is
The IT system verification method of the actual transaction data infrastructure according to claim 1 or 2, wherein the request data and the response data corresponding to the request data are composed and generated in flow units. The step (a) is
The IT system verification method of the actual transaction data infrastructure according to claim 1 or 2, which comprises a step of assigning a UUID which is a unique identifier to the transaction message in order to ensure the convenience of tracking. The step (b) is
1. The IT system verification method for the actual transaction data infrastructure according to claim 2. The step (d) is
The IT system verification method of the actual transaction data infrastructure according to claim 1 or 2, which includes a step of mapping and storing the comparison determination result and the response data received from the verification target system with the transaction message. The step (d) is
The sixth aspect of claim 6, further comprising a step of performing an error cause analysis and mapping and storing the analyzed error information with the transaction message when the result of the comparison determination is determined to be a failure result. IT system verification method for actual transaction data infrastructure. The step (d) is
The IT system verification method of an actual transaction data infrastructure according to claim 6, wherein mapping storage is performed based on a predetermined mapping rule defined in advance in the verification system. The step (d) is
By extracting the session ID and business ID information from the response data received from the verification target system and performing registration according to the predefined rules, it will be used as mapping information in subsequent transaction messages. The actual transaction data infrastructure IT system verification method according to claim 1 or 2, which includes a step of making the above. A capture execution department that captures network packets sent and received between a transaction system and a processing system to obtain a transaction message;
A conversion unit that transmits the request data included in the transaction message to the verification target system;
A verification system including a result processing unit for comparing and determining response data received from the verification target system and response data included in the transaction message. The capture execution unit
The verification system according to claim 10, wherein when the network packet is encrypted, the transaction message is obtained by including information for decryption as variable data. The transaction message is
The verification system according to claim 10 or 11, wherein the verification system is composed of request data and response data corresponding to the request data, and is generated in flow units. The capture execution unit
The verification system according to claim 10 or 11, wherein a UUID, which is a unique identifier, is assigned to the transaction message to ensure the convenience of tracking. The conversion unit
The claim is characterized in that the request data included in the transaction message is converted into a structure or format defined in the verification target system and transmitted to the verification target system in accordance with the conversion rules of the verification system. 10 or the verification system according to claim 11. The result processing unit
The verification system according to claim 10 or 11, wherein the comparison determination result and the response data received from the verification target system are mapped and stored with the transaction message. The result processing unit
The verification system according to claim 15, wherein if the result of the comparison determination is determined to be a failure result, the cause of the error is analyzed, and the analyzed error information is mapped and stored with the transaction message. The result processing unit
The verification system according to claim 15, wherein mapping storage is performed based on a predetermined mapping rule defined in advance in the verification system. The result processing unit
By extracting the session ID and business ID information from the response data received from the verification target system and performing registration according to the predefined rules, it will be used as mapping information in subsequent transaction messages. The verification system according to claim 10 or 11. Storage unit for storing the transaction message;
It further includes a reproduction unit that encodes a transaction message stored in the storage unit and transmits it to a conversion unit; and a management unit that manages the operating states of the capture execution unit, the storage unit, the reproduction unit, the conversion unit, and the result processing unit. The verification system according to claim 10 or 11.

Images