CN112988601A

CN112988601A - Test script development method and device

Info

Publication number: CN112988601A
Application number: CN202110477185.5A
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-04-29
Filing date: 2021-04-29
Publication date: 2021-06-18
Anticipated expiration: 2041-04-29
Also published as: CN112988601B

Abstract

A test script development method and device can be used in the financial field or other fields. The method comprises the following steps: analyzing the test case files to obtain a plurality of test case data, and key values and case values corresponding to the test case data; identifying variables in the case values and assigning the variables; acquiring basic data in a preset message data template according to the assigned variable, and generating test data to be pushed according to the key value, the assigned variable and the basic data; and according to the test data to be pushed, the key values and the variables after assignment, carrying out environment check, assertion execution and result write-back so as to complete test script development. The invention abstracts the test scene, develops the script development by adopting a simple and convenient configuration mode, reduces the requirement on the coding capacity of a tester, ensures that the development quality and the time effectiveness are in controllable requirements, has wider prepositive test universality, and meets the requirements of complex process service test scene and clearing service test.

Description

Test script development method and device

Technical Field

The invention relates to the technical field of automatic testing, in particular to a test script development method and a test script development device.

Background

The bank clearing front is an important component module of the clearing system, is arranged at the front positions of a bank core system and other clearing main bodies, shields differentiated message formats and communication modes between the same industry organizations for the bank core clearing system, provides a unified external access for receiving and sending message communication, message analysis, message assembly, fixed-point group packaging, signature adding and verification, unified format conversion and the like, and is shown in figure 1.

The automatic test script of the bank front system mainly has the functions of simulating the access of message data and checking the logic and the result of the conversion process, the behavior has high consistency and can be divided into clearing message data preparation, environment link, data push and result check, if each tester independently codes and completes the actions in the script compiling process, the situation of repeated work exists, and the problems that the coding capacity of the tester is relatively weak, the individuals have differences, the compiling quality and efficiency are uncertain, the working time cannot be controlled and the like exist, the requirements of short-period quick iteration of system development and the like cannot be met, and the requirement of abstract simplification of the work of the test development script exists.

Disclosure of Invention

In view of the problems in the prior art, it is a primary object of the embodiments of the present invention to provide a method and an apparatus for developing a test script,

in order to achieve the above object, an embodiment of the present invention provides a test script development method, where the method includes:

analyzing the obtained test case files to obtain a plurality of test case data and key values and case values corresponding to the test case data;

identifying variables in case values corresponding to the test case data, and assigning the variables in the case values corresponding to the test case data;

acquiring basic data in a preset message data template according to the assigned variable, and generating test data to be pushed according to the key value, the assigned variable and the basic data;

and according to the test data to be pushed, the key value and the assigned variable, performing environment check, assertion execution and result write-back to complete test script development.

Optionally, in an embodiment of the present invention, the identifying a variable in the case value corresponding to each test case data, and assigning a value to the variable in the case value corresponding to each test case data includes:

identifying variables in case values corresponding to the test case data; wherein the variables include common variables and reference variables;

and acquiring preset variable values corresponding to the public variables and the reference variables, and assigning the corresponding public variables and the reference variables according to the preset variable values.

Optionally, in an embodiment of the present invention, the obtaining basic data in a preset message data template according to the assigned variable, and generating test data to be pushed according to the key value, the assigned variable, and the basic data includes:

acquiring basic data in a preset message data template according to the assigned variables, and determining dynamic variables in the basic data;

and associating the key value corresponding to each test case data with the dynamic variable, replacing the associated dynamic variable with the assigned variable, and generating the test data to be pushed.

Optionally, in an embodiment of the present invention, the performing, according to the test data to be pushed, the key value, and the assigned variable, environmental inspection, assertion execution, and result write-back to complete test script development includes:

acquiring an environment configuration file and a preset assertion rule according to the key value corresponding to each test case data and the assigned variable;

carrying out environment inspection by using the environment configuration file to obtain an environment inspection result;

and if the environment inspection result is that the inspection is passed, performing assertion execution according to the test data to be pushed and the preset assertion rule to obtain an assertion execution result, and performing result write-back according to the assertion execution result to complete test script development.

The embodiment of the invention also provides a test script development device, which comprises:

the case analysis module is used for analyzing the obtained test case files to obtain a plurality of test case data and key values and case values corresponding to the test case data;

the variable assignment module is used for identifying variables in case values corresponding to the test case data and assigning the variables in the case values corresponding to the test case data;

the test data module is used for acquiring basic data in a preset message data template according to the assigned variable and generating test data to be pushed according to the key value, the assigned variable and the basic data;

and the test execution module is used for carrying out environment check, assertion execution and result write-back according to the test data to be pushed, the key value and the assigned variable so as to complete test script development.

Optionally, in an embodiment of the present invention, the variable assignment module includes:

the variable identification unit is used for identifying variables in case values corresponding to the test case data; wherein the variables include common variables and reference variables;

and the variable assignment unit is used for acquiring preset variable values corresponding to the public variables and the reference variables and assigning the corresponding public variables and the reference variables according to the preset variable values.

Optionally, in an embodiment of the present invention, the test data module includes:

the dynamic variable unit is used for acquiring basic data in a preset message data template according to the assigned variable and determining a dynamic variable in the basic data;

and the test data unit is used for associating the key values corresponding to the test case data with the dynamic variables, replacing the associated dynamic variables with the assigned variables and generating the test data to be pushed.

Optionally, in an embodiment of the present invention, the test execution module includes:

the data acquisition unit is used for acquiring an environment configuration file and a preset assertion rule according to the key values corresponding to the test case data and the assigned variables;

the environment checking unit is used for carrying out environment checking by utilizing the environment configuration file to obtain an environment checking result;

and the test execution unit is used for performing assertion execution according to the test data to be pushed and the preset assertion rule to obtain an assertion execution result if the environment inspection result is that the environment inspection result passes the inspection, and performing result write-back according to the assertion execution result to complete test script development.

The invention also provides an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method when executing the program.

The present invention also provides a computer-readable storage medium storing a computer program for executing the above method.

The invention abstracts the test scene, develops the script development by adopting a simple and convenient configuration mode, reduces the requirement on the coding capacity of a tester, ensures that the development quality and the time efficiency are in controllable requirements, has wider preposed test universality, and can meet the requirements of complex process service test scenes and clearing service tests.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained based on these drawings without creative efforts.

FIG. 1 is a schematic diagram of a clearing system;

FIG. 2 is a flowchart of a test script development method according to an embodiment of the present invention;

FIG. 3 is a flow chart of variable identification and assignment in an embodiment of the present invention;

FIG. 4 is a flowchart illustrating generating test data to be pushed according to an embodiment of the present invention;

FIG. 5 is a flow chart of test script execution in an embodiment of the present invention;

FIG. 6 is a diagram illustrating test script development abstract class functionality in accordance with an embodiment of the present invention;

FIG. 7 is a flowchart of test script development abstract class functionality in accordance with an embodiment of the present invention;

FIG. 8 is a schematic structural diagram of a test script development apparatus according to an embodiment of the present invention;

FIG. 9 is a schematic structural diagram of a variable assignment module according to an embodiment of the present invention;

FIG. 10 is a block diagram of a test data module according to an embodiment of the present invention;

FIG. 11 is a block diagram of a test execution module according to an embodiment of the present invention;

fig. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.

Detailed Description

The embodiment of the invention provides a test script development method and device, which can be used in the financial field or other fields.

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Fig. 2 is a flowchart illustrating a test script development method according to an embodiment of the present invention, where an execution subject of the test script development method provided by the embodiment of the present invention includes, but is not limited to, a computer. The method shown in the figure comprises the following steps:

step S1, analyzing the obtained multiple test case files to obtain multiple test case data, and key values and case values corresponding to the test case data.

The method comprises the steps of obtaining a test case file and analyzing the test case file to obtain test case data. Specifically, the EXCEL file of the test case is stored in a MAP array (MAP in java is a set, a container for storing elements according to KEYs), each row corresponds to a test case data and is stored in a MAP parameter, the KEY VALUE (KEY VALUE) of the MAP corresponds to the head row title of the EXCEL, and the VALUE VALUE is the corresponding case VALUE below the column.

Step S2, identifying variables in the case values corresponding to the test case data, and assigning values to the variables in the case values corresponding to the test case data.

Variables in the test case data case values are obtained through identification, and the variables comprise public variables and reference variables. And assigning VALUEs to the public variables and the reference variables in the obtained MAP parameter VALUE (case VALUE). Specifically, the frequently used dates, serial numbers, times, etc. in the test case data may be provided for direct use by the user in the form of common variables, such as: { WOKRDATE8}, { WORKDATE10}, { TIME8}, { SEQ8}, etc., represent an 8-bit date format, a 10-bit date format, an 8-bit TIME format, and an 8-bit unique sequence number, respectively. And the abstract class is utilized to automatically identify and automatically generate values for replacing the public variables, so that the automatic assignment of the variables is realized. The test case document supports the reference of the previous case value, and the format is 'case description, title name', and the program can match the corresponding MAP according to the 'case description' and acquire the title name corresponding to the group of MAP. If the user needs to realize the self-defined variable, the variable can be added in the MAP in a code mode in a specific test case.

Step S3, obtaining basic data in a preset message data template according to the assigned variable, and generating test data to be pushed according to the key value, the assigned variable and the basic data.

According to the variable after assignment, the code system key value parameter specified by the MAP parameter can be specifically used, and the basic data of the message data template is read. The message data template stores the basic format accessed by the preposed data interface, is preset in a data directory of a script project, and the frame data of the message data template is from log data, external clearing sample data or is input into a communication area based on the interface for manual editing. The basic data of each message data template consists of fixed data and dynamic variables, and the identification format of the dynamic variables is 'variable name' which indicates that the content of the message data template needs to be replaced by case documents. And associating dynamic variables in the basic data of the message data template through the KEY VALUE (KEY VALUE) of the MAP parameter, and replacing by using the VALUE VALUE (variable after assignment) to obtain the test data to be pushed of the final interface accessed to the front.

And step S4, according to the test data to be pushed, the key value and the assigned variable, performing environment check, assertion execution and result write-back to complete test script development.

The specific process of the environment inspection comprises the following steps: according to the assigned variables, a # clearing system identifier designated by the MAP parameter can be read, and a preset environment configuration file is read, and a database and a front server are associated. And scanning the foreground state and the resident process body of the front-end server to ensure that the foreground and the resident process are in normal working states.

Further, the specific process of assertion execution includes: according to the key value, the assertion result can be executed by combining a preset assertion rule for the delay time (unit: ms) required by the "# assertion delay" key in the MAP parameter. Specific assertion rules can be set up in the test case file as to the description of the assertion rules. And if the assertion fails, stopping running the test case formed by the test data to be pushed, otherwise, continuing. If one test assertion fails to be executed, the whole test case is considered to fail to be executed, and SQL retrieval prediction and specific verification failure rules of the assertion judgment data source are output.

Further, the specific process of result write-back includes: and finishing all traversal execution of the MAP array, and writing back the complete MAP array content to the test case file EXCEL. Thus, the whole process of test script development is completed.

As an embodiment of the present invention, as shown in fig. 3, identifying a variable in a case value corresponding to each test case data, and assigning the variable in the case value corresponding to each test case data includes:

step S21, identifying variables in case values corresponding to the test case data; wherein the variables include common variables and reference variables;

and step S22, acquiring preset variable values corresponding to the public variables and the reference variables, and assigning values to the corresponding public variables and the reference variables according to the preset variable values.

As an embodiment of the present invention, as shown in fig. 4, acquiring basic data in a preset message data template according to an assigned variable, and generating test data to be pushed according to the key value, the assigned variable, and the basic data includes:

step S31, acquiring basic data in a preset message data template according to the assigned variables, and determining dynamic variables in the basic data;

and step S32, associating the key value corresponding to each test case data with the dynamic variable, replacing the associated dynamic variable with the assigned variable, and generating the test data to be pushed.

As an embodiment of the present invention, as shown in fig. 5, performing environment check, assertion execution, and result write-back according to the test data to be pushed, the key value, and the assigned variable to complete test script development includes:

step S41, acquiring an environment configuration file and a preset assertion rule according to the key value corresponding to each test case data and the assigned variable;

step S42, using the environment configuration file to perform environment check to obtain an environment check result;

and step S43, if the environment inspection result is that the inspection is passed, performing assertion execution according to the test data to be pushed and the preset assertion rule to obtain an assertion execution result, and performing result write-back according to the assertion execution result to complete test script development.

Wherein, the specific process of environmental inspection comprises: according to the assigned variables, a # clearing system identifier designated by the MAP parameter can be read, and a preset environment configuration file is read, and a database and a front server are associated. And scanning the foreground state and the resident process body of the front-end server to ensure that the foreground and the resident process are in normal working states.

In a specific embodiment of the invention, the invention decouples the development work of the liquidation prepositive test script by adopting a template design method, and realizes the separation of the development work of the script code and the data management work. Based on the characteristics of the preposed test of bank clearing, from the technical maintenance, the common requirements of the preposed common Http, Mq, Sftp and Socket for accessing the clearing are collected and summarized, the common automated test behaviors are extracted for packaging, the specific business logic work such as test data assembly, environment pre-inspection, interface environment information analysis and link, data push, result acquisition, test assertion verification and the like is completed, the scene adaptation function is provided, the reference style with a uniform format is provided for preposed test data with different formats, and the call relation is simplified. And the code behavior is solidified by adopting an abstract method, and the development of a specific test class can be completed only by completing a small amount of codes or no codes on the basis of inheritance.

The data management file realizes a differential test function and consists of a message data template, a test case file and an environment configuration file, wherein the message data template maintains message data needing to be pushed to a front interface, and key service element information needing to be injected into the message data template is replaced by a variable so as to be used for associating service elements in the test case file. The test case file is compiled by adopting Microsoft excel, on one hand, variable values of the data template of the message needing to be correlated are compiled, and the coverage range of the test case is enriched; on the other hand, an assertion rule is specified, and a case execution result is checked; and simultaneously, the result write-back is supported for the continuous execution of the subsequent dependent case. The environment configuration file specifies the specific environment information accessed by the protocol, and the adaptive switching among different access interface protocols is realized.

In this embodiment, the abstract class functions shown in fig. 6 are respectively composed of data document parsing, environment pre-inspection, case scheduling, log output, database DB access, Http/Mq/Sftp/Socket message simulation access, assertion, and write-back modules.

Specifically, the functions thereof will be described in detail with reference to the flow in fig. 7.

Step 101: and analyzing the data document. The method comprises the steps of storing a test case EXCEL file in a MAP array mode (MAP in java is a set and a container storing elements according to KEYs), storing case data in a MAP parameter corresponding to each row, storing the first row title of the EXCEL corresponding to the KEY VALUE of the MAP, and storing the case VALUE corresponding to the following column.

Step 102: case initialization. And assigning VALUEs to the public variables and the reference variables in the MAP parameter VALUE obtained in the step 101. Frequently used dates, serial numbers, times, etc. in case data may be provided for direct use by the user in the form of common variables, such as: { WOKRDATE8}, { WORKDATE10}, { TIME8}, { SEQ8}, etc., represent an 8-bit date format, a 10-bit date format, an 8-bit TIME format, and an 8-bit unique sequence number, respectively. At this step, the abstract class can be automatically identified and automatically generated to replace the common variable values to realize the automatic assignment of the parameters. The test case document supports the reference of the previous case value, and the format is 'case description, title name', and the program can match the corresponding MAP according to the 'case description' and acquire the title name corresponding to the group of MAP. If the user needs to realize the self-defined variable, the variable can be added in the MAP in a code mode in a specific testng use case.

Step 103: and assembling the test message. Reading message data template basic data according to the code system key value parameter # ENCODE and the # source message body name appointed by the MAP parameter output in the step 102, and defaulting to UTF-8 coding format reading if the # ENCODE is not appointed. The message data template stores the basic format accessed by the preposed data interface, is preset in a data directory of a script project, and the frame data of the message data template is from log data, external clearing sample data or is input into a communication area based on the interface for manual editing. Each message data template data is composed of fixed data and dynamic variables, and the identification format of the dynamic variables is "# variable name" which indicates that the contents of the message data template data need to be replaced by case documents. Table 1 shows a packet data template of a received packet of pacs.008.01.06, "# TxID" indicates that a field is changed to a dynamic variable and needs to be replaced. The dynamic variables of the KEY VALUE associated message data templates of the MAP parameters are obtained through the step 102 and are replaced by the VALUE VALUE, and the test data to be pushed of the final interface accessed to the front end is obtained.

TABLE 1

Step 104: and (4) environmental pre-inspection. Reading the environment configuration file, associating the database and the front server according to the # liquidation system identification designated by the MAP parameter output in the step 102. As shown in table 2, "environment variable". before corresponds to "# liquidation system identification" content. And scanning the foreground state and the resident process body of the front-end server to ensure that the foreground and the resident process are in normal working states.

TABLE 2

Step 105: and (4) scene routing. Using the interface environment prefix specified by the key value "# ENV _ PEFIX" in the MAP parameters output in step 102 and the "# interface protocol" key to specify protocol interfaces Http, Mq, Sftp, and Socket as environment information retrieval analysis environment configuration files, see table 3. And the simulation interface protocol transmission pushes the data generated in the step 103 to a target interface according to a format specified by the key value parameter # ENCODE and checks whether the technical receipt is successful.

TABLE 3

Step 106: the assertion is executed. And executing the delay time (unit: ms) required by the "# assertion delay" key in the MAP parameters output by the step 102, and executing the assertion result according to the assertion requirement, wherein the specific assertion rule is described in the test case file about the assertion rule. Supporting schema (XML document description format) verification on an XML format file, reading a # write-back field in a reference map, and obtaining a corresponding field from a target database and writing back the corresponding map. If the assertion fails, the case aborts the run, otherwise it continues. If one test assertion fails to be executed, the whole case is considered to fail to be executed, and SQL retrieval prediction and specific verification failure rules of the assertion judgment data source are output.

Step 107: the combined case runs. And acquiring a downlink case, and writing the success and failure result of case execution back to the MAP parameter. Repeat step 102 acts

Step 108: and writing back the result. And (4) finishing all traversal execution of the MAP array in the step (101), and writing back the complete MAP array content to the test case file excel.

In this embodiment, the data management file includes: the data management is composed of a message data template, a test case file and an environment configuration file, and the specific functions are described as follows:

1) message data template: the method is characterized by maintaining a data template with a preposed access internal and external message format, supporting message files with json, xml and common text file formats, editing global multilingual languages such as Czech, Russian, Alachka, Thai and Korean, simultaneously supporting code system storage according to language requirements, and supporting code systems which can BE used by international clearing services such as UTF-16BE, KSC5601, EUCKR, Windows-1251 and UTF-8. For the fields needing case customization in the message data template, the content is replaced by using a "# variable name", and the case values in the replacement case file can be associated. Table 1 shows an intercepted fragment of a data template of a pacs.008.001.06 message in xml format, and the device with a global common variable automatically replaces common variable requirements such as { work date8}, { SEQ8} and the like for dates and sequence numbers (8 bits).

2) The test case files are shown in tables 4-8, which are the main parts of the configuration work, and the test case files have the following functions:

A. case description: as case identification, the requirement that the case name of each row cannot be repeated is taken as a basis for a tester to check the operation result of the test case.

B. Inputting a fixed service value: and filling in the case value associated message data template injected variables, and associating the variables with the contents of the head line title bar of the corresponding column.

C. Inputting dynamic case values: and the case values such as dynamic date, dynamic sequence number and the like are input by using common variables supported by the abstract class, so that the case can run repeatedly.

D. Specifying the message data template name: the # source message body name is used for specifying, wherein processing objects of an Http interface, an Mq interface and a Socket interface are data streams, and data are from a single file. The data object of SFTP operation is file message, and the message data is composed of a plurality of files, therefore, the invention adds the head name of the # source message to support the file message processing of the clearing message composed of the message head and the message body, and adds the head name of the # target message and the name of the # target message body to support the file name generating rule of the automatic configuration remote file.

E. Code system type: supporting reading and writing of multi-code files.

F. Interface types are as follows: and the user is supported to freely select MQ, HTTP, SOCKET and SFTP type interface test scenes.

H. Clearing system flag: the # liquidation system identification specifies the attribution of the front functional system to be tested and determines the environment inspection range.

I. And (3) environment configuration association: environment free adaptation is supported, complete environment information parameters are defined by env.

J. Assertion: and regular assertion configuration is supported, and because the clearing front-end has database warehousing processing on all input messages, asserted data is from a database, delay parameters are provided to support a script to push the data to be fully processed and then asserted, and XML Schema check on XML type output messages is supported. The Schema parameter file is specified by a parameter "# source message body name" + "or" sch ", and if the xml message Schema file (description format of element of xml document) which needs to be prepared under the same directory as the data source under the function is used. The database storing the assertion source data is assigned address prefixes by the "# DB instance", and the complete environment information is acquired by the associated environment configuration file, see table 2. The "# match.table name" designates a data table to be checked, and the "# match condition.field name", "# match field.field name" designates a search condition of a table record and a field to be checked, respectively. Multiple search conditions and multiple verification points are supported. Multiple assertions are executed for one case, and expansion is carried out in a mode of checking x.

K. The combination case is as follows: and supporting the operation of the combined case.

L, write back: and writing back the dynamic value in the overlay case, wherein the dynamic value is used for a user to acquire a key value to carry out correlation check on the upstream and downstream transaction records or provide a retrieval record for the dependent case.

TABLE 4

In the table, "ICBK 072{ WORKDATE8} { SEQN08 }" is a common variable, "ICBK 072{ WORKDATE8} { SEQN08 }" and "pacs 008 report _ harbor coin _ minimum amount. # MsgId" can be combined into a combined case.

TABLE 5

G	H	J	K	L	M
						# payee name	# payee name	#TxSts	# interface protocol	#ENV_PEFIX	# asserted delay
TEST NAME	xxxxxx		HTTP	AsianUrl	1000
						CHINESE NAME	xxxxxx		HTTP	AsianUrl	1000
Z	xxxxxxx		HTTP	AsianUrl	1000
								ACSC	MQ	HONGKONG_IN	2000

In the table, "# interface protocol" is the interface protocol type and "# ENV _ PEFIX" is the environment variable prefix.

TABLE 6

In table 6, "# DB instance" is a database where assertion is executed, "# check.table name" is a table name, "# match condition" # REFNUM "is a key value," # check field. HDLFLAG "is an expected result," # check field. MGSLOG "indicates a group report result supporting an xml structure, and a sharmal check is performed," # write-back field. unisequential "is a reserved write-back field.

TABLE 7

P	.......	S	T
				# matching Condition REFNUM	.......	# write back field UNISEGANO	# results
ICBKO0722021031501823915	.......	01102103150001824915	SUCC
				ICBKO0722021031501823916	.......	01102103150001825115	SUCC
ICBKO0722021031501823917	.......	01102103150001825315	SUCC
				ICBKO0722021031501823917	.......		FAIL

Wherein, table 7 is obtained after the write-back result of the case file is obtained.

TABLE 8

In table 8, "# ENCODE" is read or written as required by the specific code system. Furthermore, if the message information consists of a message header and a message body together, a local file name is specified by an input item of a title column of a # source message body name and a # source message header name, and the name of a corresponding remote test server is specified by a target file name and a file header name, so that the file renaming is supported in a common variable combination mode, and the repeated checking of the message naming rule is ensured and the repeated operation is ensured.

3) Environment configuration file

The system is responsible for configuring the environmental information of the test script access preposition, supports the configuration of the foreground and background databases of the preposition service operation, and is used for developing the environmental pre-inspection and asserting database access operation, see table 2. The method supports accessing the prepositioned device in an Http, Mq, Socket and Sftp mode, and environment element configuration needing to be completed is respectively an Http protocol URL address as shown in a table 3; information such as Mq server name, Mq server address, Mq channel name, Mq server CCSID attribute, overtime access time and the like; ip and port of Socket server; the system comprises an Sftp server IP, a port, a target message header file path and a message body path. The script obtains the environment information prefix association environment variable file ENV.

In the current financial science and technology industry, business requirements are changing day by day, science and technology research and development are iterated rapidly, and testers are required to respond rapidly. The traditional automatic test script compiling requires a tester to complete the script in a coding mode, and has the disadvantages of high capability of the tester and high development cost. The invention develops the script development by adopting a simple and convenient configuration mode through abstracting the scene test scene of the liquidation preposition field. Its advantages are as follows:

1. the configuration development mode realizes the development of the script and the maintenance of the user case, reduces the requirement on the coding capacity of the tester, and ensures that the development quality and the time effectiveness are in controllable requirements.

2. The method is compatible with automatic test of access scenes of various interface protocols and has wider prepositive test universality.

3. The configuration operation of the combined case is supported, and the requirement of a complex process service test scene can be met.

4. The support of the message files in various code system formats meets the requirement of testing the international clearing service.

The invention provides a relatively strong configuration development scheme by highly abstracting the test scenes of the preposed common access interface protocols Http, Mq, Sftp and Socket, and separates the code and data work of the test script. When a tester writes a single test script, on the basis of a templated development framework, the tester focuses on the regularized configuration work, can complete script development in a short time, and reduces the workload of code writing and debugging. Meanwhile, the invention supports multi-case combination and multi-character set multi-coding mode message data processing, and can meet the test requirements of complex scenes and international services. The method is beneficial to the development of familiarity and expertise of service scenes of testers, reduces the script development threshold and ensures the quality and the compiling efficiency.

Fig. 8 is a schematic structural diagram of a test script development apparatus according to an embodiment of the present invention, where the apparatus includes:

the case analysis module 10 is configured to analyze the obtained multiple test case files to obtain multiple test case data, and key values and case values corresponding to the test case data.

And the variable assignment module 20 is configured to identify a variable in the case value corresponding to each test case data, and assign a value to the variable in the case value corresponding to each test case data.

The test data module 30 is configured to obtain basic data in a preset message data template according to the assigned variable, and generate test data to be pushed according to the key value, the assigned variable, and the basic data.

And the test execution module 40 is configured to perform environment inspection, assertion execution, and result write-back according to the test data to be pushed, the key value, and the assigned variable, so as to complete test script development.

As an embodiment of the present invention, as shown in fig. 9, the variable assignment module 20 includes:

a variable identification unit 21, configured to identify a variable in a case value corresponding to each test case data; wherein the variables include common variables and reference variables;

and the variable assignment unit 22 is configured to acquire preset variable values corresponding to the public variables and the reference variables, and assign the corresponding public variables and the corresponding reference variables according to the preset variable values.

As an embodiment of the present invention, as shown in fig. 10, the test data module 30 includes:

a dynamic variable unit 31, configured to obtain basic data in a preset message data template according to the assigned variable, and determine a dynamic variable in the basic data;

and the test data unit 32 is configured to associate the key value corresponding to each test case data with the dynamic variable, replace the associated dynamic variable with the assigned variable, and generate test data to be pushed.

As an embodiment of the present invention, as shown in fig. 11, the test execution module 40 includes:

the data obtaining unit 41 is configured to obtain an environment configuration file and a preset assertion rule according to the key value and the assigned variable corresponding to each test case data;

an environment checking unit 42, configured to perform an environment check using the environment configuration file, so as to obtain an environment check result;

and the test execution unit 43 is configured to, if the environmental inspection result is that the inspection is passed, perform assertion execution according to the test data to be pushed and the preset assertion rule to obtain an assertion execution result, and perform result write-back according to the assertion execution result to complete test script development.

Based on the same application concept as the test script development method, the invention also provides the test script development device. Because the principle of solving the problems of the test script development device is similar to that of a test script development method, the implementation of the test script development device can refer to the implementation of the test script development method, and repeated parts are not repeated.

As shown in fig. 12, the electronic device 600 may further include: communication module 110, input unit 120, audio processing unit 130, display 160, power supply 170. It is noted that the electronic device 600 does not necessarily include all of the components shown in fig. 12; furthermore, the electronic device 600 may also comprise components not shown in fig. 12, which may be referred to in the prior art.

As shown in fig. 12, the central processor 100, sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, the central processor 100 receiving input and controlling the operation of the various components of the electronic device 600.

The memory 140 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 relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 100 may execute the program stored in the memory 140 to realize information storage or processing, etc.

The input unit 120 provides input to the cpu 100. The input unit 120 is, for example, a key or a touch input device. The power supply 170 is used to provide power to the electronic device 600. The display 160 is used to display an object to be displayed, such as an image or a character. The display may be, for example, an LCD display, but is not limited thereto.

The memory 140 may be a solid state memory such as Read Only Memory (ROM), Random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 140 may also be some other type of device. Memory 140 includes buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application/function storage section 142, and the application/function storage section 142 is used to store application programs and function programs or a flow for executing the operation of the electronic device 600 by the central processing unit 100.

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

The communication module 110 is a transmitter/receiver 110 that transmits and receives signals via an antenna 111. The communication module (transmitter/receiver) 110 is coupled to the central processor 100 to provide an input signal and receive an output signal, which may be the same as in the case of a conventional mobile communication terminal.

Based on different communication technologies, a plurality of communication modules 110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same electronic device. The communication module (transmitter/receiver) 110 is also coupled to a speaker 131 and a microphone 132 via an audio processor 130 to provide audio output via the speaker 131 and receive audio input from the microphone 132 to implement general telecommunications functions. Audio processor 130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, an audio processor 130 is also coupled to the central processor 100, so that recording on the local can be enabled through a microphone 132, and so that sound stored on the local can be played through a speaker 131.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention 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 invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 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 principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A method for test script development, the method comprising:

2. The method of claim 1, wherein identifying and assigning the variables in the case values corresponding to each test case data comprises:

3. The method of claim 1, wherein the obtaining basic data in a preset message data template according to the assigned variable, and generating test data to be pushed according to the key value, the assigned variable and the basic data comprises:

4. The method of claim 1, wherein the performing environment checking, assertion execution, and result write-back according to the test data to be pushed, the key value, and the assigned variable to complete test script development comprises:

5. A test script development apparatus, the apparatus comprising:

6. The apparatus of claim 5, wherein the variable assignment module comprises:

7. The apparatus of claim 5, wherein the test data module comprises:

8. The apparatus of claim 5, wherein the test execution module comprises:

9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any one of claims 1 to 4 when executing the computer program.

10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any one of claims 1 to 4.