CN108829580B - Multi-version test data processing method, device, equipment and storage medium - Google Patents

Multi-version test data processing method, device, equipment and storage medium Download PDF

Info

Publication number
CN108829580B
CN108829580B CN201810425235.3A CN201810425235A CN108829580B CN 108829580 B CN108829580 B CN 108829580B CN 201810425235 A CN201810425235 A CN 201810425235A CN 108829580 B CN108829580 B CN 108829580B
Authority
CN
China
Prior art keywords
code
version
codes
difference
coverage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810425235.3A
Other languages
Chinese (zh)
Other versions
CN108829580A (en
Inventor
殷添琦
辛庆
王芳
仲训标
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201810425235.3A priority Critical patent/CN108829580B/en
Publication of CN108829580A publication Critical patent/CN108829580A/en
Application granted granted Critical
Publication of CN108829580B publication Critical patent/CN108829580B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Abstract

The invention provides a multi-version test data processing method, a device, equipment and a storage medium, wherein the method comprises the following steps: acquiring coverage rate data corresponding to each version code of a target application and difference information among the version codes, wherein the difference information comprises structure information of the difference codes; determining a target coverage rate fusion mode according to the structural information of the difference code; and according to the target coverage rate fusion mode, fusion processing is carried out on the coverage rate data respectively corresponding to each version code, and the total coverage rate data of the target application is determined. The method realizes the fusion of the coverage rate data corresponding to each version code according to the structure information of each version code, so that the user can quickly and comprehensively obtain the total coverage state of the application latest version code after completing the coverage rate test of each version code, thereby facilitating the user to measure the quality of the application latest version code and greatly improving the user experience.

Description

Multi-version test data processing method, device, equipment and storage medium
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a method, an apparatus, a device, and a storage medium for processing multi-version test data.
Background
With the rapid development of communication technology, the number and types of applications are becoming more and more abundant, and in the face of different requirements of users, each application is also constantly updating its version.
In practical application, when the application is updated, a developer needs to perform various tests on a developed source file, and the source file can be issued to a user for use after the tests are successful. The coverage rate test is an important item in the code test, and a user can determine which code lines are specifically executed by the current version code during the test according to the coverage rate data.
However, because the existing tools for performing coverage rate test on application codes can only perform coverage rate test on a specific version of an application code to obtain coverage rate data of the version, when the coverage rate of the version code is low, a user cannot directly measure the specific state of the version code according to the coverage rate data of the version code, so that the practicability of the code coverage rate test result is poor.
Disclosure of Invention
The present invention is directed to solving, at least to some extent, one of the technical problems in the related art.
Therefore, a first objective of the present invention is to provide a multi-version test data processing method, which implements fusion of coverage data corresponding to each version code according to structure information between codes of each version, so that a user can quickly and comprehensively obtain a total coverage state of a code of an application latest version after completing a coverage test of the code of each version, thereby facilitating the user to measure the quality of the code of the application latest version, and greatly improving user experience.
The second objective of the present invention is to provide a multi-version test data processing device.
A third object of the invention is to propose a computer device.
A fourth object of the invention is to propose a computer-readable storage medium.
In order to achieve the above object, an embodiment of a first aspect of the present invention provides a multi-version test data processing method, where the method includes: acquiring coverage rate data corresponding to each version code of a target application and difference information among the version codes, wherein the difference information comprises structure information of the difference codes; determining a target coverage rate fusion mode according to the structural information of the difference code; and according to the target coverage rate fusion mode, fusion processing is carried out on the coverage rate data corresponding to each version code, and the total coverage rate data of the target application is determined.
The multi-version test data processing method provided by the embodiment of the invention comprises the steps of firstly obtaining coverage rate data respectively corresponding to each version code of a target application and difference information among the codes of each version, wherein the difference information comprises structure information of the difference codes, then determining a target coverage rate fusion mode according to the structure information of the difference codes, and performing fusion processing on the coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode to determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to the codes of the versions are fused according to the structural information of the codes of the versions, so that a user can quickly and comprehensively obtain the total coverage state of the codes of the latest version after completing the coverage rate test of the codes of the versions, the user can conveniently measure the quality of the codes of the latest version, and the user experience is greatly improved.
In addition, the multi-version test data processing method provided by the above embodiment of the present invention may further have the following additional technical features:
optionally, in an embodiment of the present invention, the difference information further includes a difference code source code and a line number of the difference code source code in each version; the determining the target coverage rate fusion mode according to the structure information of the difference codes comprises: judging whether the difference codes comprise branch code segments or not according to the structure information of the difference codes; if not, determining the mapping relation between the same source code included in the difference code and the line number in each version code according to the difference code source code and the line number of the difference code source code in each version code; and merging the coverage rates of the same source codes according to the mapping relation between the same source codes and the line numbers in the codes of all versions and the coverage rate data respectively corresponding to the same source codes.
Optionally, in another embodiment of the present invention, the coverage data includes a mapping relationship between a code line number and a coverage status; after the determining whether the difference code includes the branch code segment, the method further includes: if yes, judging whether the branch code segment comprises source codes with the same function in each version code; if yes, judging whether the number of branches respectively contained in source codes with the same functions in the codes of all versions is the same; if the source codes with the same functions are the same, determining the maximum coverage state corresponding to the source codes with the same functions according to the coverage states of the source codes with the same functions in the codes of all versions, wherein the maximum coverage state represents that the number of executed code lines in the source codes with the same functions is the largest; and updating the coverage states of the source codes with the same function in other versions by using the maximum coverage state corresponding to the source codes with the same function.
Optionally, in another embodiment of the present invention, the coverage data includes a mapping relationship between a code line number and a coverage status; the merging the coverage rates of the same codes comprises: and replacing the high-priority coverage state corresponding to the same code with the low-priority coverage state according to a preset coverage state priority order.
Optionally, in another embodiment of the present invention, before performing fusion processing on the coverage data corresponding to each version of code, the method further includes: and determining a target fusion processing mode according to the system type of the code of each version.
Optionally, in another embodiment of the present invention, if the system type to which the code of each version belongs is a preset system type; before the obtaining of the coverage rate data corresponding to each version code, the method further includes: and acquiring a first file generated during compiling and a second file generated during running of the codes of the versions respectively.
Optionally, in another embodiment of the present invention, before the obtaining coverage data corresponding to each version code of the target application and the difference information between each version code, the method further includes: acquiring a target application multi-version test data fusion processing request, wherein the fusion processing request comprises a path of each version code and a fusion target; acquiring source codes of the codes of all the versions according to the paths of the codes of all the versions; and analyzing the source codes of the codes of all the versions according to the fusion target, and determining the difference information among the codes of all the versions.
Optionally, in another embodiment of the present invention, the fusion processing request further includes a fusion processing frequency; the fusing the coverage rate data corresponding to each version code comprises: according to the fusion processing frequency, coverage rate data of the codes of all versions are periodically acquired; and fusing the coverage rate data of the codes of the versions acquired periodically.
To achieve the above object, a second aspect of the present invention provides a multi-version test data processing apparatus, including: the system comprises an acquisition module, a comparison module and a processing module, wherein the acquisition module is used for acquiring coverage rate data corresponding to each version code of a target application and difference information among the version codes, and the difference information comprises structure information of the difference codes; the determining module is used for determining a target coverage rate fusion mode according to the structural information of the difference code; and the processing module is used for fusing the coverage rate data corresponding to each version code according to the target coverage rate fusion mode and determining the total coverage rate data of the target application.
The multi-version test data processing device provided by the embodiment of the invention firstly obtains the coverage rate data respectively corresponding to each version code of the target application and the difference information among the codes of each version, wherein the difference information comprises the structure information of the difference code, and then determines the target coverage rate fusion mode according to the structure information of the difference code, so as to perform fusion processing on the coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode and determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to the codes of the versions are fused according to the structural information of the codes of the versions, so that a user can quickly and comprehensively obtain the total coverage state of the codes of the latest version after completing the coverage rate test of the codes of the versions, the user can conveniently measure the quality of the codes of the latest version, and the user experience is greatly improved.
To achieve the above object, a third embodiment of the present invention provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor executes the computer program to implement the multi-version test data processing method described in the first embodiment.
The computer device provided by the embodiment of the invention firstly obtains the coverage rate data respectively corresponding to each version code of the target application and the difference information among the versions of the code, wherein the difference information comprises the structure information of the difference code, then determines the target coverage rate fusion mode according to the structure information of the difference code, and performs fusion processing on the coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode to determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to the codes of the versions are fused according to the structural information of the codes of the versions, so that a user can quickly and comprehensively obtain the total coverage state of the codes of the latest version after completing the coverage rate test of the codes of the versions, the user can conveniently measure the quality of the codes of the latest version, and the user experience is greatly improved.
To achieve the above object, a fourth aspect of the present invention provides a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to implement the multi-version test data processing method according to the first aspect.
Additional aspects and advantages of the invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.
Drawings
The foregoing and/or additional aspects and advantages of the present invention will become apparent and more readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:
FIG. 1 is a flow chart illustrating a multi-version test data processing method according to an embodiment of the present invention;
fig. 2(a) is a schematic diagram of a convergence processing request sent by a user according to an embodiment of the present invention;
FIG. 2(b) is a diagram illustrating setting access time limits for paths of versions of code of an application according to an embodiment of the present invention;
fig. 2(c) is a schematic diagram of total coverage data of a target application after fusing coverage data corresponding to each version code according to an embodiment of the present invention;
FIG. 3 is a flow chart illustrating a multi-version test data processing method according to another embodiment of the present invention;
FIG. 4 is a diagram illustrating merging of coverages of identical source codes in versions of code that do not include branch code segments in difference code, according to an embodiment of the present invention;
FIG. 5 is a flow chart illustrating a multi-version test data processing method according to another embodiment of the present invention;
FIG. 6 is a block diagram of a multi-version test data processing apparatus according to an embodiment of the present invention;
FIG. 7 is a schematic diagram of a computer device according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of a computer device according to another embodiment of the present invention.
Detailed Description
Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are illustrative and intended to be illustrative of the invention and are not to be construed as limiting the invention.
The embodiments of the present invention mainly address the problem that in the prior art, when a coverage rate test is performed on an application code, a coverage rate test can only be performed on a specific version of the application code to obtain coverage rate data of the version, so that when the coverage rate of the version code is low, a user cannot directly measure the specific state of the version according to the code coverage rate data of the version, and the practicability of the code coverage rate test result is poor, and a multi-version test data processing method is provided.
The multi-version test data processing method provided by the invention obtains the coverage rate data respectively corresponding to each version code of the target application and the difference information among the versions of the codes, wherein the difference information among the versions of the codes comprises the following steps: and determining a target coverage rate fusion mode according to the structure information of the difference codes, and then performing fusion processing on coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode to determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to the codes of the versions are fused according to the structural information of the codes of the versions, so that a user can quickly and comprehensively obtain the total coverage state of the codes of the latest version after completing the coverage rate test of the codes of the versions, the user can conveniently measure the quality of the codes of the latest version, and the user experience is greatly improved.
A multi-version test data processing method, apparatus, device and storage medium according to an embodiment of the present invention are described below with reference to the accompanying drawings.
First, referring to fig. 1, a method for processing multi-version test data according to an embodiment of the present invention is specifically described.
FIG. 1 is a flow chart illustrating a multi-version test data processing method according to an embodiment of the invention.
As shown in FIG. 1, the multi-version test data processing method of the present invention may include the steps of:
step 101, obtaining coverage rate data corresponding to each version code of the target application and difference information between the version codes.
In this embodiment, the difference information may include structure information of the difference code. The structure information of the difference code is used to indicate a specific structure of the difference code, for example, the difference code is a sequential structure, a branch structure, or the like, and is not limited in detail here.
Specifically, the multi-version test data processing method provided in the embodiment of the present invention may be executed by the computer device provided in the embodiment of the present invention. The computer equipment is provided with a multi-version test data processing device for processing coverage rate data corresponding to each version code of the target application. The computer device of the embodiment may be any hardware device with a data processing function, such as a smart phone, a tablet computer, a personal digital assistant, and the like.
In specific implementation, coverage data corresponding to each version code of the target application and difference information between the version codes can be obtained in multiple ways, for example:
the method I comprises the following steps:
the user can send the source code of each version code of the target application to the multi-version test data processing device, so that the multi-version test data processing device analyzes and processes the source code of each version code of the target application to acquire coverage data corresponding to each version code of the target application and difference information between the version codes.
The second method comprises the following steps:
the user can also send the path of each version code of the target application to the multi-version test data processing device, so that the multi-version test data processing device can acquire the source code corresponding to each version code according to the path of each version code of the target application, and then analyze and process the acquired source code corresponding to each version code to acquire the coverage rate data corresponding to each version code of the target application and the difference information between each version code.
Taking the above implementation manner two as an example, the coverage data corresponding to each version code of the target application and the difference information between each version code obtained in this embodiment are exemplified as follows:
for example, the present embodiment may first set a monitor in the device to monitor, in real time, whether the user triggers the target application multi-version test data fusion processing request. If the condition that the user triggers the fusion processing request of the multi-version test data of the target application is monitored, the multi-version test data processing device receives the fusion processing request sent by the user and analyzes the fusion processing request to obtain paths of codes of all versions included in the fusion processing request, so that source codes of codes corresponding to all versions are obtained according to the paths of the codes of all versions, and the source codes of the codes of all versions are analyzed to determine difference information among the codes of all versions.
In practical application, different users have different requirements for performing fusion processing on coverage rate data corresponding to each version code, so that in this embodiment, when a user sends a target application multi-version test data fusion processing request to the multi-version test data processing apparatus, the fusion target can be carried in the request, so that the multi-version test data processing apparatus can perform corresponding fusion processing on the coverage rate data corresponding to each version code according to the fusion target.
In this embodiment, the fusion target may include: line fusion, segment fusion, function fusion, and the like, and are not particularly limited herein.
For example, as shown in fig. 2(a), a fusion processing request is sent for a user, where the fusion target is segment fusion and the segment name is master.
That is, step 101 may include: acquiring a target application multi-version test data fusion processing request, wherein the fusion processing request comprises a path of each version code and a fusion target;
acquiring source codes of the codes of all the versions according to the paths of the codes of all the versions;
and analyzing the source codes of the codes of all the versions according to the fusion target, and determining the difference information among the codes of all the versions.
In actual use, most application code is open source code, so that a user can freely use and contact the source code of the application. While this approach provides convenience to the user in obtaining application source code, it also presents problems. For example, the situation of modifying and redistributing the application source code by itself may adversely affect the security of the application source code. In this embodiment, in order to effectively ensure the security of the application source code, the user may set an access time limit or set a key for a path of each version of code, so as to protect the security of the application source code.
The setting of the key for the path of each version code may be implemented by SSH, for example: with the asymmetric key cryptosystem, a public key (public key), a private key (private key), and the like are provided, which is not particularly limited herein.
Or, an access time limit may be set for the path of each version of code, and the length of the access time limit may be adaptively set according to user requirements, such as 10 minutes (min), 30min, 1 hour (h), and so on.
For example, as shown in fig. 2(b), the access time limit that the user can set to the path of each version code of the application a is, for example, 1 day (day), and then when the multi-version test data processing apparatus receives the fusion processing request, the source code of each version code of the application a can be accessed in 1d according to the path of each version code of the application a. When the time exceeds 1d, the multi-version test data processing device cannot perform access operation on the source code of each version code of the application A according to the path of each version code of the application A provided by the user.
And step 102, determining a target coverage rate fusion mode according to the structural information of the difference code.
Specifically, after the difference information between the codes of the respective versions of the target application is obtained, the multi-version test data processing device may determine the target coverage fusion mode according to the structure information of the difference codes included in the difference information.
In specific implementation, it may first be determined whether the structure information of the difference code is a sequential structure or a branch structure, and then, according to the determination result, a coverage rate fusion mode corresponding to the determination result is searched from the preset coverage rate fusion modes. The preset coverage rate fusion mode may include: coverage rate fusion mode corresponding to the sequence structure and coverage rate fusion mode corresponding to the branch structure.
And 103, fusing the coverage rate data corresponding to each version code according to the target coverage rate fusion mode, and determining the total coverage rate data of the target application.
Specifically, after the target coverage fusion mode is determined, the multi-version test data processing apparatus may perform fusion processing on the coverage data corresponding to each version code according to the determined target coverage fusion mode, so as to obtain the total coverage data of the target application.
It can be understood that, because the code structures are different, the influence on the coverage rate state is large, and therefore, in this embodiment, the coverage rate data corresponding to each version code is fused according to the structure information of the difference code, so that not only is the accuracy of the total coverage rate data after fusion improved, but also the user can intuitively know the state of the latest version code, and the user demand is met.
For example, as shown in fig. 2(c), after the coverage data corresponding to each version code is fused, the target application uses the total coverage data.
Furthermore, if the application of each version code is periodic update, when the user sends a fusion processing request, the fusion processing frequency of the multi-version test data processing device can be set according to the update frequency of the application, so that the multi-version test data processing device can periodically acquire coverage rate data of each version code according to the fusion processing frequency, and therefore the coverage rate data of each version code acquired periodically is subjected to fusion processing, and the user can conveniently and quickly acquire the specific condition of the target code.
In this embodiment, the set fusion processing frequency may be adaptively set according to a user requirement, and is not specifically limited herein. Such as 24 hours, 1 week, a month, etc.
The multi-version test data processing method provided by the embodiment of the invention comprises the steps of firstly obtaining coverage rate data respectively corresponding to each version code of a target application and difference information among the codes of each version, wherein the difference information comprises structure information of the difference codes, then determining a target coverage rate fusion mode according to the structure information of the difference codes, and performing fusion processing on the coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode to determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to each version code is fused according to the structure information of the difference code, so that the accuracy of the fused total coverage rate data is improved, a user can visually know the state of the latest version code, and the user requirements are met.
Through the analysis, the difference information among the codes of the versions of the target application is obtained, the target coverage rate fusion mode is determined according to the structure information of the difference codes included in the difference information, and therefore the coverage rate data corresponding to the codes of the versions are fused according to the target coverage rate fusion mode, and the total coverage rate data of the target application is determined. In a specific implementation, the difference information may further include: difference code source code and line number of the difference code source code in each version, etc. The multi-version test data processing method of the present invention is further described below with reference to FIG. 3.
FIG. 3 is a flowchart illustrating a multi-version test data processing method according to another embodiment of the invention.
As shown in fig. 3, the multi-version test data processing method according to the embodiment of the present invention may include the following steps:
step 301, obtaining coverage data corresponding to each version code of the target application and difference information between each version code.
The difference information may include structure information of the difference code, a source code of the difference code, and a line number of the source code of the difference code in each version.
Step 302, according to the structure information of the difference code, determining whether the difference code includes a branch code segment, if not, performing step 303, otherwise, performing step 305.
Specifically, in practical use, the branch structure included in the application code generally refers to that if statements or switch statements are included in the application code. Therefore, after acquiring the structure information of the difference code between the versions of the code, the multi-version test data processing apparatus may determine whether the difference code includes the branch code segment by analyzing the difference code to determine whether the difference code includes the if statement or the switch statement.
For example, when it is determined that the difference code includes an if statement or a switch statement, it is determined that the difference code includes a branch code segment; when it is determined that the difference code does not include the if statement or the switch statement, it is determined that the difference code does not include the branch code segment.
Step 303, determining the mapping relationship between the same source code included in the difference code and the line number in each version code according to the difference code source code and the line number of the difference code source code in each version code.
And step 304, merging the coverage rates of the same source codes according to the mapping relation between the same source codes and the line numbers in the codes of the versions and the coverage rate data respectively corresponding to the same source codes.
Specifically, when it is determined that the difference code does not include the branch code, the multi-version test data processing apparatus may sequentially analyze the source code of the difference code and the line number of the difference code in each version of the code to determine the mapping relationship between the same source code included in the difference code and the line number in each version.
For example, as shown in fig. 4, the X-th version of the target application includes 8 lines of code, the Y-th version includes 13 lines of code, and the source code of the difference code between the X-th version and the Y-th version is: the 6 th line to the 8 th line of the X version and the 6 th line to the 13 th line of the Y version are compared with the 6 th line to the 13 th line of the Y version to determine the 6 th line to the 8 th line of the X version which has the same source code with the 11 th line to the 13 th line of the Y version. Therefore, it can be obtained that the source code of the 6 th line in the X-th version has a mapping relationship with the source code of the 11 th line in the Y-th version, the source code of the 7 th line in the X-th version has a mapping relationship with the source code of the 12 th line in the Y-th version, and the source code of the 8 th line in the X-th version has a mapping relationship with the source code of the 13 th line in the Y-th version. Therefore, the multi-version test data processing device can respectively carry out merging processing on coverage rate data corresponding to the same source codes of the lines 6 to 8 in the X version and the lines 11 to 13 in the Y version according to the mapping relation, and does not process the coverage rate of the new code of the lines 6 to 10 in the Y version, so that the total coverage rate data of the target application can be obtained by respectively carrying out fusion processing on the coverage rates corresponding to the X version and the Y version.
In step 305, it is determined whether the branch code segment includes source codes with the same function in each version of codes, if yes, step 306 is executed, otherwise, step 309 is executed.
In this embodiment, the coverage data includes a mapping relationship between a code line number and a coverage status.
The coverage status specifically includes whether each line of code in the difference code is completely covered (fc), or partially covered (pc), or uncovered (nc). When it is determined that the difference code includes the branch code segment, the override state may further include: branch full coverage (bfc), branch partial coverage (bpc), branch uncovered (bnc).
It is understood that when the difference code is in a branch code segment, the coverage status of each line of code may then include: "fc bfc", "pc bpc", "pc bnc", "nc bnc". Where the front part represents the coverage status of the line code itself and the back part represents the coverage status of the branch code segment.
For example: fc bfc indicates that the current line code is full coverage, and the branch code segment where the current line code is located is full coverage.
Specifically, after determining that the difference code includes the branch code segment, the multi-version test data processing apparatus may analyze the branch code segment to determine whether the branch code segment includes the source code with the same function in each version of code. If yes, further judging whether the number of branches respectively contained in source codes with the same functions in each version code is the same; if not, the operation is ended.
For example, if the acquired multiple versions are version 1 and version 3, after analyzing the source codes of the version 1 and version 3 codes, when determining that the source codes of the version 1 and version 3 codes both include the event a >1 and perform corresponding operations, it may be determined that the branch code segment of the event a >1 includes source codes with the same function in the version 1 and version 3 codes.
For another example, if the obtained multiple versions are version 5 and version 6, after analyzing the source codes of the version 5 and version 6 codes, when it is determined that the event a <1 is included in the source codes of the version 5 codes and a corresponding operation is performed, and that the event a >1 is included in the source codes of the version 6 codes and a corresponding operation is performed, it may be determined that the event a <1 and the event a >1 do not include source codes with the same function in the version 5 and version 6 codes.
Step 306, determining whether the number of branches respectively included in source codes with the same function in each version of codes is the same, if so, executing step 307, otherwise, executing step 309.
Specifically, when it is determined that the branch code segment includes source codes with the same function in each version of codes, the multi-version test data processing apparatus determines whether the number of branches included in the source codes with the same function in each version of codes is the same, so as to determine whether to update the coverage status of the source codes with the same function in each version according to the determination result.
For example, if the obtained source codes with the same function respectively correspond to version 1 and version 2, and version 1 includes 3 branch statements, for example: a < 0; 0< a < 1; a >1, version 2 includes 4 branch statements, such as a < 0; 0< a < 1; a is greater than 1; 1< a <3, it means that the number of branches respectively contained in the source codes with the same function in each version of code is different.
For another example, if the obtained source codes with the same function respectively correspond to version 1 and version 2, and the number of branches included in version 1 is 3 branch statements, and the number of branches included in version 2 is 3 branch statements, it indicates that the number of branches included in the source codes with the same function in each version code is the same.
And 307, determining the maximum coverage state corresponding to the source codes with the same function according to the coverage states corresponding to the source codes with the same function in the codes of the versions respectively.
The maximum coverage state indicates that the maximum number of executed code lines in the source code with the same function is maximum.
And 308, updating the coverage states of the source codes with the same function in the other versions by using the maximum coverage state corresponding to the source codes with the same function.
For example, if the source code with the same function covers statement 6 and statement 7 in the version a code, and covers statement 12 in the version B code, it can be determined that the coverage status of version a is greater than that of version B, and the coverage status of version B is updated by using the coverage status of version a.
At step 309, no overlay state update operation is performed.
Further, when the coverage rates of the same source codes are combined, the high-priority coverage state corresponding to the same code may be replaced with the low-priority coverage state according to the preset priority order of the coverage states.
The coverage rate data comprises a mapping relation between a code line number and a coverage state.
In this embodiment, the preset priority order of the coverage states may be fc > pc > nc; similarly, bfc > bpc > bnc.
Specifically, after the coverage rate fusion mode corresponding to the difference code is determined, the embodiment may replace the coverage state with the low priority with the coverage state with the high priority corresponding to the same code according to the preset priority order of the coverage states.
For example, when the overlay state of statement 6 in version A is fc and the overlay state of statement 6 in version B with the same statement is pc, the overlay state fc of statement 6 in version A can be updated to the overlay state fc instead of the overlay state pc of statement 6 in version B according to fc > pc > nc.
The multi-version test data processing method provided by the embodiment of the invention judges whether the difference codes comprise branch code segments or not according to the difference code structure information in the difference information after acquiring the coverage rate data respectively corresponding to each version code of the target application and the difference information between each version, determines the mapping relation between the same source code included in the difference codes and the line number in each version code according to the source code of the difference code and the line number of the source code of the difference code in each version code if the difference code does not comprise the branch code segments, and then merges the coverage rates of the same source code according to the mapping relation and the coverage rate data respectively corresponding to the same source code. If the source codes with the same functions in the versions are included, judging whether the branch code segments comprise the source codes with the same functions in the codes of the versions, if so, further judging whether the number of branches respectively contained in the source codes with the same functions in the codes of the versions is the same, if so, determining the maximum coverage state corresponding to the source codes with the same functions according to the coverage states respectively corresponding to the source codes with the same functions in the codes of the versions, then updating the coverage of the source codes with the same functions in other versions by utilizing the maximum coverage state corresponding to the source codes with the same functions, and replacing the coverage state with low priority with the coverage state with high priority corresponding to the same codes according to the priority sequence of the preset coverage states. Therefore, according to the condition that whether the difference code comprises the branch code segment or not and the number of branches in the branch code segment, the accuracy of the fused total coverage rate data is improved, a user can intuitively and quickly know the state of the latest version code, and the user requirement is met.
Through the analysis, whether the difference codes of the target application versions comprise the branch codes or not is judged, so that the corresponding coverage rate fusion mode is determined according to the judgment structure, the coverage rate data corresponding to the codes of the versions are fused, and the total coverage rate data of the target application is determined. In specific implementation, because the system types to which the codes of the respective versions belong are different, and the code coverage data meanings of different system types are different, so that the fusion modes are different, in the embodiment of the present application, when determining the target fusion processing mode, it is further necessary to determine the system type to which the codes of the respective versions belong first, and then determine the target fusion processing mode according to the system type to which the codes of the respective versions belong. The above-described case of the multi-version test data processing method of the present invention will be described in detail with reference to fig. 5.
FIG. 5 is a flowchart illustrating a multi-version test data processing method according to another embodiment of the invention.
As shown in fig. 5, the multi-version test data processing method according to the embodiment of the present invention may include the following steps:
step 501, obtaining coverage rate data corresponding to each version code of the target application and difference information between the version codes.
Wherein the difference information comprises structure information of a difference code.
Step 502, according to the structure information of the difference code and the system type to which each version code belongs, determining a target coverage rate fusion mode.
In this embodiment, the system type to which each version code belongs may be: android (Android) system, or apple (IOS) system.
That is, when the system type to which each version of code belongs is android, the determined target coverage rate fusion mode may be merging according to the priority of the coverage state; when the system type to which each version of code belongs is IOS, the determined target coverage fusion mode can be fused according to the number of code executions. For example, if the number of code executions is equal to 0, the number of overrides is 0.
And 503, according to the target coverage rate fusion mode, performing fusion processing on the coverage rate data corresponding to each version code, and determining the total coverage rate data of the target application.
In specific implementation, if it is determined that the system type to which each version code belongs is a preset system type, before coverage data corresponding to each version code of the target application is acquired in step 501, a first file generated when each version code is compiled and a second file generated when each version code is run are acquired. It should be noted that, in this embodiment, the preset system type is an IOS system.
The first file may be a Gcno file, which is generated during compilation and includes information of a reconstructed basic block map and a line number of a source code of a corresponding block; the second file may be a Gcda file, which is generated when the compiled file runs and includes the number of arc jumps and other summary information, and the Gcda file can be generated only after the program runs.
In practical applications, when a user uses an IOS system to send coverage data corresponding to each version of a code, a multi-version test data processing device cannot obtain a coverage state of each line in each version of the code, and a Gcno file and a Gcda file are original files and can be generally directly sent to the multi-version test data processing device.
It can be understood that, in the embodiment, the system type to which each version code belongs is determined first, so that the target coverage rate fusion mode is determined in different manners according to the system type to which each version code belongs, thereby achieving that the fusion mode can be obtained in a targeted manner according to the system type to which each version code belongs, and enabling a user to obtain the total coverage rate data of the application more accurately and reliably.
A multi-version test data processing apparatus proposed by an embodiment of the present invention is described below with reference to the accompanying drawings.
FIG. 6 is a block diagram of a multi-version test data processing apparatus according to an embodiment of the present invention.
As shown in fig. 6, the multi-version test data processing apparatus includes: the device comprises an acquisition module 11, a determination module 12 and a processing module 13.
The obtaining module 11 is configured to obtain coverage rate data corresponding to each version code of a target application and difference information between the version codes, where the difference information includes structure information of the difference codes;
the determining module 12 is configured to determine a target coverage fusion mode according to the structural information of the difference code;
the processing module 13 is configured to perform fusion processing on the coverage data corresponding to each version code according to the target coverage fusion mode, and determine total coverage data of the target application.
It should be noted that, for the implementation process and the technical principle of the multi-version test data processing apparatus of this embodiment, reference is made to the foregoing explanation of the multi-version test data processing method of the first embodiment, and details are not repeated here.
The multi-version test data processing device provided by the embodiment of the invention firstly obtains the coverage rate data respectively corresponding to each version code of the target application and the difference information among the codes of each version, wherein the difference information comprises the structure information of the difference code, and then determines the target coverage rate fusion mode according to the structure information of the difference code, so as to perform fusion processing on the coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode and determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to the codes of the versions are fused according to the structural information of the codes of the versions, so that a user can quickly and comprehensively obtain the total coverage state of the codes of the latest version after completing the coverage rate test of the codes of the versions, the user can conveniently measure the quality of the codes of the latest version, and the user experience is greatly improved.
In order to implement the above embodiments, the present invention further provides a computer device.
Fig. 7 is a schematic structural diagram of a computer device according to an embodiment of the present invention. The computer device shown in fig. 7 is only an example, and should not bring any limitation to the function and the scope of use of the embodiments of the present invention.
As shown in fig. 7, the computer apparatus 200 includes: the test data processing method comprises a memory 210, a processor 220 and a computer program stored on the memory 210 and capable of running on the processor 220, wherein the processor 220 implements the multi-version test data processing method described in the first aspect embodiment when executing the program.
In an alternative implementation form, as shown in fig. 8, the computer device 200 may further include: a memory 210 and a processor 220, a bus 230 connecting different components (including the memory 210 and the processor 220), the memory 210 storing a computer program, and the processor 220 implementing the multi-version test data processing method according to the embodiment of the present invention when executing the program.
Bus 230 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.
Computer device 200 typically includes a variety of computer device readable media. Such media can be any available media that is accessible by computer device 200 and includes both volatile and nonvolatile media, removable and non-removable media.
Memory 210 may also include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)240 and/or cache memory 250. The computer device 200 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 260 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 8, and commonly referred to as a "hard drive"). Although not shown in FIG. 8, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 230 by one or more data media interfaces. Memory 210 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 280 having a set (at least one) of program modules 270, including but not limited to an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may include an implementation of a network environment, may be stored in, for example, the memory 210. The program modules 270 generally perform the functions and/or methodologies of the described embodiments of the invention.
The computer device 200 may also communicate with one or more external devices 290 (e.g., keyboard, pointing device, display 291, etc.), with one or more devices that enable a user to interact with the computer device 200, and/or with any devices (e.g., network card, modem, etc.) that enable the computer device 200 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 292. Also, computer device 200 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) through network adapter 293. As shown, network adapter 293 communicates with the other modules of computer device 200 via bus 230. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the computer device 200, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, to name a few.
It should be noted that, for the implementation process and the technical principle of the computer device of this embodiment, reference is made to the foregoing explanation of the multi-version test data processing method of the embodiment of the first aspect, and details are not described here.
The computer device provided by the embodiment of the invention firstly obtains the coverage rate data respectively corresponding to each version code of the target application and the difference information among the versions of the code, wherein the difference information comprises the structure information of the difference code, and then determines the target coverage rate fusion mode according to the structure information of the difference code, so as to perform fusion processing on the coverage rate data respectively corresponding to each version code according to the target coverage rate fusion mode and determine the total coverage rate data of the target application. Therefore, the coverage rate data corresponding to the codes of the versions are fused according to the structural information of the codes of the versions, so that a user can quickly and comprehensively obtain the total coverage state of the codes of the latest version after completing the coverage rate test of the codes of the versions, the user can conveniently measure the quality of the codes of the latest version, and the user experience is greatly improved.
To achieve the above object, the present invention further provides a computer-readable storage medium.
Wherein the computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the multi-version test data processing described in the embodiments of the first aspect.
In an alternative implementation, the embodiments may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or to implicitly indicate the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the feature.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and alternate implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
It should be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, various steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are well known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc. Although embodiments of the present invention have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present invention, and that variations, modifications, substitutions and alterations can be made to the above embodiments by those of ordinary skill in the art within the scope of the present invention.

Claims (10)

1. A multi-version test data processing method is characterized by comprising the following steps:
acquiring coverage rate data corresponding to each version code of a target application and difference information among the version codes, wherein the difference information comprises structure information of the difference codes, and the structure information of the difference codes is used for indicating the specific structure of the difference codes;
determining a target coverage rate fusion mode according to the structural information of the difference code;
according to the target coverage rate fusion mode, fusion processing is carried out on coverage rate data corresponding to each version code, and total coverage rate data of the target application are determined;
the difference information also comprises difference code source codes and line numbers of the difference code source codes in each version;
the determining a target coverage fusion mode according to the structure information of the difference information code includes:
judging whether the difference codes comprise branch code segments or not according to the structure information of the difference codes;
if not, determining the mapping relation between the same source code included in the difference code and the line number in each version code according to the difference code source code and the line number of the difference code source code in each version code;
and merging the coverage rates of the same source codes according to the mapping relation between the same source codes and the line numbers in the codes of all versions and the coverage rate data respectively corresponding to the same source codes.
2. The method of claim 1, wherein the coverage data comprises a mapping of code line numbers to coverage status;
after the determining whether the difference code includes the branch code segment, the method further includes:
if yes, judging whether the branch code segment comprises source codes with the same function in each version code;
if yes, judging whether the number of branches respectively contained in source codes with the same functions in the codes of all versions is the same;
if the source codes with the same functions are the same, determining the maximum coverage state corresponding to the source codes with the same functions according to the coverage states of the source codes with the same functions in the codes of all versions, wherein the maximum coverage state represents that the number of executed code lines in the source codes with the same functions is the largest;
and updating the coverage states of the source codes with the same function in other versions by using the maximum coverage state corresponding to the source codes with the same function.
3. The method of claim 1 or 2, wherein the coverage data comprises a mapping of code line numbers to coverage status;
the merging the coverage rates of the same source codes includes:
and replacing the high-priority coverage state corresponding to the same source code with the low-priority coverage state according to a preset coverage state priority order.
4. The method according to any one of claims 1-2, wherein before performing the fusion processing on the coverage rate data corresponding to each version code, the method further comprises:
and determining a target fusion processing mode according to the system type of the code of each version.
5. The method of claim 4, wherein if the system type of each version code is a predetermined system type;
before the obtaining of the coverage rate data corresponding to each version code, the method further includes:
and acquiring a first file generated during compiling and a second file generated during running of the codes of the versions respectively.
6. The method according to any one of claims 1-2, wherein before obtaining the coverage data corresponding to each version code of the target application and the difference information between each version code, the method further comprises:
acquiring a target application multi-version test data fusion processing request, wherein the fusion processing request comprises a path of each version code and a fusion target;
acquiring source codes of the codes of all the versions according to the paths of the codes of all the versions;
and analyzing the source codes of the versions according to the fusion target, and determining the difference information among the codes of the versions.
7. The method of claim 6, wherein the request for fusion processing further includes a frequency of fusion processing;
the fusing the coverage rate data corresponding to each version code comprises:
according to the fusion processing frequency, coverage rate data of the codes of all versions are periodically acquired;
and fusing the coverage rate data of the codes of the versions acquired periodically.
8. A multi-version test data processing apparatus, comprising:
the system comprises an acquisition module, a storage module and a display module, wherein the acquisition module is used for acquiring coverage rate data corresponding to each version code of a target application and difference information among the version codes, the difference information comprises structure information of the difference codes, and the structure information of the difference codes is used for indicating the specific structure of the difference codes;
the determining module is used for determining a target coverage rate fusion mode according to the structural information of the difference code;
the processing module is used for fusing the coverage rate data respectively corresponding to the codes of each version according to the target coverage rate fusion mode and determining the total coverage rate data of the target application;
the difference information also comprises difference code source codes and line numbers of the difference code source codes in each version;
the determining a target coverage fusion mode according to the structure information of the difference information code includes:
judging whether the difference codes comprise branch code segments or not according to the structure information of the difference codes;
if not, determining the mapping relation between the same source code included in the difference code and the line number in each version code according to the difference code source code and the line number of the difference code source code in each version code;
and merging the coverage rates of the same source codes according to the mapping relation between the same source codes and the line numbers in the codes of the versions and the coverage rate data respectively corresponding to the same source codes.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor when executing the program implementing a multi-version test data processing method as claimed in any one of claims 1 to 7.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out a multi-version test data processing method according to any one of claims 1 to 7.
CN201810425235.3A 2018-05-07 2018-05-07 Multi-version test data processing method, device, equipment and storage medium Active CN108829580B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810425235.3A CN108829580B (en) 2018-05-07 2018-05-07 Multi-version test data processing method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810425235.3A CN108829580B (en) 2018-05-07 2018-05-07 Multi-version test data processing method, device, equipment and storage medium

Publications (2)

Publication Number Publication Date
CN108829580A CN108829580A (en) 2018-11-16
CN108829580B true CN108829580B (en) 2022-09-23

Family

ID=64147559

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810425235.3A Active CN108829580B (en) 2018-05-07 2018-05-07 Multi-version test data processing method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN108829580B (en)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109766261A (en) * 2018-12-14 2019-05-17 中国平安财产保险股份有限公司 Coverage test method, device, computer equipment and storage medium
CN110008124A (en) * 2019-03-29 2019-07-12 深圳前海微众银行股份有限公司 A kind of information processing method and device
CN110262966A (en) * 2019-06-03 2019-09-20 深圳前海微众银行股份有限公司 A kind of coverage information acquisition methods and device
CN110413532A (en) * 2019-08-08 2019-11-05 上海新炬网络技术有限公司 More process version change code coverage acquisition methods suitable for agility test
CN110781071B (en) * 2019-09-09 2022-10-14 中国平安财产保险股份有限公司 Method and device for testing application program upgrade version and computer equipment
CN110716901B (en) * 2019-09-25 2023-04-28 苏宁云计算有限公司 Performance test data processing method and device, computer equipment and storage medium
CN110990265B (en) * 2019-11-12 2023-10-03 苏州洞察云信息技术有限公司 Coverage rate determining method, coverage rate determining device and storage medium
CN111008138B (en) * 2019-12-06 2023-03-17 广州品唯软件有限公司 Method and device for processing code coverage rate and computer equipment
CN111078549B (en) * 2019-12-06 2023-03-17 广州品唯软件有限公司 Code coverage rate processing method and device and computer equipment
CN111124894B (en) * 2019-12-06 2023-04-28 广州品唯软件有限公司 Code coverage rate processing method and device and computer equipment
CN111078563A (en) * 2019-12-18 2020-04-28 上海品顺信息科技有限公司 Coverage rate data processing method, terminal device and computer readable storage medium
CN111444087B (en) * 2020-03-03 2023-12-01 北京齐尔布莱特科技有限公司 Coverage rate data processing method and device, computing equipment and readable storage medium
CN113535533B (en) * 2020-04-15 2024-04-05 百度在线网络技术(北京)有限公司 Method, apparatus, device and storage medium for testing code
CN112597041B (en) * 2020-12-28 2023-01-20 上海品顺信息科技有限公司 Cross-branch merging method, system, equipment and storage medium for code coverage rate
CN112612716B (en) * 2020-12-28 2023-01-20 上海品顺信息科技有限公司 Method, system, equipment and storage medium for enhancing marking of coverage rate of difference line codes

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105608011A (en) * 2016-03-01 2016-05-25 网易(杭州)网络有限公司 Determination method and device for code testing coverage rate statistical results
CN105988926A (en) * 2015-02-13 2016-10-05 腾讯科技(深圳)有限公司 Method and device for processing multi-version test data
CN106547680A (en) * 2015-09-17 2017-03-29 腾讯科技(深圳)有限公司 Data processing method and device in coverage rate test

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105988926A (en) * 2015-02-13 2016-10-05 腾讯科技(深圳)有限公司 Method and device for processing multi-version test data
CN106547680A (en) * 2015-09-17 2017-03-29 腾讯科技(深圳)有限公司 Data processing method and device in coverage rate test
CN105608011A (en) * 2016-03-01 2016-05-25 网易(杭州)网络有限公司 Determination method and device for code testing coverage rate statistical results

Also Published As

Publication number Publication date
CN108829580A (en) 2018-11-16

Similar Documents

Publication Publication Date Title
CN108829580B (en) Multi-version test data processing method, device, equipment and storage medium
CN107506300B (en) User interface testing method, device, server and storage medium
US10210076B2 (en) White box testing
US9811443B2 (en) Dynamic trace level control
US10255086B2 (en) Determining optimal methods for creating virtual machines
US20160342502A1 (en) How to track operator behavior via metadata
CN108763094B (en) Test case generation method, device, equipment and storage medium
US20200250019A1 (en) Method, device and computer program product for monitoring access request
CN111324441A (en) Operating environment switching method and device, computer equipment and storage medium
US20150339218A1 (en) Merging automated testing reports
CN110674047A (en) Software testing method and device and electronic equipment
CN110659210A (en) Information acquisition method and device, electronic equipment and storage medium
CN111666217A (en) Method and apparatus for testing code
CN115048254B (en) Simulation test method, system, equipment and readable medium for data distribution strategy
US10176083B2 (en) Code coverage through overlay hooks
CN110941547B (en) Automatic test case library management method, device, medium and electronic equipment
CN112363938A (en) Data processing method and device, electronic equipment and storage medium
CN111694684B (en) Abnormal construction method and device of storage device, electronic device and storage medium
CN115034596A (en) Risk conduction prediction method, device, equipment and medium
US11249880B1 (en) Debugging and simulating application runtime execution
CN108647284B (en) Method and device for recording user behavior, medium and computing equipment
US20120110549A1 (en) Code Breakage Detection Using Source Code History Background
CN112069158A (en) Data restoration method, device, equipment and storage medium
CN111176944A (en) Block chain intelligent contract calling record analysis method, device, terminal and storage medium
US20180365129A1 (en) Dynamic instrumentation based on detected errors

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant