CN112799943B

CN112799943B - Service system automatic test method and device

Info

Publication number: CN112799943B
Application number: CN202110124828.8A
Authority: CN
Inventors: 段正; 张子键; 吴晨霞; 刘征彦; 吕书心; 陈思明
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2021-01-29
Filing date: 2021-01-29
Publication date: 2024-02-09
Anticipated expiration: 2041-01-29
Also published as: CN112799943A

Abstract

The application provides a service system automatic test method and device, which can be used in the financial field or other fields, and the method comprises the following steps: receiving production message data of a target transaction; generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule; and if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings, transmitting the production message data to a test environment of the target service system to complete the automatic test of the target service system. According to the method and the device, repeated scene testing can be avoided, the efficiency of automatic testing of the service system can be improved, and further the safety of system operation can be improved.

Description

Service system automatic test method and device

Technical Field

The present disclosure relates to the field of software testing technologies, and in particular, to a method and an apparatus for automatically testing a service system.

Background

With the rapid development of internet technology, the use and development of quick payment service have blowout type burst, which not only relates to a plurality of institutions, but also is applied to different service scenes. Under the condition of ultrahigh daily transaction and account amount, higher requirements are provided for safe and stable operation of a card issuing side bank system, particularly in the aspect of bank system testing, and higher standards are provided for how to perform effective scene coverage and risk management under the condition of system upgrading and transformation.

Because of the specificity of the quick payment service, the interactive message contains tens of threshold values, and the problems of abundant parameter combinations, unhooking production scenes of the test scenes caused by the fact that specific scenes cannot be acquired through production service experience and the like exist in the aspect of design of the test scenes, and the situation of incomplete consistency or complete inconsistency exists in the aspect of the design of the scenes and the actual use. In addition, for the test, the same scene only needs to be tested, and the production message contains a large amount of message data of the same type of repeated scene, so that after the production message is introduced to test, a large amount of resources are used for the test of invalid repeated scene, so that not only is the resource waste formed, but also the efficient scene coverage can not be performed aiming at the quick payment service, and potential safety hazards are left for the system operation.

Disclosure of Invention

Aiming at the problems in the prior art, the application provides a service system automatic test method and device, which can avoid repeated scene tests, improve the efficiency of service system automatic test and further improve the safety of system operation.

In order to solve the technical problems, the application provides the following technical scheme:

in a first aspect, the present application provides a method for automatically testing a service system, including:

Receiving production message data of a target transaction;

generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule;

and if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings, transmitting the production message data to a test environment of the target service system to complete the automatic test of the target service system.

Further, the generating a multi-level scene identifier string according to the production message data and a preset scene identifier generation rule includes:

and if the transaction type data in the production message data accords with the preset executable transaction condition, generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule.

Further, if the transaction type data in the production message data meets a preset executable transaction condition, generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule, including:

if the transaction type data in the production message data is in a preset executable transaction type group and the executed times of the transaction type corresponding to the transaction type data are smaller than the executable times of the transaction type corresponding to the transaction type data, generating a multi-level scene identification string according to the production message data and a preset scene identification generation rule.

Further, if the multi-level scene identification strings respectively meet the respective corresponding identification string executable conditions, the production message data is sent to a testing environment of a target service system to complete the automatic test of the target service system, including:

and if the multi-stage scene identification strings are respectively in the respective corresponding scene current limiting identification string groups and the executed times of the corresponding current limiting scenes are respectively smaller than the executable times of the respective corresponding current limiting scenes, transmitting the production message data to the test environment of the target service system so as to complete the automatic test of the target service system.

Further, the service system automatic test method further comprises the following steps:

if the multi-level scene identification strings meet the executable conditions of the corresponding identification strings, carrying out data replacement on the production message data according to a preset message replacement rule;

and sending the replaced production message data to a test environment of the target service system to complete the automatic test of the target service system.

Further, after the data replacement is performed on the production message data, the method further includes:

carrying out data encryption and signature calculation on the replaced production message data;

And sending the calculation result to the test environment of the target service system to complete the automatic test of the target service system.

Further, after the multi-stage scene identification strings respectively meet the respective corresponding identification string executable conditions, the method sends the production message data to a testing environment of a target service system to complete the automatic test of the target service system, further includes:

receiving an automatic test result of the target service system;

obtaining the number of times of normal results, the number of times of abnormal results and the number of times of failure results of each of the plurality of dimensions according to the automatic test result and a plurality of prestored historical automatic test results;

the plurality of dimensions includes: the transaction type data and the scene identification strings of each level.

In a second aspect, the present application provides an automated testing apparatus for a service system, including:

the receiving module is used for receiving the production message data of the target transaction;

the generation module is used for generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule;

and the test module is used for transmitting the production message data to a test environment of the target service system if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings so as to complete the automatic test of the target service system.

Further, the generating module includes:

and the generating unit is used for generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule if the transaction type data in the production message data accords with a preset executable transaction condition.

In a third aspect, the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the business system automation test method when executing the program.

In a fourth aspect, the present application provides a computer readable storage medium having stored thereon computer instructions that, when executed, implement the business system automation test method.

According to the technical scheme, the application provides an automatic testing method and device for a service system. Wherein the method comprises the following steps: receiving production message data of a target transaction; generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule; if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings, the production message data are sent to the test environment of the target service system to finish the automatic test of the target service system, so that repeated scene test can be avoided, the efficiency of the automatic test of the service system can be improved, and the running safety of the system can be further improved; the method comprises the steps of automatically replacing test data for a transaction message, generating a test signature, multiplexing a production scene in a test environment, particularly solving the problem that a third party quick payment transaction tester cannot know the actual production message through experience business, further guaranteeing the effectiveness of the test scene effectively when the test scene and a case are designed, and meanwhile, setting a target transaction type, a target test scene and the number of the target test scene, effectively limiting the current of the transaction type and the test scene of the test message, rejecting invalid repeated execution of similar transactions, greatly saving resource investment, enabling a bank side system of a card issuing mechanism to perform full and effective scene coverage, and strongly guaranteeing the safety and stability of the bank side system of the card issuing mechanism under ultra-high transaction amount; in addition, the test scenes extracted through production transaction can be automatically supplemented and kept fresh in the test scenes and the test case library, so that the loopholes of the test scenes and the cases are filled, the test assets are enriched, and important decision basis is provided for setting a test plan and implementing a test.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic flow chart of a method for automatically testing a business system according to an embodiment of the present application;

FIG. 2 is a flow chart of a method for automated testing of a business system according to another embodiment of the present application;

FIG. 3 is a schematic structural diagram of an automated testing apparatus for a business system according to an embodiment of the present application;

fig. 4 is a schematic structural diagram of an automatic testing device for a service system in an application example of the present application;

FIG. 5 is a schematic diagram of a loading module in an application example of the present application;

FIG. 6 is a schematic diagram of a processing module in an application example of the present application;

FIG. 7 is a schematic diagram of a signature module in an application example of the present application;

FIG. 8 is a schematic structural diagram of an execution module in an application example of the present application;

FIG. 9 is a schematic structural diagram of a statistical analysis module in an application example of the present application;

FIG. 10 is a schematic structural diagram of a parameter maintenance module in an application example of the present application;

FIG. 11 is a schematic structural diagram of an information storage module in an application example of the present application;

FIG. 12 is a schematic flow chart of an automated test method in an application example of the present application;

fig. 13 is a system configuration schematic block diagram of an electronic device 9600 according to an embodiment of the present application.

Detailed Description

In order to better understand the technical solutions in the present specification, the following description will clearly and completely describe the technical solutions in the embodiments of the present application with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

In order to solve the problems in the prior art, the method and the device consider that a test message is generated according to a third party quick payment transaction production message, and the transaction type and the test scene of the test message are effectively limited by setting the target transaction type, the target test scene and the number of strokes, so that invalid repeated execution of similar transactions is refused, then test encryption and signature which are necessary to be used when an interactive message test is generated, and finally automatic test execution is carried out. After the transaction is executed, the transaction result is subjected to statistical analysis and is compared with a test case library, the state is updated for the existing cases, the non-existing registration supplement is carried out, the loopholes of the test scene and the cases are filled, and decision basis is provided for test personnel to arrange a test strategy and develop test work. The method can greatly improve the use efficiency of the production message in the test process, can effectively prevent the defect that the rapid payment service test scene is separated from production and use by means of the production message, keep fresh the test scene, and meanwhile, combine with automatic execution to forcefully improve the actual quality of the test scene, save manpower investment in the aspects of scene design, test execution and the like, improve the efficiency, control test risk and ensure the stable operation of the card issuing mechanism bank side system.

Based on this, in order to avoid repeated scene test, improve the efficiency of service system automation test and further improve the security of system operation, the embodiment of the application provides a service system automation test device, which may be a server or a client device, where the client device may include a smart phone, a tablet electronic device, a network set-top box, a portable computer, a desktop computer, a Personal Digital Assistant (PDA), a vehicle-mounted device, an intelligent wearable device, and the like. Wherein, intelligent wearing equipment can include intelligent glasses, intelligent wrist-watch and intelligent bracelet etc..

In practical applications, the portion for performing the service system automation test may be performed on the server side as described above, or all operations may be performed in the client device. Specifically, the selection may be made according to the processing capability of the client device, and restrictions of the use scenario of the user. The present application is not limited in this regard. If all operations are performed in the client device, the client device may further include a processor.

The client device may have a communication module (i.e. a communication unit) and may be connected to a remote server in a communication manner, so as to implement data transmission with the server. The server may include a server on the side of the task scheduling center, and in other implementations may include a server of an intermediate platform, such as a server of a third party server platform having a communication link with the task scheduling center server. The server may include a single computer device, a server cluster formed by a plurality of servers, or a server structure of a distributed device.

Any suitable network protocol may be used for communication between the server and the client device, including those not yet developed at the filing date of this application. The network protocols may include, for example, TCP/IP protocol, UDP/IP protocol, HTTP protocol, HTTPS protocol, etc. Of course, the network protocol may also include, for example, RPC protocol (Remote Procedure Call Protocol ), REST protocol (Representational State Transfer, representational state transfer protocol), etc. used above the above-described protocol.

It should be noted that, the service system automatic test method and device disclosed in the present application may be used in the financial technical field, and may also be used in any field other than the financial technical field, and the application field of the service system automatic test method and device disclosed in the present application is not limited.

The following examples are presented in detail.

In order to avoid repeated scene test and improve the efficiency of automatic test of a service system and further improve the safety of system operation, the embodiment provides a service system automatic test method of which an execution subject is a service system automatic test device, wherein the service system automatic test device comprises, but is not limited to, a server, as shown in fig. 1, and the method specifically comprises the following steps:

Step 100: and receiving the production message data of the target transaction.

Specifically, production message data sent by the target service system may be received, where the production message data may be a transaction message corresponding to a current third party quick payment related transaction, and the production message data may include: transaction type, date, card number, user information, transaction serial number, etc.

Step 200: and generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule.

Specifically, the multi-level scene identification string may include a primary scene identification string and a secondary scene identification string, and may generate a rule according to the production message data and a preset scene identification, so as to correspondingly identify the primary scene identification string and the secondary scene identification string of the current transaction.

The first-level scene identification string is a string consisting of 0 and 1, and the number of the character string bits is determined by the number of the newspaper word segments of the transaction type and corresponds to the order of the newspaper word segments one by one; when a field value is null, the corresponding number of the scene character string of the corresponding field is 0, and when the field value is not null, the corresponding number of the scene character string of the corresponding field is 1, so as to form a scene character string, wherein the first-level scene corresponding table is shown in table 1, and the scenes in table 1 can represent message fields.

TABLE 1

The secondary scene identification string consists of a string of numbers and letters, and the number of the string is determined by the number of the newspaper word segments of the transaction type and corresponds to the order of the newspaper word segments one by one; the value of each character of the character string is that on the basis of the primary scene current-limiting identification string, the number with the part identification being 1 is selected to correspond to the letter by referring to the secondary scene corresponding table, the secondary scene corresponding table is shown in table 2, the scene in table 2 can represent the message field, in one example, the transaction message is: < BisTp >01</BisTp > < IDTP >01</IDTP > < IDNO >11111111111111111X </TraId > < PHONE >13388888888</PHONE > < TraTi >2020-12-02</TraTi > < TraCard >6888888888888888888</TraCard > < TraNa > payment transaction </TraNa >, the corresponding primary scene identification string is: 11101111, the corresponding secondary scene identification string may be: AAF0AOAB, 111011AB.

TABLE 2

Step 300: and if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings, transmitting the production message data to a test environment of the target service system to complete the automatic test of the target service system.

Specifically, the target service system may be a card-issuing side banking system; after the automatic test is completed, the test result, namely transaction response result information, can be output so as to timely determine success, failure and abnormal transaction number and duty ratio conditions.

As can be seen from the above description, the service system automation test method provided in this embodiment receives the production message data of the target transaction; generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule; if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings, the production message data is sent to the test environment of the target service system to complete the automatic test of the target service system, the repeated scene test can be avoided by applying the multi-stage scene identification strings, the automatic test efficiency of the service system can be improved, and the running safety of the system can be further improved.

To avoid invalid repeated execution of similar transactions, further improve the efficiency of automated testing of the service system, in one embodiment of the present application, step 200 includes:

step 201: and if the transaction type data in the production message data accords with the preset executable transaction condition, generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule.

Specifically, the transaction type data may include: transaction type data such as all release, shortcut payment subscription transaction, shortcut payment transaction, third party shortcut payment return transaction, and third party shortcut payment cash-out transaction.

Further improving the efficiency of the automated testing of the service system, referring to fig. 2, in one embodiment of the present application, step 201 includes:

step 2011: if the transaction type data in the production message data is in a preset executable transaction type group and the executed times of the transaction type corresponding to the transaction type data are smaller than the executable times of the transaction type corresponding to the transaction type data, generating a multi-level scene identification string according to the production message data and a preset scene identification generation rule.

Specifically, the preset executable transaction type group includes a plurality of executable transaction type data, and the preset executable transaction type group can be set according to actual needs and can be stored in advance in the local of the service system automation test device; the executed times of the transaction types corresponding to the transaction type data can represent the executed times of the transaction type data before the current test, and the executed times corresponding to the transaction type data can be updated after the automatic test is completed; the executable times of the transaction types corresponding to the transaction type data can represent the total executable times of the test corresponding to the transaction type data, and can be set according to actual needs.

In order to avoid the scenario retesting, and achieve the efficient testing of the service system, referring to fig. 2, in an embodiment of the present application, step 300 includes:

step 301: and if the multi-stage scene identification strings are respectively in the respective corresponding scene current limiting identification string groups and the executed times of the corresponding current limiting scenes are respectively smaller than the executable times of the respective corresponding current limiting scenes, transmitting the production message data to the test environment of the target service system so as to complete the automatic test of the target service system.

Specifically, if the primary scene identification string is in the pre-stored primary scene current limiting identification string group, the executed times corresponding to the primary scene identification string is smaller than the executed times corresponding to the primary scene identification string, the secondary scene identification string is in the pre-stored secondary scene current limiting identification string group, and the executed times corresponding to the secondary scene identification string is smaller than the executed times corresponding to the secondary scene identification string, the production message data is sent to a test environment of a target service system; the pre-stored primary scene current limiting identification string group comprises a plurality of primary scene current limiting identification strings, the secondary scene current limiting identification string group comprises a plurality of secondary scene current limiting identification strings, and the primary scene current limiting identification string group and the secondary scene current limiting identification string group can be set according to actual needs and can be stored in the local of the service system automatic testing device in advance. The number of times the current-limiting scene has been executed may represent the number of times the test has been executed corresponding to the current-limiting scene identification string, and the number of times the current-limiting scene may be executed may represent the total number of times the test may be executed corresponding to the scene identification string. The corresponding relationship among the executable transaction type group, the scene current-limiting identification string group, the executable transaction type number, the executable current-limiting scene number, the executed transaction type number and the executed current-limiting scene number may be shown in table 3, wherein the please set transaction type column may represent the executable transaction type group, the please maintain the executable transaction type number may represent the executable transaction type number, the please maintain the scene current-limiting identification string corresponding to the current-limiting level 1 forms a primary scene current-limiting identification string group, the please maintain the scene current-limiting identification string corresponding to the current-limiting level 2 forms a secondary scene current-limiting identification string group, the primary current-limiting scene number may represent the executable current-limiting scene number of the primary current-limiting scene identification string, and the secondary current-limiting scene number may represent the executable current-limiting scene number of the secondary current-limiting scene identification string.

TABLE 3 Table 3

In order to avoid the difference between the service system and the testing environment, which results in that the production message data is not suitable for the testing environment, the accuracy of the automated testing is improved on the basis of ensuring the automated testing efficiency, in one embodiment of the present application, after step 200, the method further comprises:

step 021: and if the multi-stage scene identification strings all meet the executable conditions of the corresponding identification strings, carrying out data replacement on the production message data according to a preset message replacement rule.

Specifically, the preset message replacement rule may be applied to replace the message field value in the production message data with a value that can be successfully executed in the test environment; the scope of the alternate content includes, but is not limited to, transaction serial number (TraId), transaction date (TraTi), transaction card number (TraCard), transaction amount (TraAm), etc. in the message. Wherein it is divided into the necessary replacement content and the optional replacement content. The necessary replacement content refers to some test data required by the transaction to be successfully executed in the test environment, and the data cannot be replaced by production data on the premise that the transaction is successful. The optional replacement content refers to a portion of data that does not replace production data in the message nor cause execution failure of the transaction in the test environment. The preset message replacement rules depend on the replacement content and are different from each other, including but not limited to, for example, the replacement content is transaction card number (TraCard), and the dependent replacement rules are replacement by card category (TraCard-1), replacement by card brand (TraCard-2), replacement by card number (TraCard-3), etc. For example, the replacement content is transaction serial number (TraId), and the attached replacement rule is to replace the transaction serial number by pure number (TraId-1), replace the transaction serial number by pure letter (TraId-2), replace the transaction serial number by number and letter (TraId-3), etc.

Step 022: and sending the replaced production message data to a test environment of the target service system to complete the automatic test of the target service system.

Specifically, the replaced production message data may be used as test message data.

To further improve the reliability of the automated test, in one embodiment of the present application, after step 021, the method further comprises:

step 001: and carrying out data encryption and signature calculation on the replaced production message data.

Specifically, the encryption and signature modes and rules are encryption and signature calculation modes and rules agreed among the order receiving mechanism, the payment channel and the card issuing mechanism.

Step 002: and sending the calculation result to the test environment of the target service system to complete the automatic test of the target service system.

Specifically, the calculation result may include encrypted production message data and a result obtained by signature calculation.

To facilitate the subsequent failure analysis and maintenance of the business system, in one embodiment of the present application, after step 300, the method further comprises:

step 400: and receiving an automatic test result of the target service system.

Specifically, the automated test results may include: one of a normal result, an abnormal result, and a failed result.

Step 500: obtaining the number of times of normal results, the number of times of abnormal results and the number of times of failure results of each of the plurality of dimensions according to the automatic test result and a plurality of prestored historical automatic test results; the plurality of dimensions includes: the transaction type data and the scene identification strings of each level.

Specifically, the prestored history automation test result may be a result obtained by a business system history automation test; the automatic test result can be used as an automatic test result of each dimension, and the historical automatic test result of each dimension can be obtained from the prestored historical automatic test result; for any dimension, such as a primary scene identification string, the normal result frequency proportion, the abnormal result frequency proportion and the failure result frequency proportion corresponding to the dimension can be obtained according to the automation test result and the historical automation test results of the dimension. After step 500, the automated test results may be stored as historical automated test results local to the business system automated test equipment.

In order to avoid repeated scene test and improve efficiency of service system automation test and further improve safety of system operation, the application provides an embodiment of a service system automation test device for implementing all or part of contents in the service system automation test method, referring to fig. 3, where the service system automation test device specifically includes the following contents:

A receiving module 10, configured to receive production message data of a target transaction.

The generating module 20 is configured to generate a multi-level scene identifier string according to the production message data and a preset scene identifier generating rule.

And the test module 30 is configured to send the production message data to a test environment of the target service system if the multi-level scene identifier strings respectively meet the respective corresponding identifier string executable conditions, so as to complete an automated test of the target service system.

In one embodiment of the present application, the generating module includes:

The embodiment of the service system automation test device provided in the present disclosure may be specifically used to execute the processing flow of the embodiment of the service system automation test method, and the functions thereof are not described herein again, and may refer to the detailed description of the embodiment of the service system automation test method.

To further illustrate the present solution, the present application provides an application example of a service system automation testing device, referring to fig. 4, where the service system automation testing device includes: the system comprises a loading module 1, a processing module 2, a signature module 3, an executing module 4, a statistical analysis module 5, a parameter maintenance module 6 and an information storage module 7, wherein the function realized by the loading module 1 can be equivalent to the function realized by the receiving module, the function realized by the processing module 2 can be equivalent to the function realized by the generating module, and the function realized by the executing module 4 can be equivalent to the function realized by the testing module.

The production message data of the third party quick payment transaction is loaded into the system through the loading module 1, the processing module 2 is used for carrying out the current limiting processing of the transaction and the scene by combining the parameter maintenance module 6 on the production message data of each third party quick payment transaction, and then the data is replaced by combining the replacement rules stored in the information storage module 7; after the replacement is completed, the data are encrypted through a signature module 3, and signature data used for testing are calculated; the execution module 4 automatically executes the current data and writes the execution result into the information storage module 7; the statistical analysis module 5 analyzes and processes the execution result and displays the execution result to the testers, and meanwhile, the application execution information updates the case library and the scene library, and the application execution information serves as an important basis for the testers to control the test scene and arrange the test plan. The specific description is as follows:

and the loading module 1 is used for reading the production message data of the third party quick payment transaction, backing up the production message data to the information storage module 7, and simultaneously sending the production message data to the processing module 2 for production message processing.

The processing module 2 is configured to receive the production message data sent by the loading module 1, perform transaction and scenario current limiting processing on the current production message data in combination with the parameter maintenance module 6, replace the data in combination with the replacement rule stored in the information storage module 7, name each transaction synchronously, write the transaction naming result into the configuration file, and write the processed data into the information storage module 7 after the transaction processing is completed by the processing module 2.

The signature module 3 reads the processed production message data stored in the information storage module 7 through reading the transaction naming result in the configuration file, encrypts and calculates the signature of the production message data, and writes calculation information into the information storage module 7 after the calculation is completed.

The execution module 4 reads the transaction naming result in the configuration file, reads the encrypted and signed transaction information stored in the information storage module 7, namely the processed production message data, automatically sends test transaction to test the tested system of the card issuing institution, namely the test environment, receives the response information of the tested system of the card issuing institution, and writes the response information into the information storage module 7.

The statistical analysis module 5 is used for reading the transaction response result information stored in the information storage module 7, and displaying the transaction response result information to the tester after the information processing.

The parameter maintenance module 6 is configured to maintain parameters such as a transaction type execution range, a scene category parameter, and the like, a replacement data range, a replacement data rule, and a replacement data content database, and the maintained parameter content is stored in the information storage module 7.

The information storage module 7 is configured to store the parameter content and the replacement rule maintained by the parameter maintenance module 6, and record the transaction information, the response information, and the like of the processing module 2, the signature module 3, and the execution module 4.

As shown in fig. 5, the loading module 1 is composed of three parts, namely, a loading information reading unit 11, a loading information storing unit 12, and a loading information transmitting unit 13. Wherein:

the loading information reading unit 11: the loading information reading unit is used for reading the production message data of the third party quick payment transaction and pushing the production message data to the loading information storage unit 12.

Load information storage unit 12: the transaction backup storage unit 77 for receiving the production message data read by the loading information reading unit 11, writing the production message data into the information storage module 7, and simultaneously transmitting the production message data to the loading information transmitting unit 13.

Load information transmitting unit 13: for receiving the production message data pushed by the loading information storing unit 12 and transmitting the production message data to the processing information receiving unit 21.

As shown in fig. 6, the processing module 2 is composed of six parts of a processing information receiving unit 21, a transaction identifying unit 22, a scene identifying unit 23, a data replacing unit 24, a processing information pushing unit 25, and a profile generating unit 26, wherein:

The processing information receiving unit 21: for receiving the production message data transmitted by the loading information transmitting unit 13.

Transaction identification unit 22: and the transaction type identification unit is used for identifying the current production message data, judging whether the current transaction accords with the transaction type current limiting rule set by the execution transaction type storage unit 73, rejecting the current transaction if the current transaction accords with the transaction type current limiting rule, judging whether the current transaction reaches the upper limit of the execution times if the current transaction accords with the transaction type current limiting rule, and rejecting the current transaction if the current transaction exceeds the limit of the execution times.

Scene recognition unit 23: the recognition rule is divided into a plurality of stages of rules, the primary scene identification string and the secondary scene identification string of the current transaction are correspondingly recognized according to the rules of the scene library maintenance unit 62, the scene current limiting identification string and the execution times set by the test scene library storage unit 71 stored in the information storage module are read, whether the current scene accords with the scene current limiting identification string or not is judged, if the current scene does not accord with the scene current limiting identification string, the current transaction is refused, if the current transaction does not accord with the scene current limiting identification string, whether the current transaction reaches the upper limit of the execution times or not is further judged, and if the current transaction exceeds the time limit, the current transaction is refused. If the current transaction meets the condition, the execution times of the corresponding current limiting scene are added by 1.

The data replacement unit 24: the data replacement unit 24 performs data replacement on the current transaction according to the replacement content range and the replacement implementation rule set by the replacement range and rule storage unit 74. The replacement data includes, but is not limited to, transaction date, transaction time, transaction serial number, transaction card number, and transaction identity information, among others.

The processing information pushing unit 25: and the transaction backup storage unit 77 is used for pushing the production message data after the replacement to the information storage module 7.

Configuration file generation unit 26: and the method is used for naming all the transactions corresponding to the production message data which are completed to be replaced in sequence, and generating transaction naming results into the configuration file.

As shown in fig. 7, the signature module 3 is composed of three parts of a signature information reading unit 31, a signature generating unit 32, and a signature information pushing unit 33. Wherein:

the signature information reading unit 31 is configured to select the production message data stored in the information storage module according to the transaction naming result in the configuration file generated by the processing module, and push the production message data to the signature generating unit 32.

Signature generation unit 32: for performing data encryption and signature calculation for the production message data by receiving the production message data pushed by the signature information reading unit 31.

Signature information pushing unit 33: for sending the production message data and the encrypted signature information to the transaction backup storage unit 77 of the information storage module.

As shown in fig. 8, the execution module 4 is composed of three parts of an execution information reading unit 41, an execution unit 42, and an execution information pushing unit 43. Wherein:

the execution information reading unit 41 is configured to read the transaction naming result in the configuration file, and read the encrypted and signed production message data from the information storage module according to the read transaction naming result, and push the production message data to the execution unit 42.

The execution unit 42 is configured to receive the encrypted and signed production message data sent by the execution information reading unit 41, send the production message data to the card issuing bank-side tested system, and synchronously receive the response information of the card issuing bank tested system. The response result information is transmitted to the execution information pushing unit 43 after receiving the response result information including, but not limited to, success or failure of the normal case, and the abnormal case.

The execution information pushing unit 43 is configured to receive the response result information pushed by the execution unit 42, send the response result information to the execution transaction result storage unit 76 of the information storage module 7, and send information such as the type of the transaction and the scene identification string to the test scene library storage unit 71 and the execution transaction category storage unit 73.

As shown in fig. 9, the statistical analysis module 5 is composed of three parts of a statistical information reading unit 51, a statistical information display unit 52, and a statistical information updating unit 53. Wherein:

the statistical information reading unit 51: for reading the transaction response result information stored in the information storage module of the batch and pushing the transaction response result information to the statistical information display unit 52.

Statistical information display unit 52: by receiving the transaction response result information pushed by the statistic information reading unit 51, statistics is performed according to dimensions such as transaction type, transaction scene and transaction case, and the like, successful, failed and abnormal transaction number and duty ratio conditions are calculated, and transaction execution information is displayed to a tester, and meanwhile is pushed to the statistic information updating unit 53.

The statistical information updating unit 53: after receiving the transaction execution information pushed by the statistical information display unit 52, the transaction execution information is matched with the case library in the information storage module 7. If the matching is successful, the existing scene state, case state, execution time and the like are updated, and if the matching is unsuccessful, transaction execution information is supplemented to the case base, and meanwhile, the test case state is supplemented. The transaction execution information includes, but is not limited to, transaction category, transaction scenario, transaction case, execution result of the transaction.

As shown in fig. 10, the parameter maintenance module 6 is composed of five parts, namely an execution transaction parameter unit 61, a scene library maintenance unit 62, a data replacement range and rule unit 63, a replacement data information maintenance unit 64, and a profile maintenance unit 65. Wherein:

the execution transaction parameter unit 61: for maintaining the current limit rule and the execution times of the transaction types to be executed, the setting maintenance information is sent to the executing transaction type storage unit 73, and the transaction type setting maintenance range includes, but is not limited to, all execution, a third party quick payment subscription transaction, a third party quick payment transaction, a third party quick payment return transaction, a third party quick payment cash-out transaction, etc., and the total execution times of each transaction type may be set at the same time.

Scene library maintenance unit 62: the method is used for maintaining the scene current limiting identification string to be executed according to the scene current limiting rule, the scene current limiting identification string can be multistage according to the setting, the first-level scene current limiting identification string is a string consisting of 0 and 1, the number of the string bits is determined by the number of the newspaper word segments of the transaction type, and the string bits correspond to the newspaper word segments in sequence one by one. When the value of a certain field is null, the corresponding number of the scene character string of the corresponding field is 0, and when the value of the certain field is not null, the corresponding number of the scene character string of the corresponding field is 1, so as to form a scene character string and support the total execution times of the scene character string.

The secondary scene current limiting identification string consists of a string of numbers and letters, and the number of the character string is determined by the number of the newspaper word segments of the transaction type and corresponds to the order of the newspaper word segments one by one. The value of each character of the character string is that on the basis of the primary scene current limiting identification string, the number with the part identification of 1 is selected and the corresponding letter is selected by referring to the secondary scene corresponding table. And supports the total number of executions of the scene string.

Message example:

< BisTp >01 BisTp < IDTP >01 IDTP < IDNO >11111111111111111X IDNO > TraId < TraId > < PHONE >13388888888 PHONE > < TraTi 2020-12-02 TraTi > < TraCard >6888888888888888888 TraCard > < TraNa > payment transaction TraNa >

Corresponding to the primary scene current limiting identification string: 11101111

The corresponding secondary scene current limit identification string may be: AAF0AOAB, 111011AB

The scenario library maintenance unit sends the scenario current-limiting identification string maintained by the tester to the test scenario library storage unit 71 for storage.

Data substitution range and rule unit 63: for setting the content range to be replaced in the production transaction message and the rule to be followed in replacement. The scope of the replacement content includes, but is not limited to, information such as date, card number, user information, transaction serial number and the like which are required to be replaced for executing the test transaction, and also includes, but is not limited to, information such as commodity category, merchant remarks and the like which can be replaced according to the test requirement. Particularly after setting the scope of the replacement content, the replacement rules need to be set, including but not limited to by card data type, by card brand, by card area, by card length, etc. The data replacement range and rule unit transmits the replacement content range and rule to be followed at the time of replacement set by the tester to the replacement range and rule storage unit 74 for storage.

Replacement data information maintenance unit 64: for setting specific data information for replacement. The data information includes, but is not limited to, card data, date data, merchandise information data, serial number information, and the like. The replacement data information maintenance unit transmits specific data for replacement maintained by the tester to the replacement data information storage unit 75 to be stored.

Profile maintenance unit 65: for manual maintenance of the profile content as needed. The content of the configuration file is the range of the signature module and the execution module to execute the transaction.

As shown in fig. 11, the information storage module 7 is composed of seven parts of a test scenario library storage unit 71, a test case library storage unit 72, an execution transaction category storage unit 73, a replacement range and rule storage unit 74, a replacement data information storage unit 75, an execution transaction result storage unit 76, and a transaction backup storage unit 77. Wherein:

test scene storage unit 71: the device is used for receiving and storing the scene flow limit identification string and the corresponding flow limit number information maintained by the scene library maintenance unit 62, receiving the information such as the type of the transaction and the scene identification string sent by the execution information pushing unit 43, and accumulating the corresponding scene identification string number information.

Test case library storage unit 72: for storing the stock test case information and receiving the update information transmitted from the statistical information update unit 53.

The execution transaction category storage unit 73: for receiving and storing the related information of the execution transaction type range maintained by the execution transaction parameter unit 61, including but not limited to transaction type, activation status of transaction type, and receiving the information of the transaction type and the scene identification string sent by the execution information pushing unit 43, and accumulating the corresponding transaction type number information.

Replacement range and rule storage unit 74: for receiving the replacement content range and the rule to be followed when the data is replaced, which are maintained by the storage data replacement range and rule unit 63.

The replacement data information storage unit 75: for receiving and storing the data information of the desired replacement maintained by the replacement data information maintaining unit 64.

The execution transaction result storage unit 76: for receiving and storing the response result information transmitted by the execution information pushing unit 43.

Transaction backup storage unit 77: the transaction information, namely the production message data, pushed by the signature information pushing unit 33 is received and stored in the loading information storage unit 12 and the processing information pushing unit 25, and the storage format of the production message data in the transaction backup storage unit can be shown in table 4.

TABLE 4 Table 4

In order to further realize efficient automatic testing of the service system, in combination with the above-mentioned automatic testing device of the service system, the application provides an application example of an automatic testing method of the service system, refer to fig. 12, and specifically described as follows:

step S101: setting current limiting parameters and loading the data of the production message.

Specifically, the acquired production message data is prepared before the test scenario design and test execution of the third party quick payment related transaction are performed. Meanwhile, the basic parameters of the transaction are required to be maintained through a parameter maintenance module 6. The basic parameters include, but are not limited to, the current transaction type, scene current limit identification string, replacement content range, replacement rule and related replacement data. After the parameter setting, the production message data is read by the loading information reading unit 11, and backed up to the transaction backup storage unit 77 by the loading information storage unit 12, and the production message data is sent to the processing information receiving unit 21 of the processing module 2 while the backup is completed.

Step S102: message processing, transaction throttling, and data substitution.

When the transaction passes to the transaction identification unit 22 in the processing module 2, the transaction type (BisTp) of the transaction is identified. If the transaction type of the current transaction meets the executable transaction type range maintained by the tester through the executable transaction parameter unit 61, the current transaction is released, and if the transaction type of the current transaction does not meet the executable transaction type range, the execution of the current transaction is refused. The transaction type range includes, but is not limited to (0-all pass, 1-shortcut payment subscription transaction, 2-shortcut payment transaction, 3-third party shortcut payment return transaction, 4-third party shortcut payment pick-up transaction, etc.).

For the transaction released by the transaction identification unit 22 in the processing module 2, the scene identification unit 23 performs scene identification on the scene identification string (ComBi) of the current transaction according to the scene correspondence rule, so as to generate a primary scene identification string and a secondary scene identification string. If the scene identification string of the current transaction meets the scene flow limit identification string and the execution times limit maintained by the tester through the scene library maintenance unit 62, the current transaction is released, meanwhile, the execution times of the current scene identification string is accumulated and added by 1, and if the scene identification string of the current transaction is not met, the execution is refused in the current transaction.

For the transactions released by the scene recognition unit 23 in the processing module 2, the production message data of the current transaction is replaced by the data replacement unit 24. The scope and replacement rule of the replacement content are maintained by the data replacement scope and rule unit 63. The scope of the replacement content includes, but is not limited to, transaction serial number (TraId), transaction date (TraTi), transaction card number (TraCard), transaction amount (TraAm), etc. in the message. Wherein it is divided into the necessary replacement content and the optional replacement content. The necessary replacement content refers to some test data required by the transaction to be successfully executed in the test environment, and the data cannot be replaced by production data on the premise that the transaction is successful. The optional replacement content refers to a portion of data that does not replace production data in the message nor cause execution failure of the transaction in the test environment. The replacement rules attach to the replacement content with differences from each other including, but not limited to, for example, replacement content being transaction card number (TraCard), attached replacement rules being replacement by card category (TraCard-1), replacement by card brand (TraCard-2), replacement by card number (TraCard-3), etc. For example, the replacement content is transaction serial number (TraId), and the attached replacement rule is to replace the transaction serial number by pure number (TraId-1), replace the transaction serial number by pure letter (TraId-2), replace the transaction serial number by number and letter (TraId-3), etc.

The process information pushing unit 25 pushes the completed production message data to the transaction backup storage unit 77 for the data replacement unit 24 in the process module 2. The configuration file is generated synchronously by the configuration file generation unit 26. The profile content is the naming of the system for each transaction. The system can automatically select the transaction to be executed according to the configuration file, and a tester can manually configure the file to select the execution range of the transaction according to the requirement.

Step S103: and (5) encrypting the message and calculating the signature.

The signature information reading unit 31 in the signature module 3 reads the corresponding production message data according to the content sequence of the configuration file, and the signature generating unit 32 performs data encryption and signature calculation on the production message data. The calculation result is sent to the transaction backup storage unit 77 through the signature information pushing unit 33. The encryption and signature modes and rules are encryption and signature calculation modes and rules agreed among the order receiving organization, the payment channel and the card issuing organization.

Step S104: and (5) automatically executing.

The execution information reading unit 41 in the execution module 4 reads corresponding transaction information according to the content sequence of the configuration file, and the execution unit 42 automatically sends the tested system of the card issuing mechanism to test and receives the response result information of the tested system. The measured system response result information is sent to the transaction backup storage unit 77 by the execution information pushing unit 43. The system response result information includes, but is not limited to, transaction serial number (TraId), transaction card number (TraCard), response result information code (ReCode), response result information code description (recodin), etc.

Step S105: and (5) data statistics and analysis.

The statistical information reading unit 51 in the statistical analysis module 5 performs statistical processing on the data information of the current execution transaction according to the content of the configuration file. The data information includes, but is not limited to, transaction type (BisTp), scene identification string (ComBi), transaction serial number (TraId), transaction date (TraTi), transaction card number (TraCard), response result information code (ReCode), response result information code description (recodin), etc. The statistical processing includes, but is not limited to, statistical calculation of the transaction execution state in terms of time dimension, transaction type dimension, scene dimension, and the like. The statistical information display unit 52 displays the information to the testers, provides test decision information for the testers, and the statistical information updating unit 53 matches the transaction information with the stock scene library and the case library.

Step S106: and updating the case library.

For the matching result of the statistical information updating unit 53, if the matching is successful, updating the execution result of the transaction, the transaction time and the like to a scene library and a case library in the information storage module 7; if the matching is unsuccessful, the case library and the scene library are updated in a supplementing mode, and the updated contents comprise the execution result and the execution time besides the information of the scene, the case content and the like of the transaction.

As can be seen from the above description, the service system automatic test method and device provided by the present application can avoid repeated scene test, can improve the efficiency of service system automatic test, and further can improve the safety of system operation; the method comprises the steps of automatically replacing test data for a transaction message, generating a test signature, multiplexing a production scene in a test environment, particularly solving the problem that a third party quick payment transaction tester cannot know the actual production message through experience business, further guaranteeing the effectiveness of the test scene effectively when the test scene and a case are designed, and meanwhile, setting a target transaction type, a target test scene and the number of the target test scene, effectively limiting the current of the transaction type and the test scene of the test message, rejecting invalid repeated execution of similar transactions, greatly saving resource investment, enabling a bank side system of a card issuing mechanism to perform full and effective scene coverage, and strongly guaranteeing the safety and stability of the bank side system of the card issuing mechanism under ultra-high transaction amount; in addition, the test scenes extracted through production transaction can be automatically supplemented and kept fresh in the test scenes and the test case library, so that the loopholes of the test scenes and the cases are filled, the test assets are enriched, and important decision basis is provided for setting a test plan and implementing a test.

In order to avoid repeated scene test and improve efficiency of automatic test of a service system and further improve safety of system operation, the embodiment of the electronic device for realizing all or part of contents in the automatic test method of the service system specifically comprises the following contents:

a processor (processor), a memory (memory), a communication interface (Communications Interface), and a bus; the processor, the memory and the communication interface complete communication with each other through the bus; the communication interface is used for realizing information transmission between the service system automatic testing device and related equipment such as a user terminal; the electronic device may be a desktop computer, a tablet computer, a mobile terminal, etc., and the embodiment is not limited thereto. In this embodiment, the electronic device may be implemented with reference to an embodiment for implementing the service system automation test method and an embodiment for implementing the service system automation test device, and the contents thereof are incorporated herein, and are not repeated herein.

Fig. 13 is a schematic block diagram of a system configuration of an electronic device 9600 of an embodiment of the present application. As shown in fig. 13, the electronic device 9600 may include a central processor 9100 and a memory 9140; the memory 9140 is coupled to the central processor 9100. Notably, this fig. 13 is exemplary; other types of structures may also be used in addition to or in place of the structures to implement telecommunications functions or other functions.

In one or more embodiments of the present application, the business system automation test functions may be integrated into the central processor 9100. The central processor 9100 may be configured to perform the following control:

step 100: and receiving the production message data of the target transaction.

From the above description, the electronic device provided by the embodiment of the application can avoid repeated scene test, improve the efficiency of automatic test of the service system, and further improve the safety of system operation.

In another embodiment, the service system automation test device may be configured separately from the central processor 9100, for example, the service system automation test device may be configured as a chip connected to the central processor 9100, and the service system automation test function is implemented by the control of the central processor.

As shown in fig. 13, the electronic device 9600 may further include: a communication module 9110, an input unit 9120, an audio processor 9130, a display 9160, and a power supply 9170. It is noted that the electronic device 9600 need not include all of the components shown in fig. 13; in addition, the electronic device 9600 may further include components not shown in fig. 13, and reference may be made to the related art.

As shown in fig. 13, the central processor 9100, sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, which central processor 9100 receives inputs and controls the operation of the various components of the electronic device 9600.

The memory 9140 may be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information about failure may be stored, and a program for executing the information may be stored. And the central processor 9100 can execute the program stored in the memory 9140 to realize information storage or processing, and the like.

The input unit 9120 provides input to the central processor 9100. The input unit 9120 is, for example, a key or a touch input device. The power supply 9170 is used to provide power to the electronic device 9600. The display 9160 is used for displaying display objects such as images and characters. The display may be, for example, but not limited to, an LCD display.

The memory 9140 may be a solid state memory such as Read Only Memory (ROM), random Access Memory (RAM), SIM card, etc. But also a memory which holds information even when powered down, can be selectively erased and provided with further data, an example of which is sometimes referred to as EPROM or the like. The memory 9140 may also be some other type of device. The memory 9140 includes a buffer memory 9141 (sometimes referred to as a buffer). The memory 9140 may include an application/function storage portion 9142, the application/function storage portion 9142 storing application programs and function programs or a flow for executing operations of the electronic device 9600 by the central processor 9100.

The memory 9140 may also include a data store 9143, the data store 9143 for storing data, such as contacts, digital data, pictures, sounds, and/or any other data used by an electronic device. The driver storage portion 9144 of the memory 9140 may include various drivers of the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging applications, address book applications, etc.).

The communication module 9110 is a transmitter/receiver 9110 that transmits and receives signals via an antenna 9111. A communication module (transmitter/receiver) 9110 is coupled to the central processor 9100 to provide input signals and receive output signals, as in the case of conventional mobile communication terminals.

Based on different communication technologies, a plurality of communication modules 9110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, etc., may be provided in the same electronic device. The communication module (transmitter/receiver) 9110 is also coupled to a speaker 9131 and a microphone 9132 via an audio processor 9130 to provide audio output via the speaker 9131 and to receive audio input from the microphone 9132 to implement usual telecommunications functions. The audio processor 9130 can include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 9130 is also coupled to the central processor 9100 so that sound can be recorded locally through the microphone 9132 and sound stored locally can be played through the speaker 9131.

As can be seen from the above description, the electronic device provided by the embodiment of the present application can avoid repeated scene testing, improve the efficiency of automatic testing of the service system, and further improve the safety of system operation.

The embodiments of the present application further provide a computer readable storage medium capable of implementing all the steps of the service system automation test method in the above embodiments, where the computer readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements all the steps of the service system automation test method in the above embodiments, for example, the processor implements the following steps when executing the computer program:

Step 100: and receiving the production message data of the target transaction.

As can be seen from the above description, the computer readable storage medium provided in the embodiments of the present application can avoid repeated scene testing, improve the efficiency of automatic testing of a service system, and further improve the safety of system operation.

All embodiments of the method are described in a progressive manner, and identical and similar parts of all embodiments are mutually referred to, and each embodiment mainly describes differences from other embodiments. For relevance, see the description of the method embodiments.

It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The principles and embodiments of the present application are described herein with reference to specific examples, the description of which is only for the purpose of aiding in the understanding of the methods of the present application and the core ideas thereof; meanwhile, as those skilled in the art will have modifications in the specific embodiments and application scope in accordance with the ideas of the present application, the present description should not be construed as limiting the present application in view of the above.

Claims

1. An automated testing method for a service system, comprising:

receiving production message data of a target transaction;

if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings, the production message data are sent to the test environment of the target service system to complete the automatic test of the target service system;

The generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule comprises the following steps:

if the transaction type data in the production message data accords with a preset executable transaction condition, generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule;

if the transaction type data in the production message data accords with a preset executable transaction condition, generating a multi-stage scene identification string according to the production message data and a preset scene identification generation rule, wherein the multi-stage scene identification string comprises the following steps:

if the transaction type data in the production message data is in a preset executable transaction type group and the executed times of the transaction type corresponding to the transaction type data are smaller than the executable times of the transaction type corresponding to the transaction type data, generating a multi-level scene identification string according to the production message data and a preset scene identification generation rule;

if the multi-stage scene identification strings respectively meet the respective corresponding identification string executable conditions, the production message data is sent to a test environment of a target service system to complete the automatic test of the target service system, and the method comprises the following steps:

2. The automated business system testing method of claim 1, further comprising:

3. The automated business system testing method of claim 2, further comprising, after said data replacement of said production message data:

4. The method for automatically testing a service system according to claim 1, wherein after the multi-stage scene identification strings respectively meet the respective corresponding identification string executable conditions, the method further comprises:

receiving an automatic test result of the target service system;

5. An automated testing apparatus for a business system, comprising:

the test module is used for sending the production message data to a test environment of a target service system if the multi-stage scene identification strings respectively meet the executable conditions of the corresponding identification strings so as to complete the automatic test of the target service system;

The generating module is specifically configured to:

6. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the business system automation test method of any of claims 1 to 4 when executing the program.

7. A computer readable storage medium having stored thereon computer instructions, which when executed by a processor implement the business system automation test method of any of claims 1 to 4.