CN113505076A

CN113505076A - File coverage detection method and device

Info

Publication number: CN113505076A
Application number: CN202110843160.2A
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-07-26
Filing date: 2021-07-26
Publication date: 2021-10-15

Abstract

The embodiment of the application provides a file coverage detection method and a device, which can be used in the technical field of big data, and the method comprises the following steps: in the host batch test process of the target system, respectively determining batch file coverage results in each time period according to a transmission check file list corresponding to each host file transmitted in batch in each time period; and detecting the current file coverage condition of the target software version in the target system based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period so as to obtain the current file coverage detection result data of the target software version in the target system. According to the method and the device, the detection accuracy and reliability of the file coverage condition in the host batch test process can be effectively improved, the efficiency and convenience of the file coverage condition process can be effectively improved, and the effectiveness and reliability of the host batch test process are improved.

Description

File coverage detection method and device

Technical Field

The application relates to the technical field of data processing, in particular to the technical field of big data, and specifically relates to a file coverage detection method and device.

Background

The host batch system is huge, the application is various, the service is complex, the number of batches in domestic and overseas is large, and the cross-partition and cross-service application calling condition is very common, so that it is very important to find a standard for measuring the batch test progress and condition. For example, in the black box test process, performing an analytical statistical test on the input and output of a program is a very important means. The file is used as a carrier of data flow in the system and is input and output of system operation. If the file is not used, the problems of program operation, data preparation, batch test and the like can be described, the problems in the test process are indirectly reflected from the perspective of data flow, and the defect errors in the test process are missed. For example, a batch test of data cleaning can analyze whether a cleaning program is really covered by a downloading file by looking at the covering condition of the downloading file; for some programs, the program branches may be called, but some branches are not covered, and whether the program branches are really called or not and whether the service scenes are verified or not can be seen through uploading and downloading files.

However, in the current host batch test process, because the content of the old batch files and the like cannot be directly checked in the host environment, the coverage condition of the host files in the target system cannot be timely known; meanwhile, because a system device capable of directly monitoring the covering of the batch transmission files of the host is not arranged in the environment of the host at present, the covering condition of the batch transmission files of the host can be confirmed only by the transmission condition of the upstream platform and the downstream platform of the host on the side surface, but the confirmation of the batch transmission files by the method has great limitation due to the factors of inconsistent environment matching of the upstream platform and the downstream platform, overlong interface link and the like.

That is to say, the existing statistical methods for the file coverage in the host batch test process all have the problems of complicated process, low accuracy, low efficiency and the like.

Disclosure of Invention

Aiming at the problems in the prior art, the application provides a file coverage detection method and device, which can effectively improve the detection accuracy and reliability of the file coverage condition in the host batch test process, can effectively improve the efficiency and convenience of the file coverage condition process, and can improve the effectiveness and reliability of the host batch test process.

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

in a first aspect, the present application provides a file coverage detection method, including:

in the host batch test process of the target system, respectively determining batch file coverage results in each time period according to a transmission check file list corresponding to each host file transmitted in batch in each time period;

and detecting the current file coverage condition of the target software version in the target system based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period so as to obtain the current file coverage detection result data of the target software version in the target system.

Further, in the host batch test process of the target system, respectively determining the batch file coverage result in each time period according to the transmission check file list corresponding to each host file transmitted in batch in each time period, including:

collecting a transmission check file list corresponding to each host file transmitted in batch in each time period in a host batch test process of a target system, wherein the transmission check file list comprises: uploading a CHK check file list and downloading the CHK check file list;

and respectively generating an uploading batch file coverage result in each time period according to each uploading CHK check file list, and respectively generating a downloading batch file coverage result in each time period according to each downloading CHK check file list.

Further, the detecting a file coverage condition of the target software version in the target system currently based on a correspondence between each time period and each batch corresponding to the target software version and a batch file coverage result in each time period to obtain file coverage detection result data of the target software version in the target system currently includes:

generating a full batch file coverage result of the target software version according to the corresponding relation between each time period and each batch corresponding to the target software version;

generating a covered file list and an uncovered file list which correspond to the target software version at present according to the full batch file covering result;

calling pre-stored cross-batch covered file lists and cross-batch uncovered file lists;

and updating the cross-batch covered file list and the cross-batch uncovered file list based on the covered file list and the uncovered file list which correspond to the target software version at present so as to obtain the file coverage detection result data of the target software version in the target system at present.

Further, the generating a full batch file coverage result of the target software version according to the corresponding relationship between each time period and each batch corresponding to the target software version includes:

acquiring the corresponding relation between each pre-stored time period and each batch corresponding to the target software version;

generating batch file coverage results of each batch corresponding to the target software version based on the uploading batch file coverage results and the downloading batch file coverage results in each time period according to the corresponding relation between each time period and each batch corresponding to the target software version;

and generating a full-batch file coverage result of the target software version based on the batch file coverage result of each batch corresponding to the target software version, wherein the full-batch file coverage result is used for storing the corresponding relation among the identifier, the file size, the batch identifier, the batch transmission date and the coverage identifier of each CHK check file, and the coverage identifier is used for indicating whether the file is covered.

Further, the generating a covered file list and an uncovered file list corresponding to the target software version according to the full batch file covering result includes:

generating a covered file list and an uncovered file list which correspond to the target software version at present according to the identification and the covering identification of each CHK check file in the full batch file covering result;

the covered file list and the uncovered file list are used for storing corresponding relations among the identification of each CHK check file, the identification of the host file, the application identification, the date of batch transmission, the transmission identification and the covering times, the transmission identification is used for representing uploading or downloading, and the covering times are generated according to the covering identification.

Further, still include:

and acquiring the coverage condition of the key host file from the current file coverage detection result data of the target software version in the target system according to a preset key host file identifier so as to obtain and output a corresponding cross-batch key host file coverage detection result.

Further, still include:

according to a preset key host file identification, acquiring the coverage condition of key host files from the batch file coverage result of each batch of the target software version in the target system at present so as to obtain and output a corresponding batch key host file coverage detection result;

and acquiring the coverage condition of the key host files from the full-batch file coverage result of the target software version in the target system at present according to a preset key host file identification so as to obtain and output a corresponding full-batch key host file coverage detection result.

In a second aspect, the present application provides a document coverage detection apparatus, comprising:

the list application module is used for respectively determining batch file coverage results in each time period according to a transmission check file list corresponding to each host file transmitted in batch in each time period in the host batch test process of the target system;

and the coverage detection module is used for detecting the current file coverage condition of the target software version in the target system based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period so as to obtain the current file coverage detection result data of the target software version in the target system.

In a third aspect, the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the file coverage detection method when executing the program.

In a fourth aspect, the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the file coverage detection method.

According to the technical scheme, the method and the device for detecting the file coverage provided by the application comprise the following steps: in the host batch test process of the target system, respectively determining batch file coverage results in each time period according to a transmission check file list corresponding to each host file transmitted in batch in each time period; detecting the current file coverage condition of the target software version in the target system based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period to obtain the current file coverage detection result data of the target software version in the target system, detecting the current file coverage condition of the target software version in the target system by acquiring a transmission check file list corresponding to each host file transmitted in batch, effectively improving the detection accuracy and reliability of the file coverage condition in the host batch test process, effectively improving the efficiency and convenience of the file coverage condition process, reducing the complicated process of the original statistical mode of the file coverage condition, and confirming a certain set of test environment from the host side at any time, and transmitting the files of a certain batch and a certain batch date to the user. The test progress can be mastered more accurately, the specific test condition of files which are not covered can be analyzed conveniently, a more targeted test plan can be formulated, even if the time range of recovering the files is exceeded, the covering condition of the host batch transmission files can be inquired under the condition that the files are not backed up, the statistical result can be completed without passing through an upstream platform and a downstream platform after the new batch of the host is finished, the covering condition of the host batch transmission files can be directly obtained, the defects in the prior art are overcome, and the covering result of the host batch files can be mastered more efficiently and more accurately.

Drawings

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

Fig. 1 is a schematic diagram of a relationship between a file coverage detection apparatus and a client device in an embodiment of the present application.

Fig. 2 is a first flowchart of a document coverage detection method in the embodiment of the present application.

Fig. 3 is a second flowchart of a document coverage detection method in the embodiment of the present application.

Fig. 4 is a third flowchart illustrating a document coverage detection method in an embodiment of the present application.

Fig. 5 is a fourth flowchart illustrating a document coverage detection method in an embodiment of the present application.

Fig. 6 is a fifth flowchart illustrating a document coverage detection method in an embodiment of the present application.

Fig. 7 is a sixth flowchart illustrating a document coverage detection method in an embodiment of the present application.

Fig. 8 is a seventh flowchart illustrating a document coverage detection method in an embodiment of the present application.

Fig. 9 is a schematic structural diagram of a document coverage detection apparatus in an embodiment of the present application.

Fig. 10 is a schematic structural diagram of a batch transmission file counting device provided in an application example of the present application.

Fig. 11 is a schematic flowchart of a file coverage detection method implemented by applying the batch file transmission statistics apparatus according to an application example of the present application.

Fig. 12 is a schematic structural diagram of an electronic device in an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that the file coverage detection method and apparatus disclosed in the present application may be used in the field of big data technology, and may also be used in any field other than the field of big data technology.

In the current host batch test process, the following problems exist:

the host batch file name does not contain the date, so after each new batch is executed, the content of the old batch file cannot be directly checked in the host environment, whether the number of the old batch files exists or not is known, whether the operation successfully transmits the files or not is known, and the like. If the host file or job queue is restored to confirm the specific test condition, it takes too long, and the file and job are transmitted and restored only by backing up the file.

At present, a system device which can directly monitor the covering of the batch file transmission of the host computer does not exist in the host computer environment, and the covering condition of the batch file transmission of the host computer can be confirmed only by the transmission condition of an upstream platform and a downstream platform of the host computer on the side surface. However, due to the factors of inconsistent environment matching between the upstream platform and the downstream platform, overlong interface link and the like, the method for confirming the condition of transmitting the files in batches has great limitation.

The problems all cause the statistics and confirmation work of the host batch transmission file coverage, and the process is complicated, the accuracy is not high, and the timeliness is very low.

The method comprises the steps that in the host batch test process of a target system, batch file coverage results in each time period are respectively determined according to transmission check file lists corresponding to host files transmitted in batches in each time period; detecting the current file coverage condition of the target software version in the target system based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period to obtain the current file coverage detection result data of the target software version in the target system, detecting the current file coverage condition of the target software version in the target system by acquiring a transmission check file list corresponding to each host file transmitted in batch, effectively improving the detection accuracy and reliability of the file coverage condition in the host batch test process, effectively improving the efficiency and convenience of the file coverage condition process, reducing the complicated process of the original statistical mode of the file coverage condition, and confirming a certain set of test environment from the host side at any time, and transmitting the files of a certain batch and a certain batch date to the user. The test progress can be mastered more accurately, the specific test condition of files which are not covered can be analyzed conveniently, a more targeted test plan can be formulated, even if the time range of recovering the files is exceeded, the covering condition of the host batch transmission files can be inquired under the condition that the files are not backed up, the statistical result can be completed without passing through an upstream platform and a downstream platform after the new batch of the host is finished, the covering condition of the host batch transmission files can be directly obtained, the defects in the prior art are overcome, and the covering result of the host batch files can be mastered more efficiently and more accurately.

Based on the above content, the present application further provides a file coverage detection apparatus for implementing the file coverage detection method provided in one or more embodiments of the present application, where the file coverage detection apparatus may be an independent server, or may be a functional module in an existing server system of a financial institution, as shown in fig. 1, the file coverage detection apparatus may be in communication connection with each client device by itself or through a third-party server, respectively, and the file coverage detection apparatus may receive a file coverage detection start instruction sent by the client device, and in a host batch test process of a target system according to the file coverage detection start instruction, determine batch file coverage results in each time period, respectively, according to a transmission check file list corresponding to each host file transmitted in batch in each time period; the method comprises the steps that the current file coverage condition of a target software version in a target system is detected based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period, so that the current file coverage detection result data of the target software version in the target system is obtained, and then the file coverage detection device can enable the file coverage detection result data to be generated on a preset monitoring platform to be displayed and/or send the file coverage detection result data to client equipment.

In another practical application scenario, the foregoing document coverage detection apparatus performs the document coverage detection part in the server as described above, or all operations are performed in the user end device. Specifically, the selection may be performed according to the processing capability of the user end device, the limitation of the user usage scenario, and the like. This is not a limitation of the present application. If all the operations are completed in the user end device, the user end device may further include a processor for performing specific processing of the file coverage detection.

It is understood that the mobile terminal may include any mobile device capable of loading an application, such as a smart phone, a tablet electronic device, a network set-top box, a portable computer, a Personal Digital Assistant (PDA), a vehicle-mounted device, a smart wearable device, and the like. Wherein, intelligence wearing equipment can include intelligent glasses, intelligent wrist-watch, intelligent bracelet etc..

The mobile terminal may have a communication module (i.e., a communication unit), and may be communicatively connected to a remote server to implement data transmission with the server. The server may include a server on the task scheduling center side, and in other implementation scenarios, the server may also include a server on an intermediate platform, for example, a server on a third-party server platform that is communicatively linked to the task scheduling center server. The server may include a single computer device, or may include a server cluster formed by a plurality of servers, or a server structure of a distributed apparatus.

The server and the mobile terminal may communicate using any suitable network protocol, including network protocols not yet developed at the filing date of this application. The network protocol may include, for example, a TCP/IP protocol, a UDP/IP protocol, an HTTP protocol, an HTTPS protocol, or the like. Of course, the network Protocol may also include, for example, an RPC Protocol (Remote Procedure Call Protocol), a REST Protocol (Representational State Transfer Protocol), and the like used above the above Protocol.

The following embodiments and application examples are specifically and individually described in detail.

In order to solve the problems of complicated process, low accuracy, low efficiency and the like in the existing statistical method of the file coverage condition in the host batch test process, the application provides an embodiment of a file coverage detection method, and referring to fig. 2, the file coverage detection method executed based on a file coverage detection device specifically includes the following contents:

step 100: and in the host batch test process of the target system, respectively determining batch file coverage results in each time period according to the transmission check file lists corresponding to each host file transmitted in batch in each time period.

It can be understood that the transmission check file may adopt a CHK check file, that is, a check file obtained by applying a file integrity check tool CHK, and may verify the integrity of the file so as to check the size, type, sha, and other information of the file, and the CHK may check the file information and compare the copied/transmitted file, and may also search and delete duplicate files from the computer, and the like.

Step 200: and detecting the current file coverage condition of the target software version in the target system based on the corresponding relation between each time period and each batch corresponding to the target software version and the batch file coverage result in each time period so as to obtain the current file coverage detection result data of the target software version in the target system.

Specifically, in the process of uploading and downloading files in batch operation of the host, host file transmission verification is performed, and consistency of uploading and downloading files by the host is guaranteed. The file transmission needs a data file and a CHK check file, and the CHK check file records the specific conditions of the actual file transmission in the operation, such as file name, file size, file field, batch date and other information. The device is used for uploading and downloading CHK check files to the host after batch, statistical analysis is carried out, and finally the covering condition of the cross-batch transmission files can be obtained.

As can be seen from the above description, in the file coverage detection method provided in the embodiment of the present application, the file coverage condition of the target software version in the target system is detected by obtaining the transmission verification file list corresponding to each host file transmitted in batch, so that the accuracy and reliability of detecting the file coverage condition in the host batch test process can be effectively improved, the efficiency and convenience of the file coverage condition process can be effectively improved, the tedious process of the original statistical manner of the file coverage condition is reduced, and the specific uploading and downloading use conditions of the transmission files of a certain batch and a certain batch date in a certain set of test environment can be confirmed from the host side at any time. The test progress can be mastered more accurately, the specific test condition of files which are not covered can be analyzed conveniently, a more targeted test plan can be formulated, even if the time range of recovering the files is exceeded, the covering condition of the host batch transmission files can be inquired under the condition that the files are not backed up, the statistical result can be completed without passing through an upstream platform and a downstream platform after the new batch of the host is finished, the covering condition of the host batch transmission files can be directly obtained, the defects in the prior art are overcome, and the covering result of the host batch files can be mastered more efficiently and more accurately.

In order to improve the convenience and efficiency of determining the batch file coverage result in each time period, in an embodiment of the file coverage detection method provided in the present application, referring to fig. 3, step 100 of the file coverage detection method specifically includes the following steps:

step 110: collecting a transmission check file list corresponding to each host file transmitted in batch in each time period in a host batch test process of a target system, wherein the transmission check file list comprises: uploading a CHK check file list and downloading the CHK check file list.

Step 120: and respectively generating an uploading batch file coverage result in each time period according to each uploading CHK check file list, and respectively generating a downloading batch file coverage result in each time period according to each downloading CHK check file list.

Specifically, one CHK check file includes one or more file information. Before each batch, the device acquires the file name with the suffix of 'CHK' in the parameter according to the FTP (File Transfer protocol) parameter uploaded and downloaded in batches to obtain a CHK check file list. In the PROCLIB library of the host, all parameters are traversed, the parameter content, GET AAA.CHK 'BBB' or PUT 'CCC' DDD.CHK is read, and in order to distinguish the uploading and downloading files, the BBB and CCC are respectively grabbed and respectively gathered into a host uploading and downloading CHK check file list.

As can be seen from the above description, according to the file coverage detection method provided in the embodiment of the present application, by acquiring the transmission check file list corresponding to each host file transmitted in batch in each time period in the host batch test process of the target system, convenience and efficiency for determining the batch file coverage result in each time period can be effectively improved, and thus, accuracy and reliability of detection of the file coverage condition in the host batch test process can be further improved, and efficiency and convenience in the file coverage condition process can be effectively improved.

In order to further improve the convenience and efficiency of determining the data of the file coverage detection result, in an embodiment of the file coverage detection method provided in the present application, referring to fig. 4, a step 200 of the file coverage detection method specifically includes the following contents:

step 210: and generating a full batch file coverage result of the target software version according to the corresponding relation between each time period and each batch corresponding to the target software version.

Step 220: and generating a covered file list and an uncovered file list which correspond to the target software version at present according to the full batch file covering result.

Step 230: and calling pre-stored cross-batch covered file lists and cross-batch uncovered file lists.

Step 240: and updating the cross-batch covered file list and the cross-batch uncovered file list based on the covered file list and the uncovered file list which correspond to the target software version at present so as to obtain the file coverage detection result data of the target software version in the target system at present.

Specifically, the transmission file coverage for all batch dates in the accumulated version. After the new batch is completed every time, the device compares the current batch file statistical result (SHRLIB. FYYMMDD.N%. YTJFILE/SHRLIB. FYYMMDD.N%. NTFILE) accumulated in the step 3 with the result of the files uncovered by the old batch, and if the files are covered in the current batch, the device updates a cross-batch covered and uncovered file list (SHRLIB. OUTLAL.N%. YTFILE/SHRLIB. OUTLAL.N%. NTFILE); if all files are not covered in the batch, the cross-batch file statistical list is not required to be modified.

After the first batch-crossing statistics, a batch-crossing covered list shrlib.outall.n4.ytfile and an uncovered list shrlib.outall.n4.ntfile are generated according to the shrlib.f210131.n4.ytjfile and the shrlib.f210131.n4.ntjfile accumulated in the step 3. In the second batch-crossing statistics, the statistics result of the covered files in the new batch is obtained in the step 3:

SHRLIB.F210201.N4.YTJFILE is compared with the cross-batch uncovered file result SHRLIB.OUTAL.N 4.NTFILE obtained in the 4 th step of the first cross-batch statistics, and if the file is covered in the batch at the time, the updated statistical result is obtained: covered list shrlib.outall.n4.ytfile and uncovered list shrlib.outall.n4. ntfile; if all the files are not covered in the batch, the cross-batch file statistical list does not need to be modified, so that the 4 th step statistical result of the second cross-batch is finally obtained: cross-batch covered and uncovered file lists (shrlib. outer.n 4.ytfile/shrlib. outer.n 4. ntfile).

The covered result of the next 20210202 batch is again compared to the cross-batch uncovered list shrlib. outer.n 4.ntfile, and the cross-batch file statistics continue to be updated until the last batch date. The updated cross-batch transmission file uncovered list can be fed back to corresponding testers, and the service is reminded to carry out relevant test verification in time. The situation that the cross-batch transmission of the files is covered can reflect the situations of the coverage rate of the test files after multiple batches and the like.

As can be seen from the above description, according to the file coverage detection method provided in the embodiment of the present application, the batch-across covered file list and the batch-across uncovered file list are updated based on the covered file list and the uncovered file list corresponding to the target software version at present, so that convenience and efficiency for determining the file coverage detection result data can be effectively improved, further, accuracy and reliability of detection of the file coverage condition in the host batch test process can be further improved, and efficiency and convenience in the file coverage condition process can be effectively improved.

In order to further improve the application reliability and convenience of the whole batch file coverage result, in an embodiment of the file coverage detection method provided in the present application, referring to fig. 5, step 210 of the file coverage detection method specifically includes the following contents:

step 211: and acquiring the corresponding relation between each pre-stored time period and each batch corresponding to the target software version.

Step 212: and generating batch file coverage results of each batch corresponding to the target software version based on the uploading batch file coverage results and the downloading batch file coverage results in each time period according to the corresponding relation between each time period and each batch corresponding to the target software version.

Step 213: and generating a full-batch file coverage result of the target software version based on the batch file coverage result of each batch corresponding to the target software version, wherein the full-batch file coverage result is used for storing the corresponding relation among the identifier, the file size, the batch identifier, the batch transmission date and the coverage identifier of each CHK check file, and the coverage identifier is used for indicating whether the file is covered.

Specifically, the batch is triggered and executed individually according to the batch, and according to the obtained CHK check file list, after the batch is finished at the end of the day of the current batch date, the device uploads and downloads the CHK check file list according to the batch summary host to obtain the batch file coverage result of the current batch. That is, the contents of all BBB and CCC files in the same batch are collected to generate a list of the condition of transmission files in the same batch, SHRLIB, FYYMMDD.N%. BAT $. YYMMDD represents the current batch date,% represents environment, $ represents batch. The file content comprises: the CHK checks information such as file name (BBB/CCC), upload/download file name (×) bin, application name (F-XXX), batch date (YYYYMMDD), upload/download file (UP/DOWN), overlay flag (for example, whether there is any file, which is indicated by 0 or 1), and file size (bytes). And generating file coverage statistical results of M current batch dates for the M batches.

For example, the statistical results of the document coverage of 4 (50, 51, 53, 55) batches in 20210131 batch 4 sets environment are named:

SHRLIB.F210131.N4.BAT50；

SHRLIB.F210131.N4.BAT51；

SHRLIB.F210131.N4.BAT53；

SHRLIB.F210131.N4.BAT55。

as can be seen from the above description, in the file coverage detection method provided in the embodiment of the present application, the full-batch file coverage result is used to store the correspondence between the identifier, the file size, the batch identifier, the batch transmission date, and the coverage identifier of each CHK check file, so that the application reliability and convenience of the full-batch file coverage result can be effectively improved, the detection accuracy and reliability of the file coverage condition in the host batch test process can be further improved, and the efficiency and convenience of the file coverage condition process can be effectively improved.

In order to improve the reliability and convenience of the application of the covered file list and the uncovered file list, referring to fig. 6, in an embodiment of the file coverage detection method provided in the present application, step 220 of the file coverage detection method specifically includes the following contents:

step 221: generating a covered file list and an uncovered file list which correspond to the target software version at present according to the identification and the covering identification of each CHK check file in the full batch file covering result; the covered file list and the uncovered file list are used for storing corresponding relations among the identification of each CHK check file, the identification of the host file, the application identification, the date of batch transmission, the transmission identification and the covering times, the transmission identification is used for representing uploading or downloading, and the covering times are generated according to the covering identification.

Specifically, after the daily end batch of all the batches is completely executed under the current batch date, the device accumulates the coverage of the whole batch of each host transmission file under the current batch date according to the single batch transmission file coverage list summarized in the step 2. The statistical results of all the host files are matched, the calculated amount is huge, the host file name (BBB/CCC) of the file is verified according to the CHK, the matching speed is greatly improved through a class index searching and matching method, and the retrieval time is shortened. The "number of existence (0/1)" in the case of single batch file coverage is accumulated, and the accumulated output is the covered file and the uncovered file. And finally, accumulating the current batch file statistical results of the M batches to generate a full batch covered file list SHRLIB.FYYMMDD.N%. YTJFILE and a full batch uncovered file list SHRLIB.FYYMMDD.N%. NTFILE. The file list contains: the CHK checks file names (BBB/CCC), uploading and downloading file names (x bin), application names (F-XXX), batch dates (YYYYMMDD), uploading and downloading files (UP/DOWN), covering times (0/M) and other information.

As can be seen from the above description, in the file coverage detection method provided in the embodiment of the present application, both the covered file list and the uncovered file list are used to store the corresponding relationship between the identifier of each CHK check file, the identifier of the host file, the application identifier, the date of batch transmission, the transmission identifier, and the number of times of coverage, so that the application reliability and convenience of the covered file list and the uncovered file list can be effectively improved, the detection accuracy and reliability of the file coverage condition in the host batch test process can be further improved, and the efficiency and convenience of the file coverage condition process can be effectively improved.

In order to improve the efficiency and convenience of obtaining the coverage condition of the key host file, referring to fig. 7, in an embodiment of the file coverage detection method provided in the present application, the following contents are further specifically included after step 300 or step 240 in the file coverage detection method:

step 300: and acquiring the coverage condition of the key host file from the current file coverage detection result data of the target software version in the target system according to a preset key host file identifier so as to obtain and output a corresponding cross-batch key host file coverage detection result.

Specifically, the cardinality of uploading and downloading files in a full amount of batches is very huge, each batch has tens of thousands of transmission files, and many of the transmission files are redundant files which do not need attention or coverage, and are not beneficial to outputting a test condition feedback and follow-up scheme. In order to more accurately master the test condition, a key concerned file list is extracted according to key account files and version transformation files, the key concerned file list is compared with the cross-batch file coverage statistical result to obtain the coverage statistical result of the key concerned file, the key concerned file is accurately obtained, and the cross-batch transmission file coverage condition is realized.

As can be seen from the above description, according to the file coverage detection method provided in the embodiment of the present application, by obtaining the coverage condition of the key host file from the file coverage detection result data of the target software version in the target system at present, the efficiency and convenience for obtaining the coverage condition of the key host file can be effectively improved, so that the detection accuracy and reliability of the file coverage condition in the host batch test process can be further improved, and the efficiency and convenience in the file coverage condition process can be effectively improved.

In order to improve the efficiency and convenience of obtaining the coverage of the key host files in batches and in full batches, referring to fig. 8, in an embodiment of the file coverage detection method provided in the present application, step 210 or step 213 in the file coverage detection method specifically includes the following contents:

step 400: according to a preset key host file identification, acquiring the coverage condition of key host files from the batch file coverage result of each batch of the target software version in the target system at present so as to obtain and output a corresponding batch key host file coverage detection result;

step 500: and according to a preset key host file identification, acquiring the coverage condition of the key host file from the full batch of batch file coverage results of the target software version in the target system at present so as to obtain and output a corresponding full batch of key host file coverage detection result.

Specifically, the cardinality of uploading and downloading files in a full amount of batches is very huge, each batch has tens of thousands of transmission files, and many of the transmission files are redundant files which do not need attention or coverage, and are not beneficial to outputting a test condition feedback and follow-up scheme. In order to more accurately master the test condition, a key concerned file list is extracted according to key account files and version transformation files, the key concerned file list is compared with the coverage statistical results of single-batch, full-batch and cross-batch files to obtain the coverage statistical results of key concerned files with different dimensions, the key concerned files are accurately obtained, and the coverage condition of the transmission files in the single-batch, full-batch and cross-batch is achieved.

As can be seen from the above description, in the file coverage detection method provided in this embodiment of the present application, the coverage condition of the key host file is obtained from the coverage result of the batch files of each batch of the target software version currently in the target system, and the coverage condition of the key host file is obtained from the coverage result of the full batch files of the target software version currently in the target system, so that efficiency and convenience in obtaining the coverage conditions of the batch and full batch key host files can be effectively improved, and further, accuracy and reliability in detecting the file coverage condition in the host batch test process can be further improved, and efficiency and convenience in the file coverage condition process can be effectively improved.

In terms of software, in order to solve the problems of tedious process, low accuracy, low efficiency and the like in the existing statistical methods for the file coverage in the host batch test process, the present application provides an embodiment of a file coverage detection apparatus for executing all or part of the contents in the file coverage detection method, and referring to fig. 9, the file coverage detection apparatus specifically includes the following contents:

the list application module 10 is configured to, in a host batch test process of the target system, respectively determine a batch file coverage result in each time period according to a transmission check file list corresponding to each host file that is transmitted in batch in each time period.

And the coverage detection module 20 is configured to detect a file coverage condition of the target software version in the target system currently based on a correspondence between each time period and each batch corresponding to the target software version and a batch file coverage result in each time period, so as to obtain file coverage detection result data of the target software version in the target system currently.

The embodiment of the file coverage detection apparatus provided in the present application may be specifically configured to execute the processing procedure of the embodiment of the file coverage detection method in the foregoing embodiment, and the functions of the processing procedure are not described herein again, and reference may be made to the detailed description of the embodiment of the method.

It can be known from the above description that the file coverage detection apparatus provided in the embodiment of the present application detects the file coverage condition of the target software version in the target system by obtaining the transmission verification file list corresponding to each host file transmitted in batch, and can effectively improve the detection accuracy and reliability of the file coverage condition in the host batch test process, and can effectively improve the efficiency and convenience of the file coverage condition process, reduce the cumbersome process of the original statistical manner of the file coverage condition, and can confirm the specific uploading and downloading use condition of the transmission files of a certain batch and a certain batch date in a certain set of test environment from the host side at any time. The test progress can be mastered more accurately, the specific test condition of files which are not covered can be analyzed conveniently, a more targeted test plan can be formulated, even if the time range of recovering the files is exceeded, the covering condition of the host batch transmission files can be inquired under the condition that the files are not backed up, the statistical result can be completed without passing through an upstream platform and a downstream platform after the new batch of the host is finished, the covering condition of the host batch transmission files can be directly obtained, the defects in the prior art are overcome, and the covering result of the host batch files can be mastered more efficiently and more accurately.

In order to further explain the scheme, the application example of the application provides a file coverage detection method, which overcomes the defects in the prior art, obtains the use condition of the host uploading and downloading files after each batch, counts the coverage condition of the files, and accurately obtains the host batch transmission file coverage statistical results with different statistical dimensions.

The application example of the application also provides a batch transmission file statistical device for realizing the file coverage detection method. During the process of uploading and downloading files in the batch operation of the host, the host file transmission verification can be carried out, and the consistency of uploading and downloading files by the host is ensured. The file transmission needs a data file and a CHK check file, and the CHK check file records the specific conditions of the actual file transmission in the operation, such as file name, file size, file field, batch date and other information. The device is used for uploading and downloading CHK check files to the host after batch, statistical analysis is carried out, and finally the covering condition of the cross-batch transmission files can be obtained.

Referring to fig. 10, the batch file transmission statistical apparatus includes the following functions:

(1) performing coverage statistics on the single batch of files;

(2) performing coverage statistics on the files of the whole batch;

(3) performing cross-batch file coverage statistics;

(4) the key files are covered and counted.

Referring to fig. 11, the file coverage detection method implemented by the batch file transmission statistics apparatus specifically includes the following contents:

1. obtaining CHK check file name

One CHK check file includes one or more file information. Before each batch, the device acquires the file name with the suffix of 'CHK' in the parameter according to the FTP (File Transfer protocol) parameter uploaded and downloaded in batches to obtain a CHK check file list. In the PROCLIB library of the host, all parameters are traversed, the parameter content, GET AAA.CHK 'BBB' or PUT 'CCC' DDD.CHK is read, and in order to distinguish the uploading and downloading files, the BBB and CCC are respectively grabbed and respectively gathered into a host uploading and downloading CHK check file list.

2. Summarizing single batch file coverage

And (3) batch is triggered and executed independently according to batch, according to the CHK check file list obtained in the step (1), after the batch is finished at the end of the day of the current batch date, the device uploads and downloads the CHK check file list according to the batch summarizing host, and the batch file covering result of the current batch is obtained. That is, the contents of all BBB and CCC files in the same batch are collected to generate a list of the condition of transmission files in the same batch, SHRLIB, FYYMMDD.N%. BAT $. YYMMDD represents the current batch date,% represents environment, $ represents batch. The file content comprises: the CHK checks the file name (BBB/CCC), the upload and download file name (. x. bin), the application name (F-XXX), the batch date (YYYYMMDD), the upload and download file (UP/DOWN), whether there is information such as the number (0/1) and the file size (bytes). And generating file coverage statistical results of M current batch dates for the M batches.

SHRLIB.F210131.N4.BAT50；

SHRLIB.F210131.N4.BAT51；

SHRLIB.F210131.N4.BAT53；

SHRLIB.F210131.N4.BAT55。

3. accumulating full batch file coverage

And (4) under the current batch date, after the daily end batch of all the batches is completely executed, accumulating the coverage condition of the whole batch of each host transmission file under the current batch date according to the single batch transmission file coverage condition list collected in the step 2. The statistical results of all the host files are matched, the calculated amount is huge, the host file name (BBB/CCC) of the file is verified according to the CHK, the matching speed is greatly improved through a class index searching and matching method, and the retrieval time is shortened. The "number of existence (0/1)" in the case of single batch file coverage is accumulated, and the accumulated output is the covered file and the uncovered file. And finally, accumulating the current batch file statistical results of the M batches to generate a full batch covered file list SHRLIB.FYYMMDD.N%. YTJFILE and a full batch uncovered file list SHRLIB.FYYMMDD.N%. NTFILE. The file list contains: the CHK checks file names (BBB/CCC), uploading and downloading file names (x bin), application names (F-XXX), batch dates (YYYYMMDD), uploading and downloading files (UP/DOWN), covering times (0/M) and other information.

4. Accumulating cross-batch file coverage

The transmission file coverage for all batch dates in the version is accumulated. After each new batch is completed, the device counts the result (SHRLIB. FYYMMDD.N%. YTJFILE @) according to the current batch file accumulated in the step 3

Shrlib.fyymmdd.n%. NTFILE), and the results of the files in the old batch are compared, if the files in the current batch are covered, the list of the files covered and uncovered across the batch is updated (shrlib.outall.n%. YTFILE/shrlib.outall.n%. NTFILE); if all files are not covered in the batch, the cross-batch file statistical list is not required to be modified.

5. Comparing the coverage of key documents

The cardinality of uploading and downloading files in a whole quantity of batches is very huge, each batch has tens of thousands of transmission files, and many of the transmission files are redundant files which do not need to be concerned and covered, so that the feedback and follow-up scheme of the output test condition is not facilitated. In order to more accurately master the test condition, a key concerned file list is extracted according to key account files and version transformation files, the key concerned file list is compared with the coverage statistical results of single-batch, full-batch and cross-batch files to obtain the coverage statistical results of key concerned files with different dimensions, the key concerned files are accurately obtained, and the coverage condition of the transmission files in the single-batch, full-batch and cross-batch is achieved.

For example, when trying to know the coverage condition of the overseas two sets of afpctra.bin files in 210202 batches in the overseas full batches (20 batches), the device can be triggered and implemented in the host environment after the end of 20210202 host days, and the file transmission information of the afpctra.bin is retrieved in the shrlb.f 210202.n2.ytjfile, so that the information such as the CHK check file name (ngfacnt.cbbsa.b0$. AFCKT200), the application name (F-ABDB), the batch date (20210202), the upload and download file (DOWN), the coverage times (9) and the like can be obtained. The statistical result is not influenced by factors such as follow-up batch and upstream and downstream platform splitting efficiency, the specific test condition of the file in the whole batch can be quickly known, the test condition of the file can be more efficiently obtained, and the overall test progress can be conveniently tracked.

The application example of the application has the following effects and advantages:

1. multi-dimensional

According to the application example, the coverage condition of the host batch transmission files is counted from a single batch, a full batch and a cross batch in multiple dimensions, and the specific uploading and downloading use condition of the transmission files of a certain batch and a certain batch date in a certain set of test environment can be confirmed from the host side at any time. The test progress can be mastered more accurately, the specific test condition of the uncovered files can be analyzed conveniently, and a more targeted test plan can be made.

2. Make up for the technical deficiency

The application example ensures that the host batch file coverage is confirmed, the method of recovering the host file is not relied on simply, a device for counting the host batch file coverage is added, even if the time range of recovering the file is exceeded, under the condition that the file is not backed up, the coverage condition of the host batch transmission file can be inquired by using the application example, an upstream platform and a downstream platform are not needed, after the new batch of the host is finished, the counting result can be finished, the host batch transmission file coverage condition is directly obtained, the defects in the prior art are overcome, and the host batch file coverage result can be mastered more efficiently and more accurately.

3. Wide application range

The application example device is applicable to both domestic and overseas test environments, and can be used when people want to know the test condition of specific branch service personnel. The application example of the application is wide in application range and multiple in angle, and the device matching system can be popularized to a plurality of platforms for use.

In terms of hardware, in order to solve the problems of tedious process, low accuracy, low efficiency and the like in the existing statistical methods for the file coverage in the host batch test process, the present application provides an embodiment of an electronic device for implementing all or part of the contents in the file coverage detection method, where the electronic device specifically includes the following contents:

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

In one embodiment, the file overlay detection function may be integrated into the central processor. Wherein the central processor may be configured to control:

As can be seen from the above description, in the electronic device provided in the embodiment of the present application, the file coverage condition of the target software version in the target system is detected by obtaining the transmission verification file list corresponding to each host file transmitted in batch, so that the accuracy and reliability of detection of the file coverage condition in the host batch test process can be effectively improved, the efficiency and convenience of the file coverage condition process can be effectively improved, the cumbersome process of the original statistical manner of the file coverage condition is reduced, and the use condition of the transmission files of a certain batch and a certain batch date in a certain test environment can be confirmed from the host side at any time. The test progress can be mastered more accurately, the specific test condition of files which are not covered can be analyzed conveniently, a more targeted test plan can be formulated, even if the time range of recovering the files is exceeded, the covering condition of the host batch transmission files can be inquired under the condition that the files are not backed up, the statistical result can be completed without passing through an upstream platform and a downstream platform after the new batch of the host is finished, the covering condition of the host batch transmission files can be directly obtained, the defects in the prior art are overcome, and the covering result of the host batch files can be mastered more efficiently and more accurately.

In another embodiment, the document coverage detection apparatus may be configured separately from the central processor 9100, for example, the document coverage detection apparatus may be configured as a chip connected to the central processor 9100, and the document coverage detection function is realized by the control of the central processor.

As shown in fig. 12, the electronic device 9600 may further include: a communication module 9110, an input unit 9120, an audio processor 9130, a display 9160, and a power supply 9170. It is noted that the electronic device 9600 also does not necessarily include all of the components shown in fig. 12; further, the electronic device 9600 may further include components not shown in fig. 12, which can be referred to in the related art.

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

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

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

The memory 9140 can be a solid state memory, e.g., Read Only Memory (ROM), Random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 9140 could also be some other type of device. Memory 9140 includes a buffer memory 9141 (sometimes referred to as a buffer). The memory 9140 may include an application/function storage portion 9142, the application/function storage portion 9142 being used for storing application programs and function programs or for executing a flow of operations of the electronic device 9600 by the central processor 9100.

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

The communication module 9110 is a transmitter/receiver 9110 that transmits and receives signals via an antenna 9111. The communication module (transmitter/receiver) 9110 is coupled to the central processor 9100 to provide input signals and receive output signals, 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 9110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same electronic device. The communication module (transmitter/receiver) 9110 is also coupled to a speaker 9131 and a microphone 9132 via an audio processor 9130 to provide audio output via the speaker 9131 and receive audio input from the microphone 9132, thereby implementing ordinary telecommunications functions. The audio processor 9130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 9130 is also coupled to the central processor 9100, thereby enabling recording locally through the microphone 9132 and enabling locally stored sounds to be played through the speaker 9131.

An embodiment of the present application further provides a computer-readable storage medium capable of implementing all the steps in the file coverage detection method in the foregoing embodiment, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements all the steps of the file coverage detection method in which an execution subject is a server or a client, for example, when the processor executes the computer program, the processor implements the following steps:

As can be seen from the above description, the computer-readable storage medium provided in the embodiment of the present application detects the file coverage condition of the target software version in the target system by obtaining the transmission verification file list corresponding to each host file transmitted in batch, so as to effectively improve the accuracy and reliability of detecting the file coverage condition in the host batch test process, effectively improve the efficiency and convenience of the file coverage condition process, reduce the tedious process of the original statistical manner of the file coverage condition, and confirm the specific uploading and downloading use conditions of the transmission files of a certain batch and a certain batch date in a certain set of test environment from the host side at any time. The test progress can be mastered more accurately, the specific test condition of files which are not covered can be analyzed conveniently, a more targeted test plan can be formulated, even if the time range of recovering the files is exceeded, the covering condition of the host batch transmission files can be inquired under the condition that the files are not backed up, the statistical result can be completed without passing through an upstream platform and a downstream platform after the new batch of the host is finished, the covering condition of the host batch transmission files can be directly obtained, the defects in the prior art are overcome, and the covering result of the host batch files can be mastered more efficiently and more accurately.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, 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 (devices), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

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

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

The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A file coverage detection method is characterized by comprising the following steps:

2. The method according to claim 1, wherein in the host batch test process of the target system, determining the batch file coverage result in each time period according to the transmission check file list corresponding to each host file transmitted in batch in each time period respectively comprises:

3. The method according to claim 2, wherein the detecting a file overlay condition of the target software version in the target system based on a correspondence between each time period and each batch corresponding to the target software version and a batch file overlay result in each time period to obtain a file overlay detection result data of the target software version in the target system includes:

4. The method according to claim 3, wherein generating the full batch file overlay result of the target software version according to the correspondence between each time period and each batch corresponding to the target software version comprises:

5. The method according to claim 4, wherein the generating of the covered file list and the uncovered file list corresponding to the target software version according to the full batch file covering result comprises:

6. The document coverage detection method according to any one of claims 1 to 5, further comprising:

7. The document overlay detection method of claim 4, further comprising:

8. A document overlay detection apparatus, comprising:

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

10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the file coverage detection method of any one of claims 1 to 7.