CN112988601B

CN112988601B - Test script development method and device

Info

Publication number: CN112988601B
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: 2024-03-05
Anticipated expiration: 2041-04-29
Also published as: CN112988601A

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 plurality of 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 values to 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 performing environment inspection, 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. According to the invention, the test scene is abstracted, the script development is carried out in a simple configuration mode, the coding capability requirement of the testers is reduced, the development quality and timeliness are ensured to be in controllable requirements, the front test universality is relatively wide, and the requirements of complex flow business test scenes and clearing business tests are met.

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 device.

Background

The bank clearing front-end is an important component module of the clearing system, is arranged at the front end position of the bank core system and other clearing main bodies, provides a unified external gateway for shielding differentiated message formats and communication modes among the same enterprises for the bank core clearing system, and is responsible for the functions of receiving and transmitting message communication, message analysis, message assembly, fixed-point packet, signature adding and checking, unified format conversion and the like, as shown in figure 1.

The automatic test script of the bank front-end system has the main functions of simulating the access of message data, checking the logic and the result of the conversion process, summarizing the behavior with high consistency, and can be divided into clearing message data preparation, environment linkage, data pushing and result checking, if each tester in the script writing process independently codes to finish the actions, the repeated working condition exists, and the problems of uncertainty in writing quality and efficiency, uncontrollable working time and the like exist due to the fact that the coding capacity of the testers is relatively weak and the individuals exist, the requirements of short-period quick iteration of system development and the like can not be met, and the requirement of abstract and simplified test script development work exists.

Disclosure of Invention

Aiming at the problems existing in the prior art, the main purpose of the embodiment of the invention is to provide a test script development method and a device,

In order to achieve the above object, an embodiment of the present invention provides a test script development method, including:

analyzing the acquired 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 corresponding to the test case data, and assigning values to the variables in the case values corresponding to the test case data;

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

and performing environment inspection, 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.

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

identifying variables in case values corresponding to each 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 values to 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:

according to the assigned variables, basic data in a preset message data template are obtained, and dynamic variables in the basic data are determined;

and correlating the key value corresponding to each test case data with the dynamic variable, and replacing the correlated dynamic variable with the assigned variable to generate the test data to be pushed.

Optionally, in an embodiment of the present invention, performing environmental inspection, assertion execution, and result write-back according to the to-be-pushed test data, the key value, and the assigned variable, so as 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;

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

and if the environment check result is that the test 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 acquired multiple test case files to obtain multiple 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 the 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 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.

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 dynamic variables in the basic data;

and the test data unit is used for 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 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 value corresponding to each test case data and the assigned variable;

the environment checking unit is used for performing environment checking by using 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 if the environment check result is that the test passes, obtaining an assertion execution result, and performing result write-back according to the assertion execution result so as 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, the processor implementing the above method when executing the program.

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

According to the invention, the test scene is abstracted, the script development is carried out in a simple configuration mode, the coding capability requirement of the tester is reduced, the development quality and timeliness are ensured to be in controllable requirements, the front test universality is relatively wide, and the requirements of complex flow business test scenes and clearing business tests can be met.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present invention, 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 diagram of a configuration 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 of 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 schematic diagram of a test script development abstract class functionality in accordance with one embodiment of the invention;

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

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

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

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

FIG. 11 is a schematic 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 invention.

Detailed Description

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

The following description of the embodiments of the present invention will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

Fig. 2 is a flowchart of a test script development method according to an embodiment of the present invention, where an execution body 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 acquired test case files to obtain a plurality of test case data, and key values and case values corresponding to the test case data.

And obtaining the test case file and analyzing the test case file to obtain the test case data. Specifically, the test case EXCEL file is stored in a MAP array (MAP is a set in java, a container according to KEY storage elements), each row corresponds to one test case data and is stored in a MAP parameter, KEY VALUEs (KEY VALUEs) of MAP correspond to top row titles of EXCEL, and VALUEs of VALUE are corresponding case VALUEs under the column.

And 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.

Wherein the variables in the case values of the test case data are obtained by identification, including common variables and reference variables. And assigning a common variable and a reference variable in the obtained MAP parameter VALUE (case VALUE). Specifically, 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: { WOKDRATE 8}, { 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 serial number, respectively. The abstract class is utilized to automatically identify and automatically generate values for replacing the common variables, so that automatic assignment of the variables is realized. The test case document supports references to the predecessor case values in the format "case description. Title names", and the program will match to the corresponding MAP according to the "case description" and obtain the title names corresponding to the set of MAPs. If the user needs to realize the customized variable, the customized variable can be added in the MAP in a code mode in a specific test case.

And 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.

And reading basic data of the message data template according to the assigned variable, specifically the code key value parameter appointed by the MAP parameter. The message data template stores a basic format accessed by a preposed data interface, and is preset under a data catalog of script engineering, and frame data of the message data template is derived from log data, external clearing sample data or manually edited based on an interface input communication area. The basic data of each message data template consists of fixed data and dynamic variables, and the dynamic variable identification format is "# variable name" which indicates that the content of the dynamic variable identification format needs to be replaced by a case document. And (3) associating the KEY VALUE (KEY VALUE) of the MAP parameter with the dynamic variable in the message data template basic data, and replacing the dynamic variable by using the VALUE (assigned variable) to obtain the test data to be pushed of the final interface with the access front.

And S4, performing environment inspection, 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.

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

Further, the specific process of asserting execution includes: according to the key value, the method specifically can be used for carrying out the assertion result 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 may be set up in the test case file with respect to descriptions of the assertion rules. If the assertion fails, the test case consisting of the test data to be pushed is aborted, otherwise it is continued. If one test assertion fails to execute, the whole test case is considered to fail to execute, and SQL retrieval prediction and specific verification failure rules of the assertion judging data source are output.

Further, the specific process of the result write-back comprises the following steps: and finishing the full 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 variables in case values corresponding to each test case data, and assigning the variables in the case values 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;

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

As an embodiment of the present invention, as shown in fig. 4, obtaining 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, obtaining basic data in a preset message data template according to the assigned variables, and determining dynamic variables in the basic data;

and step S32, correlating the key value corresponding to each test case data with the dynamic variable, and replacing the correlated dynamic variable with the assigned variable to generate the test data to be pushed.

As an embodiment of the present invention, as shown in fig. 5, according to the to-be-pushed test data, the key value, and the assigned variable, performing environment checking, assertion execution, and result write-back 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 variables;

step S42, performing environment inspection by using the environment configuration file to obtain an environment inspection result;

and step S43, if the environment check result is that the test result passes the check, 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 environment inspection concrete process includes: according to the assigned variable, a "# clearing system identifier" specified by the MAP parameter can be read, and a preset environment configuration file, a related database and a front-end server are read. And scanning the foreground state and the resident process state of the front-end server to ensure that the foreground and the resident process are in a normal working state.

In a specific embodiment of the invention, the invention adopts a template design method to decouple the development work of the clearing front-end test script, and realizes the separation of script code development and data management work. Based on the bank clearing front test characteristics, from technical maintenance, the requirements of Http, mq, sftp, socket access test scenes common to the front clearing are collected, public automatic test behaviors are extracted for packaging, specific business logic works such as test data assembly, environment pre-inspection, interface environment information analysis and link, data pushing, result acquisition, test assertion verification and the like are completed, a scene adaptation function is provided, a unified format of input styles are provided for different format front test data, and calling relations are simplified. And the code behavior is solidified by adopting an abstract class method, and the specific test class development can complete test script development only by completing a small amount of code or no code development on an inheritance basis.

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 which needs to be pushed to a front-end interface, and injects variable substitution to the information of key business elements needed in the message data template for associating the business elements in the test case file. The test case file is written by Microsoft excel, on one hand, variable values of the data templates of the associated messages are written, and the coverage range of the test case is enriched; on the other hand, designating an assertion rule, and checking a case execution result; and simultaneously, result write-back is supported for the continued execution of the subsequent dependent case. The environment configuration file designates specific environment information accessed by the protocol, and the adaptation switching among different access interface protocols is realized.

In this embodiment, as shown in fig. 6, the abstract class function is respectively composed of data document analysis, environment pre-inspection, case scheduling, log output, database DB access, http/Mq/Sftp/Socket message analog access, assertion, and write-back modules.

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

Step 101: and (5) analyzing the data document. The test case EXCEL file is stored in a MAP array (MAP is a set in java), a container according to KEY (KEY) storage elements, each row corresponds to a case data and is stored in a MAP parameter, KEY VALUE of MAP corresponds to top row header of EXCEL, and VALUE is corresponding case VALUE under the column.

Step 102: case initialization. The assignment of the common variable and the reference variable in the MAP parameter VALUE obtained in the step 101 is realized. The date, serial number, time, etc. frequently used in case data will be provided for direct use by the user in the form of common variables, such as: { WOKDRATE 8}, { 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 serial number, respectively. The abstract class automatically recognizes and automatically generates the automatic assignment of parameters in place of the common variable values. The test case document supports references to the predecessor case values in the format "case description. Title names", and the program will match to the corresponding MAP according to the "case description" and obtain the title names corresponding to the set of MAPs. If the user needs to implement the custom variable, it can be added in the MAP in code mode in the specific testng use case.

Step 103: and (5) assembling a test message. Reading basic data of a message data template according to code key value parameters #ENCODE and "# source message body name" specified by MAP parameters output in step 102, and if the code is not specified, reading the code in UTF-8 coding format. The message data template stores a basic format accessed by a preposed data interface, and is preset under a data catalog of script engineering, and frame data of the message data template is derived from log data, external clearing sample data or manually edited based on an interface input communication area. Each message data template data consists of fixed data and dynamic variables, and the dynamic variable identification format is "# variable name" which indicates that the content of the message data template data needs to be replaced by a case document. Table 1 shows a message data template of a PACS.008.01.06 received message, and "#TxID" indicates that the change field is a dynamic variable that needs to be replaced. And (3) obtaining KEY VALUE associated message data template dynamic variables of MAP parameters through step 102, and replacing the KEY VALUE associated message data template dynamic variables by using a VALUE to obtain the test data to be pushed of the final interface with the access front.

TABLE 1

Step 104: environmental pre-inspection. And reading the environment configuration file, the associated database and the front-end server according to the "# clearing system identifier" specified by the MAP parameter output in the step 102. As shown in table 2, the environment variable "." corresponds to the "# clearing system identification" content. And scanning the foreground state and the resident process state of the front-end server to ensure that the foreground and the resident process are in a normal working state.

TABLE 2

Step 105: scene routing. The interface environment prefix specified by the key "# env_pefix" in the MAP parameter outputted in step 102 and the interface protocol interface Http, mq, sftp, socket specified by the "# interface protocol" key are used as environment information retrieval and analysis environment configuration files, see table 3. The analog interface protocol transmission pushes the data generated in step 103 to the target interface in the format specified by the key value parameter #ENCODE and checks whether the technical receipt is successful.

TABLE 3 Table 3

Step 106: assertion execution. Executing the delay time (unit: ms) required by the "# assertion delay" key in the MAP parameter output in step 102, executing the assertion result according to the assertion requirement, and specific assertion rules are described in the test case file with respect to the assertion rules. And supporting the verification of schema (XML document description format) for the XML format file, reading "# write-back word segments in the reference map, and acquiring the map corresponding to the write-back of the corresponding fields from the target database by xxx. If the assertion fails, the operation is aborted, otherwise, the operation is continued. If one test assertion fails to execute, the whole case is considered to fail to execute, and SQL retrieval prediction and specific verification failure rules of the assertion judging data source are output.

Step 107: and (5) carrying out combined case operation. And acquiring a downlink case, and writing the success and failure result of the case execution back into the MAP parameter. Repeating the step 102 action

Step 108: the result is written back. And (3) 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 comprises the steps of maintaining a data template of a pre-access internal and external message format, supporting a message file in json, xml and common text file formats, supporting editing of global multilingual such as Czech, russian, arrayleigh, thai, korean and the like, simultaneously supporting code system preservation according to language requirements, and supporting code systems possibly used by international clearing business such as UTF-16BE, KSC5601, EUCKR, windows-1251, UTF-8 and the like. For the field needing case customization in the message data template, the content is replaced by using a "# variable name", and case values in the replacement case file can be associated. Table 1 shows the truncated fragments of the PACS.008.001.06 message data template in xml format, and the device carries global common variables and can automatically replace the date and serial number (8 bits) common variable requirements such as { WORKDATE8}, { SEQ8}, and the like.

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

A. case description: as case identification, the case name of each row is required to be unable to be repeated, which is the basis for the test personnel to check the running result of the test case.

B. Inputting a fixed service value: filling out the variables injected by the case value association message data templates, and associating the variables with the first row title bar content of the corresponding columns.

C. Inputting dynamic case values: the method supports the use of common variables supported by abstract classes to input case values such as dynamic date, dynamic serial number and the like, and is convenient for case repeated operation.

D. Designating the name of a message data template: the data is named by "# source message body name", wherein the Http, mq, socket interface processing object is a data stream, and the data is derived from a single file. The data object of SFTP operation is file message, and the message data is composed of a plurality of files, so the invention increases the "# source message header name" to support the file message processing of clear message composed of the message header and the message body together, and increases the "# target message header name" # target message body name "to support the file name generation rule of automatic configuration remote file.

E. The code system type: multiple code system file reading and writing are supported.

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

H. Clearing system flag: the "# clearing system identification" designates the attribution of the front-end function system to be tested, and determines the environment check range.

I. Environmental configuration association: and supporting free adaptation of environment, wherein env.behaviors define complete environment information parameters in an environment configuration file, and a tool can acquire complete environment information only by providing environment variable prefixes in cases for interface service, database and environment pre-inspection environment information access.

J. Assertion of: and the regular assertion configuration is supported, and the clearing front-end carries out database warehousing processing on all input messages, so that asserted data is sourced from a database, and delay parameters are provided to support the script to push the data to be fully processed and then asserted, so that XML Schema checking is supported on XML type output messages. The Schema parameter file is specified by a parameter "# source message body name" + ". Sch", and if the xml message Schema (the description format of the elements of the xml document) file prepared under the same directory as the data source is used for the function. The database in which the assertion source data is stored is assigned an address prefix by a "# DB instance", and the associated environment configuration file obtains complete environment information, see Table 2. The table name designates the data table to be checked, the field name and the field name respectively designate the search condition of the table record and the field to be checked. Multiple search conditions and multiple core points are supported. Multiple assertions are performed in support of a case, expanded by "# checking x.table name" (x is 1,2, 3..natural number).

K. Combination cases: support combined case runs.

L, write-back: the dynamic value in the overlay case is written back for the user to acquire the key value association check upstream and downstream transaction records or to provide retrieval records for the dependent cases.

TABLE 4 Table 4

Wherein, "ICBK072{ WORKDATE8} { SEQN08}" is a common variable, "ICBK072{ WORKDATE8} { SEQN08}" and "pacs008 report _port coin_minimum amount. # MsgId" can be combined into a combined case.

TABLE 5

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

Wherein, "# interface protocol" in the table is an interface protocol type, and "# env_pefix" is an environment variable prefix.

TABLE 6

In table 6, "# DB instance" is a database for executing assertion, "# check, table name" is table name, "# match condition, REFNUM" is key value, "# check field, HDLFLAG" is expected result, "# check field, MGSLOG" is report result supporting xml structure, shamal check, "# write-back section, UNISEQNO" is reserved write-back field.

TABLE 7

P	.......	S	T
				# match condition REFNUM	.......	# write-back section UNISEQNO	Results # results
ICBKO0722021031501823915	.......	01102103150001824915	SUCC
				ICBKO0722021031501823916	.......	01102103150001825115	SUCC
ICBKO0722021031501823917	.......	01102103150001825315	SUCC
				ICBKO0722021031501823917	.......		FAIL

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

TABLE 8

Wherein "# ENCODE" in Table 8 is read or written as required by a particular code system. Furthermore, if the message information consists of a message header and a message body together, the local file name is designated by the input items of the name of the message body of the "# source" and the name of the message header of the "# source" through the header columns, and the name of the corresponding remote test server is designated by the target file name and the file header name, so that the renaming of the file according to the common variable combination mode is supported, and the review of the message naming rule and the repeated operation are ensured.

3) Environment configuration file

And the configuration of the environment information of the test script access front-end is carried out, the configuration of a foreground database and a background database of the front-end service operation is supported, and the configuration is used for carrying out environment pre-examination and assertion database access operations, and is shown in a table 2. Supporting access to the front in a Http, mq, socket, sftp mode, and configuring environment elements to be completed as URL addresses of Http protocol respectively as shown in table 3; mq server name, mq server address, mq channel name, mq server CCSID attribute, overtime access time and other information; an ip and port of the Socket server; the method comprises the steps of an Sftp server IP, a port, a target message header file path and a message body path. The script obtains complete environment information by reading environment information prefix-associated environment variable file env.properties of the parameter with key value of "# ENV_PEFIX" in the case file, and can realize access of a pre-target interface and push of message data.

At present, in the financial and technological industry, business demands are changed day by day, technological research and development are iterated rapidly, and testers are required to respond rapidly. Traditional automatic test script writing requires testers to complete scripts in a coding mode, and has the disadvantages of higher capability of the testers and higher development cost. The invention adopts a simple configuration mode to develop script development through abstracting the scene test scene of the clearing front-end field. The advantages are as follows:

1. The configuration development mode realizes the development of scripts and the maintenance of user cases, reduces the coding capability requirement of testers, and ensures that the development quality and timeliness are in controllable requirements.

2. The access scene automatic test compatible with various interface protocols has wider front test universality.

3. The configuration operation of the combination case is supported, and the requirements of complex flow business testing scenes can be met.

4. The support of the message files with various code formats meets the international clearing business testing requirement.

The invention provides a relatively powerful configurational development scheme by highly abstracting the testing scene of the prepositive common access interface protocol Http, mq, sftp, socket, and separates the codes of the testing script from the data work. When the testers do single test script writing, on the basis of a templated development framework, the main efforts are focused on the regularized configuration work, so that script development can be completed in a short time, and the workload of code writing and debugging is reduced. Meanwhile, the invention supports the multi-case combination and the multi-character set multi-coding mode message data processing, and can meet the requirements of complex scenes and international business testing. The method is beneficial to the exertion of familiarity and expertise of the service scene of the tester, reduces the threshold of script development, and ensures the quality and the writing efficiency.

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

the case analysis module 10 is configured to analyze the acquired plurality of test case files to obtain a plurality of test case data, and a key value and a case value corresponding to each test case data.

And the variable assignment module 20 is used for identifying the variables in the 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 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 used for performing 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 for identifying 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 obtain preset variable values corresponding to the common variable and the reference variable, and assign values to the corresponding common variable and reference variable according to the preset variable values.

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

the dynamic variable unit 31 is 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 correlate the key value corresponding to each test case data with the dynamic variable, replace the dynamic variable after correlation with the variable after assignment, and generate test data to be pushed.

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, to obtain an environment check result;

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

The invention also provides a test script development device based on the same application conception as the test script development method. Because the principle of the test script development device for solving the problem 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 the repetition is omitted.

As shown in fig. 12, the electronic device 600 may further include: a communication module 110, an input unit 120, an audio processing unit 130, a display 160, a power supply 170. It is noted that the electronic device 600 need not include all of the components shown in fig. 12; in addition, the electronic device 600 may further include components not shown in fig. 12, to which reference is made to the related art.

As shown in fig. 12, the central processor 100, also sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, which central processor 100 receives inputs and controls 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 about failure may be stored, and a program for executing the information may be stored. And the central processor 100 can execute the program stored in the memory 140 to realize information storage or processing, etc.

The input unit 120 provides an input to the central processor 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 for displaying display objects such as images and characters. The display may be, for example, but not limited to, an LCD display.

The memory 140 may be a solid state memory such as Read Only Memory (ROM), random Access Memory (RAM), SIM card, or the like. 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. Memory 140 may also be some other type of device. Memory 140 includes a buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application/function storage 142, the application/function storage 142 for storing application programs and function programs or a flow for executing operations of the electronic device 600 by the central processor 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 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 applications, address book applications, etc.).

The communication module 110 is a transmitter/receiver 110 that transmits and receives signals via an antenna 111. A 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, etc., 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 to receive audio input from the microphone 132 to implement usual telecommunication functions. The audio processor 130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 130 is also coupled to the central processor 100 so that sound can be recorded locally through the microphone 132 and so that sound stored locally can be played through the speaker 131.

It will be appreciated by those skilled in the art that 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 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 invention have been described in detail with reference to specific examples, which are provided to facilitate understanding of the method and core ideas of the present invention; meanwhile, as those skilled in the art will have variations in the specific embodiments and application scope in accordance with the ideas of the present invention, the present description should not be construed as limiting the present invention in view of the above.

Claims

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

performing environment inspection, 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;

the step of 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 the following steps:

2. The method of claim 1, wherein identifying the variable in the case value for each test case data and assigning the variable in the case value for each test case data comprises:

3. The method of claim 1, wherein 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:

4. A test script development device, the device comprising:

the test execution module is used for performing 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;

wherein, the test data module includes:

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

6. The apparatus of claim 4, wherein the test execution module comprises:

7. 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 method of any one of claims 1 to 3 when executing the computer program.

8. 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 3 by a computer.