CN105610878B

CN105610878B - Directory uploading method, data publishing method, terminal and server

Info

Publication number: CN105610878B
Application number: CN201410605154.3A
Authority: CN
Inventors: 袁宜霞
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2014-10-30
Filing date: 2014-10-30
Publication date: 2020-03-03
Anticipated expiration: 2034-10-30
Also published as: CN105610878A

Abstract

The invention discloses a directory uploading method, a data publishing method, a terminal and a server, and belongs to the field of computers. The method comprises the following steps: acquiring the latest modification time of all files in a monitoring directory in real time; comparing the latest modification time of each file in the monitoring directory with the initial modification time of each stored file; and when the latest modification time of any file is different from the initial modification time of any file, uploading the monitoring directory to a receiving directory of the server. When the terminal obtains that the latest modification time of any file under the monitoring directory is different from the initial modification time of any file through comparison, the terminal uploads the monitoring directory to the receiving directory of the server. And after receiving the monitoring directory, the server processes the updated data in the monitoring directory to obtain the code coverage rate, and issues an integrated file obtained by integrating the code coverage rate to a specified website, thereby providing a convenient directory uploading and data issuing method.

Description

Directory uploading method, data publishing method, terminal and server

Technical Field

The invention relates to the technical field of computers, in particular to a directory uploading method, a data publishing method, a terminal and a server.

Background

In order to ensure the correctness, integrity and safety of the application program, the terminal automatically collects the source codes used when the application program runs and stores the collected source codes in a specified directory. The designated directory is called a monitoring directory, and the server can obtain the code coverage rate of the application program according to the source code stored in the monitoring directory. Code coverage as a measure in application testing may help developers to discover flaws that exist in an application. Therefore, it is necessary to upload the monitoring directory to the server and issue the code coverage in the monitoring directory, so that research and development personnel can perfect the application program according to the code coverage and reduce the error rate of the application program in the running process.

When the related technology uploads the monitoring directory and releases the code coverage rate in the monitoring directory, the following steps are adopted:

firstly, after a user obtains a source code and a configuration file of an application program, packaging and storing the source code and the configuration file of the application program on a server to obtain a software installation package and a gcno file, wherein the gcno file is used for storing the source code of the application program;

secondly, the terminal acquires a software installation package on the server, runs the installation package and simultaneously generates a gcda file, wherein the gcda file is positioned under a monitoring directory and used for storing a source code used when the installation package runs;

and thirdly, uploading the monitoring directory to a server by a user through a data line, wherein the gcno file is located in the directory.

Fourthly, the server receives the lcov command, and merges each gcda file with the gcno file under the appointed directory according to the lcov command to obtain a plurality of info files, wherein the info files are used for storing the code coverage rate;

fifthly, integrating all the info files by the server to obtain an integrated file;

sixthly, the server receives a genhtml command, and converts the integrated file into an html form for storage according to the genhtml command;

and seventhly, when the research and development personnel need to check the test result, the research and development personnel acquire the updated code coverage rate data through the server.

In the process of implementing the invention, the inventor finds that the related art has at least the following problems:

the process of uploading the monitoring catalog needs manual operation of a user, the process needs the user to deeply know the computer technology, the learning cost is high, and the manual uploading of the monitoring catalog by the user is not convenient enough and consumes a long time. In addition, the related art issues the code coverage data only after the application program runs, the issued code coverage is lack of timeliness, and when a research and development staff wants to check the latest code coverage, the research and development staff need to check the latest code coverage through a specified server, so that the checking mode is not convenient.

Disclosure of Invention

In order to solve the problems of the related art, embodiments of the present invention provide a directory uploading method, a data publishing method, a terminal and a server. The technical scheme is as follows:

in a first aspect, a directory uploading method is provided, where the method includes:

acquiring the latest modification time of all files in a monitoring directory in real time;

comparing the latest modification time of each file in the monitoring directory with the stored initial modification time of each file;

and when the latest modification time of any file is different from the initial modification time of any file, uploading the monitoring directory to a receiving directory of a server.

With reference to the first aspect, in a first possible implementation manner of the first aspect, before the obtaining, in real time, the latest modification time of all files in the monitoring directory, the method further includes:

and storing monitoring information, wherein the monitoring information comprises the monitoring directory, a network protocol IP address of the server and a receiving directory of the server.

With reference to the first aspect, in a second possible implementation manner of the first aspect, before the obtaining the latest modification time of all files in the monitoring directory in real time, the method further includes:

triggering a time acquisition instruction every other preset time, and executing the step of acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction; or the like, or, alternatively,

and when a preset event is detected, triggering a time acquisition instruction, and executing the step of acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction.

With reference to the second possible implementation manner of the first aspect, in a third possible implementation manner of the first aspect, before comparing the latest modification time of each file in the monitoring directory with the stored initial modification time of each file, the method further includes:

storing the initial modification time of all files in the monitoring directory; or the like, or, alternatively,

when the monitoring directory is established, storing the initial modification time of all files in the monitoring directory; or the like, or, alternatively,

and when the monitoring directory comprises the new file, storing the initial modification time of the new file.

With reference to the first aspect, in a fourth possible implementation manner of the first aspect, the uploading the monitoring directory to a receiving directory includes:

modifying the server directory name of the monitoring directory according to the terminal information;

and uploading the monitoring directory with the modified directory name to a receiving directory corresponding to the IP address according to the IP address of the server.

With reference to the fourth possible implementation manner of the first aspect, in a fifth possible implementation manner of the first aspect, the server directory name is composed of a terminal identifier and a directory name of the monitoring directory.

With reference to the first aspect, in a sixth possible implementation manner of the first aspect, after the uploading the monitoring directory to the receiving directory, the method further includes:

and updating the stored initial modification time of each file according to the latest modification time of each file.

In a second aspect, a data publishing method is provided, the method comprising:

acquiring a current monitoring directory in the receiving directory in real time;

judging whether updated data exist or not according to the current monitoring directory and the stored monitoring directory;

when the updated data exists, acquiring the updated data;

generating a code coverage rate according to the updating data;

integrating all code coverage rates to obtain an integrated file;

and publishing the integrated file to a specified website.

With reference to the second aspect, in a first possible implementation manner of the second aspect, the determining whether there is update data according to the current monitoring directory and a stored monitoring directory includes:

comparing the current monitoring directory with the stored monitoring directory;

if the newly added monitoring directory exists in the monitoring directory, judging that updated data exists;

if the newly added monitoring directory does not exist in the current monitoring directory, obtaining the latest modification time of all files in the current monitoring directory, comparing the latest modification time of all files in the current monitoring directory with the initial modification time of all files in the stored monitoring directory, and judging that updated data exists in the server when the latest modification time of any file is different from the initial modification time.

With reference to the second aspect, in a second possible implementation manner of the second aspect, before determining that the update data exists according to the current monitoring directory and the stored monitoring directory, the method further includes:

storing all monitoring directories under the receiving directory; or the like, or, alternatively,

when the receiving catalog is established, storing all monitoring catalogues under the receiving catalog; or the like, or, alternatively,

and when the receiving catalog comprises a new catalog, storing the new catalog.

With reference to the second aspect, in a third possible implementation manner of the second aspect, the generating a code coverage rate according to the update data includes:

acquiring a monitoring directory where the updated data is located;

copying the source code of the current application program to the monitoring directory where the updated data is located;

and calculating the ratio of the updated data to the source code of the application program in the monitoring directory where the updated data is located to obtain the code coverage rate.

With reference to the second aspect, in a fourth possible implementation manner of the second aspect, the publishing the integrated file to a specified website includes:

converting the integrated file into a webpage form;

and publishing the file in the form of the webpage to the specified website.

In a third aspect, a terminal is provided, where the terminal includes:

the acquisition module is used for acquiring the latest modification time of all files in the monitoring directory in real time;

the comparison module is used for comparing the latest modification time of each file in the monitoring directory with the stored initial modification time of each file;

and the uploading module is used for uploading the monitoring directory to a receiving directory of the server when the latest modification time of any file is different from the initial modification time of any file.

With reference to the third aspect, in a first possible implementation manner of the third aspect, the terminal further includes:

the first storage module is used for storing monitoring information, and the monitoring information comprises the monitoring directory, a network protocol IP address of the server and a receiving directory of the server.

With reference to the third aspect, in a second possible implementation manner of the third aspect, the terminal further includes:

the triggering module is used for triggering a time acquisition instruction every preset time length and executing the step of acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction; or when a preset event is detected, triggering a time acquisition instruction, and executing the step of acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction.

With reference to the third aspect, in a third possible implementation manner of the third aspect, the terminal further includes:

the second storage module is used for storing the initial modification time of all files in the monitoring directory; or, when the monitoring catalog is established, storing the initial modification time of all files in the monitoring catalog; or, when the monitoring directory includes a new file, storing the initial modification time of the new file.

With reference to the third aspect, in a fourth possible implementation manner of the third aspect, the uploading module includes:

the modifying unit is used for modifying the server directory name of the monitoring directory according to the terminal information;

and the uploading unit is used for uploading the monitoring directory with the modified directory name to the receiving directory corresponding to the IP address according to the IP address of the server.

With reference to the fourth possible implementation manner of the third aspect, in a fifth possible implementation manner of the third aspect, the server directory name modified by the modification module is composed of a terminal identifier and a directory name of the monitoring directory.

With reference to the third aspect, in a sixth possible implementation manner of the third aspect, the terminal further includes:

and the updating module is used for updating the stored initial modification time of each file according to the latest modification time of each file.

In a fourth aspect, a server is provided, the server comprising:

the first acquisition module is used for acquiring the current monitoring directory in the receiving directory in real time;

the judging module is used for judging whether updated data exist according to the current monitoring directory and the stored monitoring directory;

the second acquisition module is used for acquiring the update data when the update data exists;

the generating module is used for generating code coverage rate according to the updating data;

the integration module is used for integrating all the code coverage rates to obtain an integration file;

and the publishing module is used for publishing the integrated file to a specified website.

With reference to the fourth aspect, in a first possible implementation manner of the fourth aspect, the determining module includes:

a comparison unit, configured to compare the current monitoring directory with the stored monitoring directory;

the first judging unit is used for judging that updated data exist when the newly added monitoring directory exists in the monitoring directory;

a second determining unit, configured to, when no newly added monitoring directory exists in the current monitoring directory, obtain latest modification times of all files in the current monitoring directory, compare the latest modification times of all files in the current monitoring directory with initial modification times of all files in the stored monitoring directory, and determine that updated data exists when the latest modification time of any file is different from the initial modification time.

With reference to the fourth aspect, in a second possible implementation manner of the fourth aspect, the server further includes:

the storage module is used for storing all monitoring catalogues under the receiving catalogues; or, when the receiving catalog is established, all monitoring catalogues under the receiving catalog are stored; or when the receiving catalog comprises a new catalog, storing the new catalog.

With reference to the fourth aspect, in a third possible implementation manner of the fourth aspect, the generating module includes:

the acquisition unit is used for acquiring the monitoring catalog where the update data is located;

the copying unit is used for copying the source code of the current application program to the monitoring directory where the updated data is located;

and the calculating unit is used for calculating the ratio of the updated data to the source code of the application program in the monitoring directory where the updated data is located to obtain the code coverage rate.

With reference to the fourth aspect, in a fourth possible implementation manner of the fourth aspect, the publishing module includes:

the conversion unit is used for converting the integrated file into a webpage form;

and the publishing unit is used for publishing the files in the form of the web pages to the specified website.

In a fifth aspect, a data system is provided, which includes a terminal and a server;

the terminal is the terminal according to the third aspect;

the server is as described in the fourth aspect above.

The technical scheme provided by the embodiment of the invention has the following beneficial effects:

the terminal acquires the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the initial modification time of each stored file, and uploads the monitoring directory to a receiving directory of the server after the latest modification time of any file is different from the initial modification time of any file. The server acquires and receives a current monitoring directory in the directories in real time, acquires the updating data after judging that the updating data exists on the server according to the current monitoring directory and the stored monitoring directories, generates code coverage rates according to the updating data, and integrates all the code coverage rates and then releases an integration file to a specified website. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient. In addition, because the update data is acquired in real time, the code coverage rate generated according to the update data is also published in real time, and the latest code coverage rate data can be acquired by logging in a specified website, so that the viewing mode is more convenient.

Drawings

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

Fig. 1 is a schematic diagram of an implementation environment of a directory uploading method and a data publishing method according to an embodiment of the present invention;

fig. 2 is a flowchart of a directory uploading method according to another embodiment of the present invention;

FIG. 3 is a flow chart of a data distribution method according to another embodiment of the present invention;

fig. 4 is a flowchart of a directory uploading and data publishing method according to another embodiment of the present invention;

fig. 5 is a flowchart illustrating a directory upload process according to another embodiment of the present invention;

FIG. 6 is a flow chart of a data distribution method according to another embodiment of the present invention;

fig. 7 is an overall flowchart of a directory uploading and data publishing method according to another embodiment of the present invention;

fig. 8 is a schematic structural diagram of a terminal according to another embodiment of the present invention;

fig. 9 is a schematic structural diagram of a server according to another embodiment of the present invention;

fig. 10 is a schematic structural diagram of a terminal according to another embodiment of the present invention;

fig. 11 is a schematic structural diagram of a server according to another embodiment of the present invention;

fig. 12 is a schematic structural diagram of a system according to another embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Referring to fig. 1, an implementation environment related to the directory uploading and data publishing method according to the embodiment of the present invention is shown, and the implementation environment includes a terminal 101 and a server 102.

The terminal 101 may be a mobile phone, a tablet computer, or the like, the embodiment does not specifically limit the type of the terminal, a script for monitoring the running of the application program is installed in the terminal, and when the application program runs, the script in the terminal can automatically collect data used in the running of the application program and send the collected data to the server 102.

The server 102 is an application server, in which a script for monitoring data on the server is installed, and when it is monitored that updated data exists on the server, the updated data is processed, and the processed data is published to a designated website.

The terminal 101 and the server 102 may communicate with each other through a wired network or a wireless network.

With reference to the implementation environment shown in fig. 1, an embodiment of the present invention provides a method for uploading a directory, and referring to fig. 2, a flow of the method provided in this embodiment includes:

201. and acquiring the latest modification time of all files in the monitoring directory in real time.

202. And comparing the latest modification time of each file in the monitoring directory with the initial modification time of each stored file.

203. And when the latest modification time of any file is different from the initial modification time of any file, uploading the monitoring directory to a receiving directory of the server.

The method provided by the embodiment of the invention is implemented by acquiring the latest modification time of all files in the monitoring directory in real time, comparing the latest modification time of each file in the monitoring directory with the initial modification time of each stored file, and uploading the monitoring directory to the receiving directory of the server when the latest modification time of any file is different from the initial modification time of any file after comparison. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient.

Optionally, before obtaining the latest modification time of all files in the monitoring directory in real time, the method further includes:

and storing monitoring information, wherein the monitoring information comprises a monitoring directory, a network protocol IP address of the server and a receiving directory of the server.

triggering a time acquisition instruction every preset time, and acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction; or the like, or, alternatively,

Optionally, before comparing the latest modification time of each file in the monitored directory with the initial modification time of each stored file, the method further includes:

storing initial modification time of all files in the monitoring directory; or the like, or, alternatively,

and when the monitoring directory comprises the newly-built file, storing the initial modification time of the newly-built file.

Optionally, uploading the monitoring directory to the receiving directory includes:

Optionally, the server directory name is composed of a terminal identifier and a directory name of the monitoring directory.

Optionally, after uploading the monitoring directory to the receiving directory, the method further includes:

All the above-mentioned optional technical solutions can be combined arbitrarily to form the optional embodiments of the present invention, and are not described herein again.

With reference to the implementation environment shown in fig. 1 and the embodiment described in fig. 2, an embodiment of the present invention provides a data publishing method, and referring to fig. 3, a flow of the method provided in this embodiment includes:

301. and acquiring the current monitoring directory in the receiving directory in real time.

302. And judging whether the updated data exists according to the current monitoring directory and the stored monitoring directory.

303. And when the update data exists, acquiring the update data.

304. Code coverage is generated based on the update data.

305. And integrating all the code coverage rates to obtain an integrated file.

306. And publishing the integration file to a specified website.

According to the method provided by the embodiment of the invention, the server acquires the current monitoring directory in the receiving directory in real time, acquires the updating data after judging that the updating data exists on the server according to the current monitoring directory and the stored monitoring directory, generates the code coverage rate according to the updating data, and issues the integrated file integrated by all the code coverage rates to the specified website. Because the updating data is acquired in real time, the code coverage rate generated according to the updating data is also published in real time, and the latest code coverage rate data can be acquired by logging in a specified website, so that the viewing mode is more convenient.

Optionally, the determining whether there is update data according to the current monitoring directory and the stored monitoring directory includes:

if the newly added monitoring directory exists in the current monitoring directory, judging that updated data exists;

if the newly added monitoring directory does not exist in the current monitoring directory, the latest modification time of all files in the current monitoring directory is obtained, the latest modification time of all files in the current monitoring directory is compared with the initial modification time of all files in the stored monitoring directory, and if the latest modification time of any file is different from the initial modification time, the existence of updated data is judged.

Optionally, before determining whether there is update data according to the current monitoring directory and the stored monitoring directory, the method further includes:

storing and receiving all monitoring directories under the directory; or the like, or, alternatively,

when a receiving directory is established, storing all monitoring directories under the receiving directory; or the like, or, alternatively,

and when the received directory contains the new directory, storing the new directory.

Optionally, generating the code coverage according to the update data includes:

acquiring a monitoring directory where the updated data is located;

copying the source code of the current application program to a monitoring directory where the updated data is located;

and calculating the ratio of the update data to the source code of the application program in the monitoring directory where the update data is located to obtain the code coverage rate.

Optionally, publishing the integration file to a specified website includes:

converting the integrated file into a webpage form;

and publishing the file in the form of the webpage to a specified website.

With reference to the implementation environment described in fig. 1 and the methods described in fig. 2 and fig. 3, an embodiment of the present invention provides a directory uploading and data publishing method, and referring to fig. 4, a flow of the method provided in this embodiment includes:

401. and the terminal acquires the latest modification time of all files in the monitoring directory in real time.

In order to meet different demands of users, the number and kinds of applications installed in the terminal are increasing. Because different terminals have different performances, when different terminals run the same application program, the data run by the application program in different terminals are different. Since the data of the applications running in different terminals is of great significance for improving the performance of the applications, it is necessary to obtain the data of each type of application running in different terminals. In order to obtain data of each application program running in different terminals, the terminal generates a specific catalog when each application program is installed. The given directory contains a plurality of files, including the gcda file, which can be used to store data during the operation of the application program. And the data stored in each file under the specific directory is different, for example, in the embodiment, the data such as the number of lines of source code executed when the application program runs, the type of the called function, and the like are stored in the gcda file in the specific directory, and the like.

Since the number of directories stored in the terminal is large, the terminal also acquires monitoring information in order to monitor the operating condition of a specific application program in a targeted manner. The monitoring information includes a monitoring directory to be monitored, an IP address of the server, a receiving directory of the server, and the like, and the embodiment does not specifically limit the monitoring information.

The code coverage rate is used as an important means for measuring the test integrity, and the current test progress percentage can be obtained through the code coverage rate, so that research and development personnel can be helped to find defects existing in the application program in time, and the overall performance of the application program is improved. And the code coverage rate of the application program can be obtained according to the update data collected in the terminal when the application program runs and the source code of the application program, so that the terminal can obtain the latest modification time of all files in the monitoring catalog in real time in order to obtain the updated code coverage rate in time.

In addition, since the terminal needs to trigger the corresponding command for executing each operation, the terminal needs to acquire the time acquisition command before acquiring the latest modification time of all files in the monitoring directory in real time. The time acquisition instruction can be a find instruction, a stat instruction and the like in the linux system. When the terminal acquires the time acquisition instruction, the time acquisition instruction can be triggered at intervals of preset duration. The preset duration may be 1 second, 2 seconds, and the like, and the preset duration is not specifically limited in this embodiment, and certainly, in order to make the obtained data more time-efficient, the minimum duration that the terminal can distinguish can be used as the preset duration according to the performance of the terminal. When the application program runs, the terminal is triggered to generate a time acquisition instruction every other preset time length, so that the terminal can acquire the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction.

Besides the above manner, when the terminal obtains the time obtaining instruction, the preset event can be detected. And when detecting that a preset event occurs in the running process of the application program, triggering a time acquisition instruction. The preset event may be a call to a specified function, an execution of a specified code, or the like, and the preset event is not specifically limited in this embodiment. The designated function, designated code may be a function, code, etc. that an application administrator sets according to the performance of the application. When detecting that the application program is in the running process, calling a specified function or executing a specified code, and triggering the terminal to generate a time acquisition instruction so that the terminal can acquire the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction.

402. And the terminal compares the latest modification time of each file in the monitoring directory with the initial modification time of each stored file.

The initial modification time is the modification time of each file recorded in the monitoring directory before the terminal acquires the modification time of each file at this time. For example, when a certain type of application program is installed in the terminal, the creation time of each file recorded in the application program monitoring directory is the initial modification time. In order to timely know whether the application program executes a new source code line or not in the running process, a new function is called. And after acquiring the latest modification time of each file in the monitoring directory, the terminal also executes the operation of comparing the latest modification time of each file in the monitoring directory with the stored initial modification time of each file. Specifically, during the comparison, the latest modification time of the same file needs to be compared with the initial modification time. For example, the files in the monitoring directory are file a, file B, and file C, the initial modification time of the stored file a is 2014/01/01/00:00:00, the initial modification time of the file B is 2014/01/01/00:00:03, the initial modification time of the file C is 2014/01/01/00:00:06, the latest modification time obtained for the file a is 2014/01/0100:00:10, the latest modification time obtained for the file B is 2014/01/0100:00:20, the latest modification time obtained for the file C is 2014/01/0100:00:15, and when the latest modification time obtained for each file in the monitoring directory is compared with the initial modification time of each stored file, the latest modification time 2014/01/0100:00:10 of the file a should be compared with the initial modification time 2014/01/01/00 of the file a 00:00, comparing the latest modification time 2014/01/0100:00:20 of the file B with the initial modification time 2014/01/01/00:00:03 of the file B, and comparing the latest modification time 2014/01/0100:00:15 of the file C with the initial modification time 2014/01/01/00:00:06 of the file C.

Since the initial modification time of each stored file is the key for comparison, the method provided by this embodiment further performs an operation of storing the initial modification time of each file before comparison. Specifically, when storing the initial modification time of each file, all files in the monitoring directory may be obtained, and the initial modification time of all files in the monitoring directory may be stored, and when establishing the monitoring directory, the monitoring directory may be obtained, and the initial modification time of all files in the monitoring directory may be stored, and of course, when detecting that the monitoring directory includes a newly-created file, the initial modification time of the newly-created file may be stored, and the like.

403. And when the latest modification time of any file is different from the initial modification time of any file, the terminal uploads the monitoring directory to a receiving directory of the server.

When the latest modification time of any file is different from the initial modification time of any file, it indicates that the application program executes a new source code or calls a new function when running, and at this time, the terminal needs to upload the monitoring directory to the receiving directory of the server. The receiving directory is a primary directory for storing the monitoring directory uploaded by the terminal on the server, a plurality of secondary directories are arranged under the receiving directory, and each secondary directory corresponds to one monitoring directory uploaded by the terminal.

Specifically, the method for uploading the monitoring directory to the receiving directory of the server by the terminal includes, but is not limited to, the following steps:

firstly, according to the terminal information, modifying the server directory name of the monitoring directory.

The terminal information includes a terminal identifier, a directory name of the monitoring directory, and the like. The terminal identifier may be a device name of the terminal, and may also be an IMSI (International Mobile Subscriber identity Number) of the terminal, and the like, and this embodiment does not specifically limit the terminal identifier. The server directory name is the directory name of the monitoring directory to be uploaded when the monitoring directory is stored on the server, and the server directory name is composed of the terminal identifier and the directory name of the monitoring directory. When the server directory name of the monitoring directory is modified according to the terminal information, the server directory name of the monitoring directory to be uploaded can be determined according to the terminal information, and then the directory name of the monitoring directory is modified into the determined server directory name. Specifically, when the server directory name of the monitoring directory to be uploaded is determined according to the terminal information, the terminal identifier and the directory name of the monitoring directory can be combined according to a certain sequence to obtain the server directory name. For example, the server directory name may be formed by placing the terminal identifier before the directory name of the monitoring directory, or the server directory name may be formed by placing the terminal identifier after the directory name of the monitoring directory. For example, the terminal identifier is the device name a of the terminal, the directory name of the monitoring directory is aa, when the server directory name is obtained according to the monitoring information of the terminal, if the terminal identifier is placed before the directory name of the monitoring directory, the server directory name is Aaa, and if the terminal identifier is placed after the directory name of the monitoring directory, the server directory name is Aaa.

And secondly, uploading the monitoring directory with the modified directory name to a receiving directory corresponding to the IP address according to the IP address of the server.

In order to improve the accuracy and efficiency of uploading the monitoring directory, after the server directory name of the monitoring directory is modified, the method provided by this embodiment further determines, according to the IP address of the server, a server that receives the monitoring directory, and uploads the monitoring directory with the modified directory name to the receiving directory corresponding to the IP address.

When uploading a directory, the directory uploading method provided in this embodiment mainly updates the stored initial modification time of each file according to the latest modification time of each file under a monitoring directory and the initial modification time, and uploads the monitoring directory to the receiving directory of the server after comparing the latest modification time of each file in the monitoring directory with the initial modification time to obtain that the latest modification time of any file is different from the initial modification time of any file.

In addition, when the latest modification time of any file is the same as the initial modification time of any file, the monitoring directory does not need to be uploaded, and the step of acquiring the latest modification time of all files in the monitoring directory in real time can be continuously executed.

It should be noted that, if the terminal receives the end signal in the process of uploading the directory, under the trigger of the end signal, the terminal stops acquiring the latest modification time of all files in the monitoring directory, and stops uploading the acquired monitoring directory to the receiving directory of the server.

It should be noted that, the above description is only given by taking one terminal as an example, and the process of uploading the monitoring directory by other terminals is the same as the above process, and specifically, the above process may be referred to, and details are not described here.

To facilitate understanding of the whole process of the above-mentioned directory uploading, a detailed explanation will be given below by using a specific example, specifically referring to fig. 5.

Fig. 5 is a flowchart of uploading a monitoring directory by a terminal. At the initial moment, before the application program is not operated, the terminal inputs information such as a monitoring directory of the gcda file, an IP address of the server, a receiving directory of the server and the like into a script for monitoring the operation of the application program, and then obtains initial modification time FT0, … and FTN of N files under the directory to be monitored by using commands such as find, stat and the like in a linux system. After a period of dormancy, the application program starts to run, and in the running process of the application program, the terminal automatically collects data in the running process of the application program, and obtains the latest modification time ST0, … and STN of all files in the monitoring directory by using commands such as find, stat and the like in the linux system. In order to know whether the application program runs new data in the running process, the terminal compares the obtained initial modification time and the latest modification time of each file in the monitoring directory, if so, the initial modification time and the latest modification time of each file in the monitoring directory are the same, which indicates that the application program does not run new data, and after sleeping for a period of time, the terminal continues to execute the process of obtaining the latest modification time ST0, … and STN of all files in the monitoring directory; if the initial modification time of each file in the monitoring directory is different from the latest modification time through comparison, the application program runs new data, and at this time, the server directory name of the monitoring directory stored in the server is modified by the terminal: and uploading the terminal equipment name by the monitored directory name of the terminal, and monitoring the directory and uploading the directory to a receiving directory of a server corresponding to the IP address. And then, the terminal updates the stored initial modification time of each file in the monitoring directory according to the obtained latest modification time of each file in the monitoring directory. In the process, if the terminal receives the end signal, the terminal stops acquiring the latest modification time of all files in the monitoring directory and stops uploading the monitoring directory to the server under the trigger of the end signal.

So far, the uploading of the monitoring directory is realized through the above process, and on this basis, the present implementation supports the publishing of data, which is specifically described in the following steps 404 to 409.

404. And the server receives the monitoring directory uploaded by the terminal and acquires the current monitoring directory in the receiving directory in real time.

Since the monitoring directory stores data used when the application program runs, and the data is important data for generating the code coverage rate, in order to enable research and development personnel and terminal users to obtain the updated code coverage rate in time, the server needs to obtain the current monitoring directory in the receiving directory in real time. The method for the server to obtain the current monitoring directory in the receiving directory in real time includes, but is not limited to: and obtaining according to the directory obtaining instruction. The directory acquiring instruction is a find instruction and the like in the linux operating system.

405. The server judges whether the updated data exists according to the current monitoring directory and the stored monitoring directory, if so, the step 406 is executed, and if not, the step 404 is continuously executed.

In this embodiment, the server determines whether there is update data according to the current monitoring directory and the stored monitoring directory, including but not limited to:

and comparing the current monitoring directory with the stored monitoring directory, and judging whether an updated directory exists or not according to the comparison result. When the current monitoring directory is compared with the stored monitoring directory, the comparison result includes but is not limited to: the current monitoring directory is different from the stored monitoring directories, and the current monitoring directory is provided with a newly added monitoring directory; the current monitoring directory is the same as the stored monitoring directory, and the current monitoring directory does not have the newly added monitoring directory. For these two cases, when determining whether or not there is update data, the following description will be made separately.

In the first case: and if the newly added monitoring directory exists in the current monitoring directory, judging that the updated data exists on the server.

The server receives that each monitoring directory under the directory corresponds to a terminal, when a newly added monitoring directory exists in the current monitoring directory, the new terminal uploads the monitoring directory to the server, the monitoring directory uploaded by the new terminal stores new data collected when an application program in the terminal runs, and at the moment, when the newly added monitoring directory exists in the current monitoring directory, the server can judge that updated data exists on the server.

In the second case: and if the newly added monitoring directory does not exist in the current monitoring directory, judging whether to store the updated data or not according to the modification time of the files in the monitoring directory.

When the newly added monitoring directory does not exist in the current monitoring directory, the fact that the new terminal uploads the monitoring directory does not exist is indicated, the latest modification time of all files in the current monitoring directory can be obtained, the latest modification time of all files in the current monitoring directory is compared with the latest modification time of all files in the stored monitoring directory, if the latest modification time of any file is different from the initial modification time obtained through comparison, it is judged that updated data exist in the server, if the latest modification time of any file is the same as the initial modification time obtained through comparison, it is judged that the updated data do not exist in the server, and at the moment, the step of obtaining the current monitoring directory in the receiving directory in real time is continuously executed.

Since the initial modification time of all files in the monitoring directory stored in the server is the key for comparison, before comparing the latest modification time of all files in the current monitoring directory with the initial modification time of all files in the stored monitoring directory, the method provided by this embodiment further obtains the monitoring directory and obtains the initial modification time of all files from the monitoring directory. Specifically, when the monitoring directory is obtained, the receiving directory may be obtained first, and then all the monitoring directories under the receiving directory are obtained; the receiving directory may also be obtained when the server establishes the receiving directory, and further obtains all the monitoring directories under the receiving directory, and of course, the new directory may also be obtained when the server receives a new directory included in the receiving directory, and the like. Ways to obtain the initial modification time of multiple files from the monitoring directory include, but are not limited to: and obtaining by using a find instruction, a stat instruction and the like in the linux system.

406. The server obtains the update data.

Because the code coverage rate can be generated according to the updated data and the source code of the application program, the code coverage rate not only can reflect the integrity of the test, but also can represent the progress of the test, research personnel can know the defects in the application program according to the code coverage rate data, and the overall performance of the application program is improved by perfecting the defects in the application program, therefore, after the updated data is judged to exist, the server needs to acquire the updated data. The manner in which the server obtains the update data is not particularly limited in this embodiment.

407. And the server generates the code coverage rate according to the updated data.

Regarding the manner in which the server generates code coverage from the update data, including, but not limited to:

acquiring a monitoring directory where the updated data is located;

Specifically, since the application source code is usually stored in the gcno file on the server, when the current application source code is copied to the monitoring directory where the update data is located, the gcno file where the application source code is located may be copied to the monitoring directory where the update data is located. In addition, when calculating the ratio of the update data to the application source code, the calculation may be performed according to the lcov instruction in the linux system. From the above calculations, code coverage can be obtained, which is stored in the. info file.

For the above-described processes, a detailed explanation will be given below with a specific example for the sake of understanding.

For example, the update data is the source code executed on the 1 st line, the 3 rd line, the 5 th line and the 8 th line, the source code is the 20 th line, the monitoring directory where the update data is located is the directory 1 under the server receiving directory, after copying the source code of the current application program into the directory 1, the ratio of the update data to the application program source code is calculated in the directory 1 as: 4/20 is 0.2, resulting in a code coverage of 0.2.

When the monitoring directory needs to be described, because the monitoring directory has two types, one is the monitoring directory uploaded by the new terminal, and the other is the monitoring directory uploaded by the existing terminal, for the monitoring directory uploaded by the new terminal, because the code coverage rate is not calculated before, the source code of the application program does not exist under the monitoring directory of the terminal, and therefore, the source code of the current application program needs to be copied to the monitoring directory where the updated data is located; for the monitoring directory uploaded by the existing terminal, because the code coverage rate is calculated before, the source code of the application program exists in the monitoring directory of the terminal, and therefore, the source code of the current application program does not need to be copied to the monitoring directory where the updated data is located.

408. And integrating all the code coverage rates by the server to obtain an integrated file.

In order to obtain the comprehensive code coverage rate of the application program, after the code coverage rate is obtained according to the updating data, the server also integrates the obtained code coverage rate to obtain an integrated file. Ways to integrate all code coverage include, but are not limited to: all code coverage was integrated in the linux system using the lcov instruction.

409. The server publishes the integration file to a specified website.

In order to facilitate research personnel and terminal side users to check the code coverage rate, the server integrates all the code coverage rates and then releases the integrated file to a specified website.

Regarding the way the server publishes the syndication file to the designated website, including but not limited to:

converting the integrated file into a webpage form;

and publishing the file in the form of the webpage to a specified website.

The web page form includes, but is not limited to, html form, etc. Ways to convert the syndicated document to a web form include, but are not limited to: and acquiring a genhtml instruction, and converting the integrated file into a webpage form according to the genhtml instruction.

In the data distribution process, if the server receives the end signal, the server stops acquiring the current supervision list under the trigger of the end signal, and does not distribute the generated code coverage data to the execution website any more.

To facilitate understanding of the data distribution method, a detailed explanation will be given below by using a specific example, specifically referring to fig. 6.

FIG. 6 is a flow chart of server release code coverage. At the initial moment, before receiving the receiving catalog uploaded by the terminal, the server inputs the receiving catalog of the updating data needing to be monitored on the server into the script of the monitoring server. After a period of dormancy, the server monitors the receiving directory, and obtains the current monitoring directory in the receiving directory through commands such as find in the linux system, and meanwhile, the server obtains the receiving directory stored in the receiving directory. In order to know whether updated data exists, the server compares the stored monitoring directory with the current receiving directory under the receiving directory, if so, a new monitoring directory exists in the current monitoring directory, which indicates that a new terminal uploads the updated data, and at the moment, the gcno file storing the source code of the application program can be copied to each newly added monitoring directory and obtained by using an lcov command in a linux system; if the comparison result shows that no new monitoring directory exists in the current monitoring directory, which indicates that no new terminal uploads updated data, at this time, commands such as find and stat in the linux system can be used to sequentially obtain the latest modification time of each file under each monitoring directory, the latest modification time of each file under each monitoring directory is compared with the initial modification time of each stored file, when the latest modification time of each file under any monitoring directory is obtained by comparison and is the same as the initial modification time of each stored file, the data in the monitoring directory is not updated, and at this time, after sleeping for a period of time, the operation of obtaining the current monitoring directory under the receiving directory is continuously executed; and when the latest modification time of each file in any monitoring directory is different from the initial modification time of each stored file, which indicates that updated data exists in the monitoring directory, the info file can be obtained by using an lcov command in the linux system in each updated monitoring directory. After the info file is obtained according to the updated data, the server integrates all the info files in the received directory by using an lcov command in the linux system, generates a code coverage rate in an html form by using a genhtml command, and issues the generated code coverage rate in the html form to a specified website. In the process, if the server receives the end signal, the server stops acquiring the current monitoring directory under the receiving directory and stops issuing the html-form code coverage to the specified website under the trigger of the end signal.

In order to visually present the above-mentioned whole directory uploading and data publishing processes, a flowchart of the figure will be described as an example.

As shown in fig. 7, when the application program is running, the mobile phone 1, the mobile phone 2, the mobile phone 3, and …. When any mobile phone monitors that the gcna file is updated, any mobile phone uploads the updated monitoring directory where the data is located to the server. The server receives the monitoring directory uploaded by any mobile phone, judges whether a new code coverage rate is generated or not according to the received monitoring directory, and automatically summarizes all the code coverage rates and issues the summarized code coverage rates to a specified website after judging that the new code coverage rate is generated. When any terminal side user needs to know the code coverage rate of the application program, any terminal side user can access the specified website through the terminal to acquire the latest code coverage rate.

According to the method provided by the embodiment of the invention, the terminal acquires the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the stored initial modification time of each file, and uploads the monitoring directory to the receiving directory of the server after the latest modification time of any file is different from the initial modification time of any file. The server acquires and receives a current monitoring directory in the directories in real time, acquires the updating data after judging that the updating data exists on the server according to the current monitoring directory and the stored monitoring directories, generates code coverage rates according to the updating data, and integrates all the code coverage rates and then releases an integration file to a specified website. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient. In addition, because the update data is acquired in real time, the code coverage rate generated according to the update data is also published in real time, and the latest code coverage rate data can be acquired by logging in a specified website, so that the viewing mode is more convenient.

Referring to fig. 8, an embodiment of the present invention provides a terminal, where the terminal is configured to perform the functions performed by the terminal in the embodiments shown in fig. 2 to fig. 4, and the terminal includes:

an obtaining module 801, configured to obtain the latest modification time of all files in the monitoring directory in real time;

a comparison module 802, configured to compare the latest modification time of each file in the monitored directory with the initial modification time of each stored file;

an uploading module 803, configured to upload the monitoring directory to the receiving directory of the server when the latest modification time of any file is different from the initial modification time of any file.

Optionally, the terminal further includes:

the first storage module is used for storing monitoring information, and the monitoring information comprises a monitoring directory, a network protocol IP address of the server and a receiving directory of the server.

Optionally, the terminal further includes:

the triggering module is used for triggering a time acquisition instruction every preset time length, and executing the step of acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction; or when a preset event is detected, triggering a time acquisition instruction, and executing the step of acquiring the latest modification time of all files in the monitoring directory in real time according to the time acquisition instruction.

Optionally, the terminal further includes:

the second storage module is used for storing the initial modification time of all files in the monitoring directory; or, when the monitoring directory is established, storing the initial modification time of all files in the monitoring directory; or, when the monitoring directory includes the new file, storing the initial modification time of the new file.

Optionally, the uploading module 803 includes:

the modification unit is used for modifying the server directory name of the monitoring directory according to the terminal information;

and the uploading unit is used for uploading the monitoring directory with the modified directory name to a receiving directory corresponding to the IP address according to the IP address of the server.

Optionally, the server directory name modified by the modification module is composed of a terminal identifier and a directory name of the monitoring directory.

Optionally, the terminal further includes:

The device provided by the embodiment of the invention acquires the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the stored initial modification time of each file, and uploads the monitoring directory to the receiving directory of the server after the latest modification time of any file is different from the initial modification time of any file obtained by comparison. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient.

Referring to fig. 9, an embodiment of the present invention provides a server, where the server is configured to perform the functions performed by the server in the embodiments shown in fig. 2 to 4, and the server includes:

a first obtaining module 901, configured to obtain a current monitoring directory in a receiving directory in real time;

a judging module 902, configured to judge whether there is update data according to the current monitoring directory and the stored monitoring directory;

a second obtaining module 903, configured to obtain update data when the update data exists;

a generating module 904, configured to generate a code coverage rate according to the update data;

the integration module 905 is used for integrating all the code coverage rates to obtain an integrated file;

and the publishing module 906 is used for publishing the integration file to a specified website.

Optionally, the determining module 902 includes:

the comparison unit is used for comparing the current monitoring catalog with the stored monitoring catalog;

the first judging unit is used for judging that updated data exist when a newly added monitoring directory exists in the current monitoring directory;

and the second judging unit is used for acquiring the latest modification time of all files in the current monitoring directory when the newly added monitoring directory does not exist in the current monitoring directory, comparing the latest modification time of all files in the current monitoring directory with the initial modification time of all files in the stored monitoring directory, and judging that the updated data exists in the server when the latest modification time of any file is different from the initial modification time.

Optionally, the server further includes:

the storage module is used for storing all the monitoring catalogues under the receiving catalogues; or, when the receiving catalog is established, all the monitoring catalogues under the receiving catalog are stored; or storing the new directory when the received directory contains the new directory.

Optionally, the generating module 904 includes:

the acquisition unit is used for acquiring the monitoring catalog where the updated data is located;

Optionally, the publishing module 906 includes:

According to the device provided by the embodiment of the invention, the server acquires the current monitoring directory in the receiving directory in real time, acquires the updating data after judging that the updating data exists on the server according to the current monitoring directory and the stored monitoring directory, generates the code coverage rate according to the updating data, and issues the integrated file integrated by all the code coverage rates to the specified website. Because the updating data is acquired in real time, the code coverage rate generated according to the updating data is also published in real time, and the latest code coverage rate data can be acquired by logging in a specified website, so that the viewing mode is more convenient.

Referring to fig. 10, a schematic structural diagram of a terminal according to an embodiment of the present invention is shown, where the terminal may be used to implement the directory upload method provided in the foregoing embodiment. Specifically, the method comprises the following steps:

terminal 1000 can include RF (Radio Frequency) circuitry 110, memory 120 including one or more computer-readable storage media, input unit 130, display unit 140, sensor 150, audio circuitry 160, WiFi (Wireless Fidelity) module 170, processor 180 including one or more processing cores, and power supply 190. Those skilled in the art will appreciate that the terminal structure shown in fig. 10 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. Wherein:

the RF circuit 110 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information from a base station and then sends the received downlink information to the one or more processors 180 for processing; in addition, data relating to uplink is transmitted to the base station. In general, the RF circuitry 110 includes, but is not limited to, an antenna, at least one Amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, an LNA (Low Noise Amplifier), a duplexer, and the like. In addition, the RF circuitry 110 may also communicate with networks and other devices via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA (Code Division Multiple Access), WCDMA (Wideband Code Division Multiple Access), LTE (Long Term Evolution), e-mail, SMS (short messaging Service), etc.

The memory 120 may be used to store software programs and modules, and the processor 180 executes various functional applications and data processing by operating the software programs and modules stored in the memory 120. The memory 120 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the terminal 1000, and the like. Further, the memory 120 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory 120 may further include a memory controller to provide the processor 180 and the input unit 130 with access to the memory 120.

The input unit 130 may be used to receive input numeric or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control. In particular, the input unit 130 may include a touch-sensitive surface 131 as well as other input devices 132. The touch-sensitive surface 131, also referred to as a touch display screen or a touch pad, may collect touch operations by a user on or near the touch-sensitive surface 131 (e.g., operations by a user on or near the touch-sensitive surface 131 using a finger, a stylus, or any other suitable object or attachment), and drive the corresponding connection device according to a predetermined program. Alternatively, the touch sensitive surface 131 may comprise two parts, a touch detection means and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 180, and can receive and execute commands sent by the processor 180. Additionally, the touch-sensitive surface 131 may be implemented using various types of resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch-sensitive surface 131, the input unit 130 may also include other input devices 132. In particular, other input devices 132 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

Display unit 140 can be used to display information entered by or provided to a user as well as various graphical user interfaces of terminal 1000, which can be made up of graphics, text, icons, video, and any combination thereof. The Display unit 140 may include a Display panel 141, and optionally, the Display panel 141 may be configured in the form of an LCD (Liquid Crystal Display), an OLED (Organic Light-Emitting Diode), or the like. Further, the touch-sensitive surface 131 may cover the display panel 141, and when a touch operation is detected on or near the touch-sensitive surface 131, the touch operation is transmitted to the processor 180 to determine the type of the touch event, and then the processor 180 provides a corresponding visual output on the display panel 141 according to the type of the touch event. Although in FIG. 10, touch-sensitive surface 131 and display panel 141 are shown as two separate components to implement input and output functions, in some embodiments, touch-sensitive surface 131 may be integrated with display panel 141 to implement input and output functions.

Terminal 1000 can also include at least one sensor 150, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 141 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 141 and/or a backlight when the terminal 1000 moves to the ear. As one of the motion sensors, the gravity acceleration sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when the mobile phone is stationary, and can be used for applications of recognizing the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor that can be configured for terminal 1000 are not described herein.

Audio circuitry 160, speaker 161, and microphone 162 can provide an audio interface between a user and terminal 1000. The audio circuit 160 may transmit the electrical signal converted from the received audio data to the speaker 161, and convert the electrical signal into a sound signal for output by the speaker 161; on the other hand, the microphone 162 converts the collected sound signal into an electric signal, converts the electric signal into audio data after being received by the audio circuit 160, and then outputs the audio data to the processor 180 for processing, and then to the RF circuit 110 to be transmitted to, for example, another terminal, or outputs the audio data to the memory 120 for further processing. Audio circuitry 160 may also include an earbud jack to provide communication of peripheral headphones with terminal 1000.

WiFi belongs to short-distance wireless transmission technology, and the terminal 1000 can help a user to send and receive e-mails, browse webpages, access streaming media and the like through the WiFi module 170, and provides wireless broadband Internet access for the user. Although fig. 10 shows the WiFi module 170, it is understood that it does not belong to the essential constitution of the terminal 1000, and can be omitted entirely as needed within the scope not changing the essence of the invention.

Processor 180 is the control center of terminal 1000, and interfaces and lines are used to connect various parts of the entire handset, and by running or executing software programs and/or modules stored in memory 120, and calling data stored in memory 120, various functions of terminal 1000 and processing data are executed, thereby performing overall monitoring of the handset. Optionally, processor 180 may include one or more processing cores; optionally, the processor 180 may integrate an application processor and a modem processor, wherein the application processor mainly handles operating systems, user interfaces, application programs, and the like, and the modem processor mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 180.

Terminal 1000 can also include a power supply 190 (e.g., a battery) for powering the various components, which can be logically coupled to processor 180 via a power management system to manage charging, discharging, and power consumption management functions via the power management system. The power supply 190 may also include any component including one or more of a dc or ac power source, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator, and the like.

Although not shown, terminal 1000 can also include a camera, a bluetooth module, etc., which are not described in detail herein. In this embodiment, the display unit of the terminal 1000 is a touch screen display, and the terminal 1000 further includes a memory and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors. The one or more programs include instructions for:

comparing the latest modification time of each file in the monitoring directory with the initial modification time of each stored file;

and when the latest modification time of any file is different from the initial modification time of any file, uploading the monitoring directory to a receiving directory of the server.

Assuming that the above is the first possible implementation manner, in a second possible implementation manner provided on the basis of the first possible implementation manner, the memory of the terminal further includes instructions for performing the following operations:

before obtaining the latest modification time of all files in the monitoring directory in real time, the method further comprises the following steps:

Before obtaining the latest modification time of all files in the monitoring directory in real time in a third possible implementation manner provided on the basis of the first possible implementation manner, the method further includes:

Before comparing the latest modification time of each file in the monitoring directory with the initial modification time of each stored file, a fourth possible implementation manner provided on the basis of the third possible implementation manner further includes:

Then, in a fifth possible implementation manner provided on the basis of the first possible implementation manner, uploading the monitoring directory to the receiving directory includes:

In a sixth possible implementation manner provided on the basis of the fifth possible implementation manner, the server directory name is composed of the terminal identifier and the directory name of the monitoring directory.

Then, in a seventh possible implementation manner provided on the basis of the first possible implementation manner, after uploading the monitoring directory to the receiving directory, the method further includes:

The terminal provided by the embodiment of the invention acquires the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the stored initial modification time of each file, and uploads the monitoring directory to the receiving directory of the server after the latest modification time of any file is different from the initial modification time of any file obtained by comparison. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient.

An embodiment of the present invention further provides a computer-readable storage medium, where the computer-readable storage medium may be a computer-readable storage medium contained in the memory in the foregoing embodiment; or it may be a separate computer-readable storage medium not incorporated in the terminal. The computer-readable storage medium stores one or more programs, the one or more programs for use by one or more processors in performing a directory upload method, the method comprising:

The computer-readable storage medium provided by the embodiment of the invention obtains the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the initial modification time of each stored file, and uploads the monitoring directory to the receiving directory of the server when the latest modification time of any file is different from the initial modification time of any file obtained by comparison. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient.

The embodiment of the invention provides a graphical user interface, which is used on an uploading directory terminal, and the executive service processing terminal comprises a touch screen display, a memory and one or more processors for executing one or more programs; the graphical user interface includes:

The graphical user interface provided by the embodiment of the invention acquires the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the initial modification time of each stored file, and uploads the monitoring directory to the receiving directory of the server after the latest modification time of any file is different from the initial modification time of any file obtained by comparison. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient.

FIG. 11 is a block diagram illustrating an apparatus 1100 for a data publication method in accordance with an example embodiment. For example, the apparatus 1100 may be provided as a service execution server. Referring to fig. 11, the apparatus 1100 includes a processing component 1122 that further includes one or more processors and memory resources, represented by memory 1132, for storing instructions, such as application programs, executable by the processing component 1122. The application programs stored in memory 1132 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1122 is configured to execute instructions to perform the data distribution method described above, the method comprising:

acquiring a current monitoring directory in a receiving directory in real time;

judging whether updated data exist according to the current monitoring directory and the stored monitoring directory;

when the updated data exists, acquiring the updated data;

generating a code coverage rate according to the updating data;

integrating all code coverage rates to obtain an integrated file;

and publishing the integration file to a specified website.

As an alternative embodiment, the determining whether the update data exists according to the current monitoring directory and the stored monitoring directory includes:

As an alternative embodiment, before determining whether there is update data according to the current monitoring directory and the stored monitoring directory, the method further includes:

As an alternative embodiment, generating the code coverage from the update data includes:

acquiring a monitoring directory where the updated data is located;

As an alternative embodiment, publishing the integration file to a designated website includes:

converting the integrated file into a webpage form;

and publishing the file in the form of the webpage to a specified website.

Referring to fig. 12, the present embodiment provides a data system, which includes a terminal 1201 and a server 1202;

wherein, the terminal 1201 is the terminal described above with reference to fig. 8;

the server 1202 is the server described above with respect to FIG. 9.

According to the system provided by the embodiment of the invention, the terminal acquires the latest modification time of all files in the monitoring directory in real time, compares the latest modification time of each file in the monitoring directory with the stored initial modification time of each file, and uploads the monitoring directory to the receiving directory of the server after the latest modification time of any file is different from the initial modification time of any file. The server acquires and receives a current monitoring directory in the directories in real time, acquires the updating data after judging that the updating data exists on the server according to the current monitoring directory and the stored monitoring directories, generates code coverage rates according to the updating data, and integrates all the code coverage rates and then releases an integration file to a specified website. Because the uploading of the monitoring directory can be realized without manual operation of a user and deep knowledge of the user on the computer technology, the uploading mode is more convenient. In addition, because the update data is acquired in real time, the code coverage rate generated according to the update data is also published in real time, and the latest code coverage rate data can be acquired by logging in a specified website, so that the viewing mode is more convenient.

It should be noted that: in the above embodiment, when the terminal uploads the directory and the server publishes the data, only the division of the functional modules is taken as an example, and in practical application, the function distribution may be completed by different functional modules according to needs, that is, the internal structures of the terminal and the server are divided into different functional modules to complete all or part of the functions described above. In addition, the terminal, the server, the directory uploading method, the terminal and the server provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in the method embodiments, and are not described herein again.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

It will be understood by those skilled in the art that all or part of the steps of implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The present invention is not limited to the above preferred embodiments, and any modifications, equivalent replacements, improvements, etc. within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for uploading a directory, the method comprising:

and when the latest modification time of any file is different from the initial modification time of any file, uploading the monitoring directory to a receiving directory of a server, wherein the receiving directory is a primary directory of the monitoring directory uploaded by a storage terminal on the server, the receiving directory is provided with a plurality of secondary directories, and each secondary directory corresponds to the monitoring directory uploaded by one terminal.

2. The method of claim 1, wherein uploading the monitoring directory to a receiving directory of a server comprises:

3. The method of claim 1, wherein after uploading the monitoring directory to a receiving directory, further comprising:

4. A method for data distribution, the method comprising:

the method comprises the steps that a current monitoring directory in a receiving directory is obtained in real time, the receiving directory is a primary directory of the monitoring directory uploaded by a storage terminal on a server, a plurality of secondary directories are arranged under the receiving directory, and each secondary directory corresponds to one monitoring directory uploaded by a terminal;

when the updated data exists, acquiring the updated data;

generating a code coverage rate according to the updating data;

integrating all code coverage rates to obtain an integrated file;

and publishing the integrated file to a specified website.

5. The method of claim 4, wherein determining whether updated data exists based on the current monitoring directory and the stored monitoring directory comprises:

if the newly added monitoring directory does not exist in the current monitoring directory, the latest modification time of all files in the current monitoring directory is obtained, the latest modification time of all files in the current monitoring directory is compared with the initial modification time of all files in the stored monitoring directory, and when the latest modification time of any file is different from the initial modification time, the existence of updated data in the server is judged.

6. A terminal, characterized in that the terminal comprises:

the system comprises an uploading module and a receiving module, wherein the uploading module is used for uploading a monitoring directory to a receiving directory of a server when the latest modification time of any file is different from the initial modification time of any file, the receiving directory is a primary directory of the monitoring directory uploaded by a storage terminal on the server, the receiving directory is provided with a plurality of secondary directories, and each secondary directory corresponds to the monitoring directory uploaded by one terminal.

7. The terminal of claim 6, wherein the upload module comprises:

8. The terminal of claim 6, further comprising:

9. A server, characterized in that the server comprises:

the system comprises a first acquisition module, a second acquisition module and a third acquisition module, wherein the first acquisition module is used for acquiring a current monitoring directory in a receiving directory in real time, the receiving directory is a primary directory of the monitoring directory uploaded by a storage terminal on a server, a plurality of secondary directories are arranged under the receiving directory, and each secondary directory corresponds to one monitoring directory uploaded by a terminal;

10. The server according to claim 9, wherein the determining module comprises:

11. A computer-readable storage medium having stored therein at least one instruction which is loaded and executed by a processor to implement the directory upload method of any of claims 1 to 3, or the data distribution method of claim 4 or 5.