CN117056220A

CN117056220A - Batch job testing method and device, computer equipment and storage medium

Info

Publication number: CN117056220A
Application number: CN202311028195.6A
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: 2023-08-15
Filing date: 2023-08-15
Publication date: 2023-11-14

Abstract

The application relates to a testing method, a testing device, computer equipment, a storage medium and a computer program product for batch operation, relates to the technical field of testing, and can be used in the financial and technological field or other related fields. The method comprises the following steps: acquiring batch operation to be tested; uploading batch jobs to be tested to a host server; the host server is used for sequentially executing each job in the batch jobs to be tested, updating the job state of each job recorded by the third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server; inquiring a third party server, and determining a target job of which execution is finished according to the job state of each job recorded by the third party server; and acquiring an execution result of the target job from the third party server according to the job identification of the target job, and determining a test result of the target job based on the execution result. By adopting the method, the test reliability of batch operation can be improved.

Description

Batch job testing method and device, computer equipment and storage medium

Technical Field

The present application relates to the field of testing technology, and in particular, to a method, an apparatus, a computer device, a storage medium, and a computer program product for testing batch jobs.

Background

At present, computers adopted in businesses of banks and the like are large computers, namely hosts. When a batch job is tested by a host, a test terminal generally uploads the batch job to be tested to a host server, and after the host server executes the job, an execution result file of the job is downloaded from the host server, so that the batch job is tested.

Therefore, in the related art, the test terminal needs to be connected to the host server for a long time to acquire the execution condition of the job by the host server and download the execution result of the job; however, the connection resources of the host server are limited, and the client occupying the connection resources for a long time can be disconnected regularly; that is, the test terminal may be disconnected during the batch operation test, so that the execution result of the operation cannot be obtained, resulting in batch operation test failure, and further reducing the test reliability of the batch operation.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a batch job testing method, apparatus, computer device, computer-readable storage medium, and computer program product that can improve the test reliability of a batch job, in order to solve the above-described problem of low test reliability of the batch job.

In a first aspect, the present application provides a method for testing batch operations, where the method is applied to a test terminal, and the method includes:

acquiring batch operation to be tested; the batch operation to be tested comprises a plurality of operations, and each operation carries a corresponding operation identifier;

uploading the batch job to be tested to a host server; the host server is used for sequentially executing each job in the batch job to be tested, updating the job state of each job recorded by a third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server;

inquiring the third party server, and determining a target job of which execution is finished according to the job state of each job recorded by the third party server;

and acquiring an execution result of the target job from the third-party server according to the job identification of the target job, and determining a test result of the target job based on the execution result.

In one embodiment, after uploading the batch job to be tested to a host server, the host server is further configured to generate a job status record table corresponding to the batch job to be tested, and send the job status record table to the third party server;

The determining the target job of ending execution according to the job status of each job recorded by the third party server comprises the following steps:

determining the operation state of each operation according to the operation state record table on the third party server;

from the respective jobs, a target job whose job state is a target state is identified.

In one embodiment, the obtaining the batch job to be tested includes:

determining a plurality of applications to be tested; the application program to be tested realizes corresponding functions by calling corresponding operations;

downloading initial batch jobs comprising the jobs corresponding to the plurality of application programs to be tested from a job library of the host server;

and preprocessing the initial batch operation to obtain the batch operation to be tested.

In one embodiment, the preprocessing the initial batch job to obtain a batch job to be tested includes:

screening out the jobs corresponding to each application program to be tested from the initial batch jobs, and generating a job identifier of each job to obtain a plurality of jobs carrying the job identifier;

and combining the plurality of jobs carrying the job identifiers to obtain batch jobs to be tested.

In one embodiment, the obtaining, according to the job identifier of the target job, an execution result of the target job from the third party server, and determining a test result of the target job based on the execution result, includes:

identifying an execution result file corresponding to the job identifier from a plurality of execution result files stored in the third party server according to the job identifier of the target job, and taking the execution result file as an execution result of the target job;

and determining a test result of the target job according to the difference information between the preset result corresponding to the target job and the execution result.

In one embodiment, after acquiring the execution result of the target job from the third party server according to the job identifier of the target job, the method further includes:

generating a target job record deleting instruction according to the job identification of the target job;

transmitting the target job record deleting instruction to the third party server; and the third party server is used for deleting the job state record corresponding to the target job according to the target job record deleting instruction.

In a second aspect, the present application further provides a method for testing batch jobs, where the method is applied to a host server, and the method includes:

Receiving batch operation to be tested uploaded by a test terminal; the batch operation to be tested comprises a plurality of operations, and each operation carries a corresponding operation identifier;

executing each job in the batch job to be tested in turn;

and under the condition that the execution of each job is finished, updating the job state of each job recorded by a third party server according to the job identification of each job, and storing the execution result of each job to the third party server.

In one embodiment, before executing each job in the batch job to be tested in turn, the method further includes:

generating an operation state record table corresponding to the batch operation to be tested according to the operation identification of each operation; the operation states of the operations in the operation state record table are all initial states;

and sending the job status record table to the third party server.

In a third aspect, the application further provides a testing device for batch operation. The device comprises:

the batch operation acquisition module is used for acquiring batch operation to be tested; the batch operation to be tested comprises a plurality of operations, and each operation carries a corresponding operation identifier;

The batch operation uploading module is used for uploading the batch operation to be tested to a host server; the host server is used for sequentially executing each job in the batch job to be tested, updating the job state of each job recorded by a third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server;

the target job determining module is used for querying the third party server and determining a target job of which execution is finished according to the job state of each job recorded by the third party server;

and the test result determining module is used for acquiring the execution result of the target job from the third party server according to the job identification of the target job and determining the test result of the target job based on the execution result.

In a fourth aspect, the application further provides a batch operation testing device. The device comprises:

the batch operation receiving module is used for receiving batch operation to be tested uploaded by the test terminal; the batch operation to be tested comprises a plurality of operations, and each operation carries a corresponding operation identifier;

The batch job execution module is used for sequentially executing each job in the batch jobs to be tested;

and the job status updating module is used for updating the job status of each job recorded by a third party server according to the job identification of each job under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server.

In a fifth aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor which when executing the computer program performs the steps of:

In a fifth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:

In a sixth aspect, the application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the steps of:

The batch job testing method, the batch job testing device, the computer equipment, the storage medium and the computer program product firstly obtain batch jobs to be tested; the batch operation to be tested comprises a plurality of operations, and each operation carries a corresponding operation identifier; uploading batch jobs to be tested to a host server; the host server is used for sequentially executing each job in the batch jobs to be tested, updating the job state of each job recorded by the third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server; then inquiring a third party server, and determining a target job of which execution is finished according to the job state of each job recorded by the third party server; and finally, acquiring an execution result of the target job from the third-party server according to the job identification of the target job, and determining a test result of the target job based on the execution result. Therefore, based on the job state of each job recorded on the third-party server, the execution condition of each job by the host server can be timely obtained under the condition that the host server is not required to be connected for a long time, the execution result of the executed target job is obtained from the third-party server, and then the test result of the target job is determined; compared with the related technology that the execution condition of the host server on the job is known from the host server and the execution result of the job is downloaded, the batch job testing method can still successfully obtain the execution result of the job under the condition that the batch job testing method is disconnected with the host server, so that the testing reliability of the batch job is improved.

Drawings

FIG. 1 is an application environment diagram of a test method for batch jobs in one embodiment;

FIG. 2 is a flow diagram of a method of testing batch jobs in one embodiment;

FIG. 3 is a flow chart of a method of testing batch jobs in another embodiment;

FIG. 4 is a timing diagram of a method of testing batch jobs in yet another embodiment;

FIG. 5 is a flow chart of a method for processing a host batch test job status in one embodiment;

FIG. 6 is a block diagram of a batch job testing apparatus in one embodiment;

FIG. 7 is a block diagram of a batch job testing apparatus in another embodiment;

fig. 8 is an internal structural diagram of a computer device in one embodiment.

Detailed Description

The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.

It should be noted that, the user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are information and data authorized by the user or sufficiently authorized by each party, and the collection, use and processing of the related data need to comply with the related laws and regulations and standards of the related country and region.

It should be further noted that the batch job testing method, device, computer equipment, storage medium and computer program product provided by the application can be applied to the field of financial science and technology, such as testing batch jobs of banking system, so as to perform operation and maintenance on the banking system, and further improve the use experience of users; the method can also be used in other related fields, such as the technical field of testing, and the batch operation in different service systems can be tested by the method for testing the batch operation provided by the application so as to ensure the normal operation of the service systems.

The batch operation testing method provided by the embodiment of the application can be applied to an application environment shown in figure 1. The application environment comprises a test terminal 102, a host server 104 and a third party server 106; wherein the test terminal 102, the host server 104 and the third party server 106 communicate with each other via a network. The test terminal 102 is a terminal used by a tester, and can be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, and the like; the host server 104 is a server corresponding to a host, and the host (Mainframe) is a Mainframe computer developed by international business machines corporation; the third party server 106 is a server independent of the test terminal 102 and the host server 104; the host server 104 and the third party server 106 may each be implemented as a stand-alone server or as a server cluster of multiple servers.

Specifically, the test terminal 102 first obtains a batch job to be tested; the batch job to be tested comprises a plurality of jobs, wherein each job carries a corresponding job identifier, such as a job name, a job number and the like; then, the test terminal 102 uploads the batch job to be tested to the host server 104; after receiving the batch job to be tested, the host server 104 sequentially executes each job in the batch job to be tested, and under the condition that the execution of each job is finished, updates the job state of each job recorded by the third party server 106, and saves the execution result of each job to the third party server 106; next, the test terminal 102 queries the third party server 106, and determines a target job whose job status changes according to the job status of each job recorded by the third party server 106; finally, the test terminal 102 obtains the execution result of the target job from the third party server 106 according to the job identification of the target job, and determines the test result of the target job based on the execution result.

In an exemplary embodiment, as shown in fig. 2, a method for testing batch operation is provided, and the method is applied to the test terminal in fig. 1 for illustration, and includes the following steps:

Step S202, obtaining batch operation to be tested.

The job is a code written by a host computer in a specific language, such as JCL (Job Control Language ), and batch processing is completed in a certain order.

The batch job to be tested comprises a plurality of jobs, and each job carries a corresponding job identifier.

The job identifier is information capable of uniquely specifying a job, such as a job name, a job number, and the like.

The operation in the batch operation to be tested is an operation required to be called for realizing the corresponding function for the application program to be tested.

Specifically, the test terminal downloads an initial batch of operations including operations corresponding to the application program to be tested from the host server, and then splits the operations corresponding to the application program to be tested from the initial batch of operations; then, the test terminal generates a job number for each split job to be used as a job identifier of the job, or uses the job name of each job to be used as the job identifier of the job; and then, the test terminal recombines each split operation into a batch operation to be tested.

For example, assume that the application program to be tested is program a and program C, the operation corresponding to program a is operation abcd, operation bcde and operation cdef, and the operation corresponding to program C is operation acdf and operation aghf; firstly, the test terminal determines that the batch job ABC comprises the jobs corresponding to the program A, the program B and the program C, so that the test terminal downloads the batch job ABC (comprising the jobs corresponding to the program A, the jobs corresponding to the program B and the jobs corresponding to the program C) from a host server as an initial batch job and splits the jobs abcd, bcde, cdef, acdf and aghf from the batch job ABC; then, the server generates job numbers 0001, 0002, 0003, 0004, and 0005 of job abcd, job bcde, job cdef, job acdf, and job aghf, respectively.

Step S204, upload batch job to be tested to the host server.

The host server is used for sequentially executing each job in the batch jobs to be tested, updating the job state of each job recorded by the third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server.

The host server is a server corresponding to a host, and the host is a large computer developed by International Business machines corporation.

Wherein the third party server is a server independent of the test terminal and the host server.

Specifically, the test terminal uploads batch jobs to be tested to the host server; after receiving the batch job to be tested uploaded by the test terminal, the host server adds the batch job to be tested into a job queue to be executed; then, the host server sequentially executes each job in the batch job to be tested according to the job queue to be executed, and after each job is executed, the following operations are performed: and sending information representing that the operation is finished to a third-party server, so that the third-party server updates the recorded operation state of the operation, for example, the operation state of the operation is updated from 'waiting for execution' to 'finishing execution', and meanwhile, the execution result of the operation is sent to the third-party server, so that the third-party server stores the execution result of the operation.

For example, the host server sequentially executes respective jobs with job numbers 0001, 0002, 0003, 0004, and 0005; after the host server finishes executing the 0001 job, notifying a third party server of a message of finishing execution of the 0001 job, and updating the job state of the saved 0001 job from 'waiting for execution' to 'finishing execution' by the third party server based on the message of finishing execution of the 0001 job; meanwhile, the host server stores the execution result of the 0001 job by taking the job number of the 0001 job, namely 0001 as a file name, obtains an execution result file of the 0001 job, and sends the execution result file to the third party server so that the third party server stores the execution result of the 0001 job.

Step S206, inquiring the third party server, and determining the target job of which execution is finished according to the job states of the jobs recorded by the third party server.

The target job for which execution is completed is a job whose job status is the target status, for example, a job whose job status recorded in the third party server is "execution completed".

Specifically, the test terminal queries the job status of each job recorded by the third party server at regular time according to a preset time interval, and determines the job whose corresponding job status represents that the job has been executed as a target job in each job recorded by the third party server.

For example, the test terminal inquires the job status of each job recorded by the third party server every 10s, and determines 0001 job and 0002 job as target jobs, assuming that the job status of 0001 job and 0002 is found to be target status, for example, "execution end".

Step S208, according to the job identification of the target job, the execution result of the target job is obtained from the third party server, and the test result of the target job is determined based on the execution result.

Specifically, the test terminal identifies an execution result corresponding to the job identifier of the target job from execution results of the jobs stored in the third party server according to the job identifier of the target job, and downloads the execution result corresponding to the target job; then, the testing terminal compares the preset result and the execution result of the target operation to determine the testing result of the target operation; the preset result is a result obtained after the target job is expected to be executed.

For example, assuming that the job number of the target job is 0001, the test terminal identifies an execution result file with a file name of 0001 from the execution result files stored in the third party server, where the execution result file is the execution result of the target job; then, assuming that the expected result of the 0001 job is that the history business record of the user a in the past seven days is obtained, and the execution result of the 0001 job is that the history business record of the user a in the past three days is obtained, the test result of the 0001 job is described as abnormal, and if the execution result of the 0001 job is that the history business record of the user a in the past seven days is obtained, the test result of the 0001 job is described as normal.

In the batch operation testing method provided by the embodiment, the testing terminal firstly obtains batch operation to be tested; the batch operation to be tested comprises a plurality of operations, and each operation carries a corresponding operation identifier; uploading batch jobs to be tested to a host server; the host server is used for executing each job in the batch job to be tested, updating the job state of each job recorded by the third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server; then inquiring a third party server, and determining a target job of which execution is finished according to the job state of each job recorded by the third party server; and finally, acquiring an execution result of the target job from the third-party server according to the job identification of the target job, and determining a test result of the target job based on the execution result. Therefore, based on the job state of each job recorded on the third-party server, the test terminal can timely acquire the execution condition of each job by the host server under the condition that the host server is not required to be connected for a long time, and acquire the execution result of the executed target job from the third-party server, so as to determine the test result of the target job; compared with the related technology that the execution condition of the host server on the job is known from the host server and the execution result of the job is downloaded, the batch job testing method can still successfully obtain the execution result of the job under the condition that the testing terminal is disconnected with the host server, so that the testing reliability of the batch job is improved.

In an exemplary embodiment, after the batch job to be tested is uploaded to the host server in step S204, the host server is further configured to generate a job status record table corresponding to the batch job to be tested, and send the job status record table to the third party server.

In the step S206, the target job for ending execution is determined according to the job status of each job recorded by the third party server, which specifically includes the following contents: confirming the operation state of each operation according to the operation state record table on the third party server; from each job, a target job whose job state is a target state is identified.

Wherein the target state is used to characterize that the job has ended execution.

Specifically, after the test terminal uploads the batch job to be tested to the host server, the host server also needs to generate a job status record table corresponding to the batch job to be tested, initialize the job status of each job in the job status record table to an initial status, for example, "waiting for execution", and then send the job status record table to the third server, so that the third party server can record the job status of each job. The test terminal queries a job state record table on the third party server at regular time according to the preset time interval, determines the job state of each job according to the job state record table, and identifies the job with the job state being the target state from each job as the target job for finishing execution.

For example, the test terminal inquires the job status of each job recorded by the third party server every 10s, and if the job status of 0001 job and 0002 job is found to be the target status, for example, "execution end", the job status of 0003 job, 0004 job, and 0005 job is the initial status, for example, "waiting for execution", the server determines 0001 job and 0002 job as the target jobs.

In this embodiment, the test terminal can timely acquire the operation state of each operation by querying the operation state record table on the third party server and the third party server independent of the host server, so that the problem that the test terminal cannot acquire the operation state of the operation and further cannot acquire the execution result of the operation due to the fact that the host server is disconnected with the test terminal, thereby causing failure of operation test, and improving the test reliability of batch operation is avoided.

In an exemplary embodiment, the step S102 includes the following steps: determining a plurality of applications to be tested; downloading initial batch jobs comprising jobs corresponding to a plurality of application programs to be tested from a job library of a host server; and preprocessing the initial batch operation to obtain the batch operation to be tested.

The application program to be tested realizes corresponding functions by calling corresponding jobs.

Wherein the preprocessing comprises screening processing and numbering processing.

Specifically, the test terminal firstly determines a plurality of application programs to be tested, and determines storage addresses of initial batch operation including operation corresponding to the application programs to be tested in an operation library of the host server; then, the test terminal is connected with the host server, and after the host server is successfully connected, the storage address of the initial batch job is accessed in the job library of the host server, so that the initial batch job is downloaded into the test terminal; and then, the testing terminal performs screening treatment and numbering treatment on the initial batch operation to obtain the batch operation to be tested.

In this embodiment, the test terminal can download an initial batch job including jobs corresponding to a plurality of applications to be tested through the job library of the host server, so as to obtain a batch job to be tested including jobs corresponding to a plurality of applications to be tested.

In an exemplary embodiment, the initial batch job is preprocessed to obtain the batch job to be tested, which specifically includes the following contents: screening out the operation corresponding to each application program to be tested from the initial batch operation, and generating an operation identifier of each operation to obtain a plurality of operations carrying the operation identifiers; and combining a plurality of jobs carrying the job identifiers to obtain the batch job to be tested.

The initial batch operation comprises operation corresponding to a plurality of application programs, wherein the application programs comprise application programs to be tested and application programs which do not need to be tested in the test.

Each application program to be tested corresponds to at least one operation.

Specifically, it can be understood that the job has a set of standard naming flows, the complete job name is composed of a plurality of job attributes of the job, for example, an application name of a program application corresponding to the job, a batch flag of the job, a type of the job, a serial number of the job, and the like, so in order to better distinguish each job, the test terminal can generate a job number for each job as a job identifier of the job. The method comprises the steps that a test terminal firstly screens out the operation corresponding to each application program to be tested from an initial batch operation containing the operation corresponding to a plurality of application programs through the application name of the program application corresponding to the operation, and generates an operation number of each operation as an operation identifier of the operation aiming at each operation, so that a plurality of operations carrying the operation identifiers are obtained; and then, the test terminal arranges the operations carrying the operation identifiers according to a certain sequence, so that batch operation to be tested is obtained.

In this embodiment, the test terminal screens out the job corresponding to the application program to be tested from the initial batch job, so that the workload of the subsequent job test can be reduced, and the batch job to be tested including a plurality of jobs carrying the job identifier can be obtained for each job identifier generated, so that the subsequent recording and querying of the job status can be facilitated.

In an exemplary embodiment, the step S208 is performed to obtain, from the third party server, an execution result of the target job according to the job identifier of the target job, and determine a test result of the target job based on the execution result, and specifically includes the following: identifying an execution result file corresponding to the job identifier from a plurality of execution result files stored in a third party server according to the job identifier of the target job, and taking the execution result file as an execution result of the target job; and determining the test result of the target job according to the difference information between the preset result and the execution result corresponding to the target job.

The preset result corresponding to the target job is a result which is expected to be obtained after the target job is expected to be executed, and the execution result is a result obtained after the target job is actually executed.

Specifically, the test terminal identifies an execution result file with a file name of the job identifier of the target job from execution result files corresponding to all executed jobs stored in the third party server according to the job identifier of the target job, and takes the execution result file as an execution result of the target job; then, the test terminal compares the result (i.e., the preset result) which should be obtained after the target job is expected to be executed with the result (i.e., the execution result) which should be obtained after the target job is actually executed, and confirms that the target job test is normal when the result is the same as the execution result, and confirms that the target job test is abnormal when the result is different from the execution result.

For example, assuming that the 0002 operation is to calculate the profit of the user B under a certain investment product in the past seven days, if the profit calculated by the execution result is the same as the actual profit of the user B under a certain investment product in the past seven days, the test result of the 0002 operation is described as normal, and if the profit calculated by the execution result is error from the actual profit of the user B under a certain investment product in the past seven days, the test result of the 0002 operation is described as abnormal.

In this embodiment, on the one hand, the test terminal can obtain the execution result of the target job from the third party server through the job identifier; on the other hand, based on the fact that the third-party server stores the execution results of each job, the test terminal can still successfully acquire the execution results of the job under the condition that the test terminal is disconnected with the host server, and meanwhile the problem that the execution results recorded by the host server cannot be acquired due to the fact that the execution results are emptied can be prevented.

In an exemplary embodiment, in step S206, after the execution result of the target job is obtained from the third party server according to the job identifier of the target job, the following is specifically included: generating a target job record deleting instruction according to the job identification of the target job; transmitting a target job record deleting instruction to a third party server; and the third party server is used for deleting the job state record corresponding to the target job according to the target job record deleting instruction.

And the target job record deleting instruction is used for enabling the third party server to delete the job state record corresponding to the target job.

Specifically, after the test terminal obtains the execution result of the target job from the third party server, the test terminal also generates a target job record deleting instruction corresponding to the target job according to the job identifier of the target job, and sends the target job deleting instruction to the third party server; after receiving the target job record deleting instruction, the third party server deletes the job state record of the corresponding job in the job state record table based on the job identifier carried by the target job deleting instruction.

In this embodiment, the test terminal can enable the third party server to delete the job status record of the job for which the test terminal has acquired the execution result through the target job record deletion instruction, so that the test terminal will not repeatedly acquire the execution result of the job when querying the job status record table next time.

In an exemplary embodiment, as shown in fig. 3, there is further provided a method for testing batch jobs, which is described by taking the method applied to the host server in fig. 1 as an example, and includes the following steps:

Step S302, the receiving test terminal uploads batch operation to be tested.

Step S304, each job in the batch job to be tested is executed in turn.

Step S306, when the execution of each job is finished, the job state of each job recorded by the third party server is updated according to the job identification of each job, and the execution result of each job is saved to the third party server.

Specifically, a host server receives batch jobs to be tested, which are uploaded by a test terminal and comprise a plurality of jobs carrying job identifiers; then, the host server sequentially executes each job according to the sequence of each job in the batch job to be tested; next, the host server performs the same steps for each job: when the execution of the job is finished, a state update instruction carrying a job identifier of the job is generated and sent to a third party server, the third party server receives the state update instruction, updates the initial state of the job corresponding to the job identifier in a job state record table to a target state according to the job identifier carried by the state update instruction, for example, updates the initial state from 'waiting for execution' to 'finishing execution', and meanwhile, the host server also takes the job identifier of the job as a file name, saves the execution result of the job to obtain an execution result file of the job, and then sends the execution result file to the third party server to enable the third party server to store the execution result of the job of which the execution of the host server is finished.

In this embodiment, the host server can store the execution condition and the execution result of each job on the third party server independent of the host server through the third server, so that under the condition that the host server is disconnected with the test terminal due to limited connection resources, the test terminal can be ensured to know the execution condition of the host server on the job in time and download the execution result of the job, test failure caused by that the test terminal cannot acquire the execution result of the batch job is avoided, and test reliability of the batch job is further improved.

In an exemplary embodiment, before each job in the batch job to be tested is executed in sequence in step S304, the following is specifically included: generating an operation state record table corresponding to batch operation to be tested according to the operation identification of each operation; and sending the job status record table to a third party server.

Wherein, the operation state of each operation in the operation state record table is an initial state. The initial state is used to characterize that the job has not yet been executed to end, e.g., is waiting for execution or is executing.

Specifically, before each job in the batch job to be tested is executed in sequence, the host server also needs to generate a job status record table corresponding to the batch job to be tested according to the job identification of each job, and initialize the job status of each job in the job table to be an initial status; then, the host server sends the job status record table to a third party server; the third party server can record the execution condition of each job by means of the job status record table.

In this embodiment, the host server sends the job status of each job to the third party server to be initialized to the job status record table of the initial status, so that the job status of each job can be recorded on the third party server independent of the host server, and therefore, under the condition that the host server is disconnected from the test terminal due to limited connection resources, the test terminal can be guaranteed to know the execution status of the host server on the job in time, and further, the execution result of the job can be downloaded in time, test failure caused by that the test terminal cannot acquire the execution result of the batch job is avoided, and further, the test reliability of the batch job is improved.

In an exemplary embodiment, as shown in fig. 4, another method for testing batch jobs is provided, comprising the steps of:

(1) downloading initial batch operation: and the testing terminal determines a plurality of application programs to be tested, and then downloads initial batch jobs comprising jobs corresponding to the plurality of application programs to be tested from a job library of the host server.

(2) Acquiring batch operation to be tested: and the test terminal screens out the operation corresponding to each application program to be tested from the initial batch operation, generates the operation identifier of each operation to obtain a plurality of operations carrying the operation identifiers, and then combines the plurality of operations carrying the operation identifiers to obtain the batch operation to be tested.

(3) Uploading batch operation to be tested: and the test terminal uploads the batch operation to be tested to the host server.

(4) Receiving batch operation to be tested: and the host server receives batch operation to be tested uploaded by the test terminal.

(5) Transmitting a job status record table: and the host server generates a job status record table corresponding to the batch job to be tested according to the job identification of each job, and sends the job status record table to the third party server.

(6) Each job is executed: the host server sequentially executes each job in the batch job to be tested;

(7) updating the job status record table, and sending the execution result: and under the condition that the execution of each job is finished, the host server updates the job state of each job recorded by the third party server according to the job identification of each job, and saves the execution result of each job to the third party server.

(8) Querying a job status record table to determine the target job which has been executed to end: the test terminal determines the job status of each job according to the job status record table on the third party server, and then identifies the target job with the job status as the target status from each job.

(9) Downloading the execution result of the target job: the test terminal identifies an execution result file corresponding to the job identifier from a plurality of execution result files stored in the third party server according to the job identifier of the target job, and the execution result file is used as an execution result of the target job;

and determining a test result of the target job according to the execution result: and the test terminal determines the test result of the target job according to the difference information between the preset result and the execution result corresponding to the target job.

In this embodiment, first, the host server stores the job status and the execution result in the third party server, so that the test terminal can bypass the host server to obtain the execution status and the execution result of the job, so that the determination of the batch job test result is not dependent on the connection between the test terminal and the host server any more; secondly, the test terminal can realize the quick inquiry of the operation state record table on the third party server and quickly acquire the execution result of the operation stored by the third party server through the operation identification of the operation; third, the test terminal can enable the third party server to delete the job status record of the job of which the test terminal has acquired the execution result through the target job record deleting instruction, so that the test terminal cannot repeatedly acquire the execution result of the job when inquiring the job status record table next time. According to the batch job testing method, under the condition that the host server is disconnected with the testing terminal due to limited connection resources, the situation that the testing terminal cannot acquire the job state of the job and further cannot acquire the execution result of the job is avoided, so that job test failure occurs, and the test reliability of batch job is improved.

In order to more clearly illustrate the batch job testing method provided by the embodiment of the present application, a specific embodiment will be described below specifically, but it should be understood that the embodiment of the present application is not limited thereto. As shown in fig. 5, in an exemplary embodiment, the present application further provides a method for processing a host batch test job status, which specifically includes the following steps:

step 1: the test terminal determines a plurality of application programs to be tested, the operation required to be called by the implementation function of each application program to be tested and the preset result of the operation corresponding to each application program to be tested.

Step 2: the testing terminal queries a host server according to the application programs to be tested, and obtains initial batch operation including operation corresponding to a plurality of application programs to be tested; then, the testing terminal splits the corresponding operation from the initial batch operation according to the program name of the application program to be tested, and numbers the operation to generate an operation number capable of uniquely identifying the operation; and finally, the test terminal recombines the operations corresponding to the application programs to be tested to obtain batch operations to be tested.

Step 3: the test terminal uploads batch jobs to be tested to the host server; after receiving the batch job to be tested, the host server generates a job status record table corresponding to the batch job to be tested according to the job numbers of the jobs in the batch job to be tested, and sends the job status record table to the third party server; the host server sequentially executes batch jobs to be tested, and in the execution process of each job, an information transfer program is added, wherein the information transfer program can enable the host server to update the job state of the job in a job state record table of the third party server to 'execution end' after each job is executed and finish, and the execution result of the job is stored in the third party server.

Step 4: the test terminal queries the job state record table on the third party server at regular time, when the job state corresponding to the job is updated to be 'execution end', the test terminal accesses the execution result of each job stored in the third party server, and downloads the execution result of the job with the corresponding job state of 'execution end' from the execution result.

Step 5: and the test terminal completes the checking operation of the operation based on the expected result and the execution result of the operation to obtain the test result of the operation.

In the embodiment, firstly, the problem that the connection resources are occupied caused by the fact that the test terminal waits for an operation task through being connected with the host server can be effectively avoided, and further the problem that the test environment is blocked due to the fact that the resources of the host server are consumed is avoided; secondly, by reducing the connection time between the test terminal and the host server, the risk of disconnection overtime is avoided, the probability of batch operation test failure is reduced, and the accuracy of the test result of batch operation of the host is improved; third, by storing the execution results by a third party server independent of the host server, the problem that the execution results on the host server are emptied and cannot be queried can be prevented.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the same inventive concept, the embodiment of the application also provides a batch job testing device for realizing the batch job testing method. The implementation of the solution provided by the device is similar to that described in the above method, so the specific limitation in the embodiments of the testing device for batch operation or batch operations provided below may be referred to the limitation of the testing method for batch operation hereinabove, and will not be described herein.

In an exemplary embodiment, as shown in fig. 6, there is provided a test apparatus for batch job, including: a batch job acquisition module 602, a batch job upload module 604, a target job determination module 606, and a test result determination module 608, wherein:

a batch job acquisition module 602, configured to acquire a batch job to be tested; the batch job to be tested comprises a plurality of jobs, and each job carries a corresponding job identifier.

A batch job uploading module 604, configured to upload a batch job to be tested to a host server; the host server is used for sequentially executing each job in the batch jobs to be tested, updating the job state of each job recorded by the third party server under the condition that the execution of each job is finished, and storing the execution result of each job to the third party server.

The target job determining module 606 is configured to query the third party server, and determine a target job for which execution is completed according to the job status of each job recorded by the third party server.

The test result determining module 608 is configured to obtain, according to the job identifier of the target job, an execution result of the target job from the third party server, and determine a test result of the target job based on the execution result.

In an exemplary embodiment, after uploading the batch job to be tested to the host server, the host server is further configured to generate a job status record table corresponding to the batch job to be tested, and send the job status record table to the third party server.

The target job determining module 606 is further configured to determine a job status of each job according to a job status record table on the third party server; from each job, a target job whose job state is a target state is identified.

In an exemplary embodiment, the batch job acquisition module 602 is further configured to determine a plurality of applications to be tested; the application program to be tested realizes corresponding functions by calling corresponding operations; downloading initial batch jobs comprising jobs corresponding to a plurality of application programs to be tested from a job library of a host server; and preprocessing the initial batch operation to obtain the batch operation to be tested. In an exemplary embodiment, the batch job obtaining module 602 is further configured to screen out jobs corresponding to each application program to be tested from the initial batch job, and generate a job identifier of each job to obtain a plurality of jobs carrying the job identifier; and combining a plurality of jobs carrying the job identifiers to obtain the batch job to be tested.

In an exemplary embodiment, the test result determining module 608 is further configured to identify, according to the job identifier of the target job, an execution result file corresponding to the job identifier from a plurality of execution result files stored in the third party server, as an execution result of the target job; and determining the test result of the target job according to the difference information between the preset result and the execution result corresponding to the target job.

In an exemplary embodiment, the batch job testing device further includes a job record deleting module, configured to generate a target job record deleting instruction according to a job identifier of the target job; transmitting a target job record deleting instruction to a third party server; and the third party server is used for deleting the job state record corresponding to the target job according to the target job record deleting instruction.

In an exemplary embodiment, as shown in fig. 7, there is also provided a test apparatus for batch job, including: a batch job receiving module 702, a batch job executing module 704, and a job status updating module 706, wherein:

the batch job receiving module 702 is configured to receive a batch job to be tested uploaded by the test terminal; the batch job to be tested comprises a plurality of jobs, and each job carries a corresponding job identifier.

A batch job execution module 704, configured to execute each job in the batch job to be tested in turn.

The job status updating module 706 is configured to update, when execution of each job is completed, a job status of each job recorded by the third party server according to a job identifier of each job, and save an execution result of each job to the third party server.

In an exemplary embodiment, the batch job testing device further includes a record table generating module, configured to generate a job status record table corresponding to the batch job to be tested according to the job identifier of each job; the operation state of each operation in the operation state record table is an initial state; and sending the job status record table to a third party server.

The above-described modules in the batch job testing apparatus may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In an exemplary embodiment, a computer device, which may be a terminal, is provided, and an internal structure diagram thereof may be as shown in fig. 8. The computer device includes a processor, a memory, an input/output interface, a communication interface, a display unit, and an input means. The processor, the memory and the input/output interface are connected through a system bus, and the communication interface, the display unit and the input device are connected to the system bus through the input/output interface. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The input/output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless mode can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program, when executed by a processor, implements a method of testing batch jobs. The display unit of the computer device is used for forming a visual picture, and can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, can also be a key, a track ball or a touch pad arranged on the shell of the computer equipment, and can also be an external keyboard, a touch pad or a mouse and the like.

It will be appreciated by those skilled in the art that the structure shown in FIG. 8 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements may be applied, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.

In an exemplary embodiment, a computer device is also provided, comprising a memory and a processor, the memory having stored therein a computer program, the processor implementing the steps of the method embodiments described above when the computer program is executed.

In an exemplary embodiment, a computer-readable storage medium is provided, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method embodiments described above.

In an exemplary embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of the method embodiments described above.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.

Claims

1. A method for testing batch jobs, the method being applied to a test terminal, the method comprising:

2. The method of claim 1, wherein after uploading the batch job to be tested to a host server, the host server is further configured to generate a job status record table corresponding to the batch job to be tested, and send the job status record table to the third party server;

3. The method of claim 1, wherein the obtaining a batch job to be tested comprises:

4. A method according to claim 3, wherein the preprocessing the initial batch job to obtain a batch job to be tested comprises:

5. The method according to claim 1, wherein the obtaining, from the third party server, the execution result of the target job according to the job identifier of the target job, and determining the test result of the target job based on the execution result, includes:

6. The method according to any one of claims 1 to 5, further comprising, after acquiring the execution result of the target job from the third party server according to the job identification of the target job:

7. A method for testing batch jobs, applied to a host server, the method comprising:

executing each job in the batch job to be tested in turn;

8. The method of claim 7, further comprising, prior to executing each of the batch jobs to be tested in turn:

and sending the job status record table to the third party server.

9. A batch job testing apparatus, the apparatus comprising:

10. A batch job testing apparatus, the apparatus comprising:

11. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any one of claims 1 to 8 when the computer program is executed.

12. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 8.

13. A computer program product comprising a computer program, characterized in that the computer program, when executed by a processor, implements the steps of the method of any one of claims 1 to 8.