CN110928773A - Project test result management method and device, computer equipment and storage medium - Google Patents
Project test result management method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN110928773A CN110928773A CN201911075925.1A CN201911075925A CN110928773A CN 110928773 A CN110928773 A CN 110928773A CN 201911075925 A CN201911075925 A CN 201911075925A CN 110928773 A CN110928773 A CN 110928773A
- Authority
- CN
- China
- Prior art keywords
- target
- report
- test report
- uploading
- management platform
- 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.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 338
- 238000007726 management method Methods 0.000 title abstract description 146
- 238000000034 method Methods 0.000 claims abstract description 56
- 238000004458 analytical method Methods 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims description 31
- 230000000153 supplemental effect Effects 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 5
- 238000000605 extraction Methods 0.000 claims description 4
- 238000011161 development Methods 0.000 abstract description 11
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The present application relates to the field of development, and in particular, to a project test result management method, apparatus, computer device, and storage medium. The method comprises the following steps: acquiring an uploading instruction, wherein the uploading instruction is used for uploading a test result of a target unit; reading a target test report corresponding to a target unit from a preset position for storing the test report; analyzing the target test report according to a set report analysis rule to obtain target index information; uploading the target index information to an index interface of a management platform, wherein the index interface is used for receiving the uploaded index information by the management platform; and uploading the target test report to a report interface of the management platform, wherein the report interface is used for receiving the uploaded test report by the management platform. By adopting the method, the unit test result of each project can be efficiently managed.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a project test result management method and apparatus, a computer device, and a storage medium.
Background
With the development of computer technology, application programs are widely applied to terminals such as mobile phones, personal computers and the like, and programming technology also becomes one of the current popular technologies; after the development work is completed, a test tool is usually accessed to test the programming unit in the project, the unit test is a basic mode for verifying the robustness of program codes after the development of project-level codes is completed, and the good unit test can greatly reduce the workload of research and development and testers after the project is promoted and tested. The robustness refers to the processing capability of software for input conditions except for the specification requirement, and the robust system can judge that the input conditions do not meet the specification requirement for the input conditions except for the specification requirement and can have a reasonable processing mode.
Conventionally, for the management of the test results of a plurality of units in each project, the completion condition of unit test work is determined by checking the percentage of various indexes of unit test reaching the standard through jacoco and other open source tools; however, the inventor has recognized that for an internet-related enterprise with a large number of projects, technicians are required to go to different terminals to obtain test results for unit test cases in different projects, and the management efficiency is low.
Disclosure of Invention
In view of the above, it is desirable to provide a project test result management method, apparatus, computer device, and storage medium capable of efficiently managing unit test results for each project.
A method of project test result management, the method comprising:
acquiring an uploading instruction, wherein the uploading instruction is an instruction for uploading a test result of a target unit;
reading a target test report corresponding to the target unit from a preset position for storing the test report;
analyzing the target test report according to a set report analysis rule to obtain target index information;
uploading the target index information to an index interface of a management platform, wherein the index interface is used for receiving the uploaded index information by the management platform;
and uploading the target test report to a report interface of the management platform, wherein the report interface is used for receiving the uploaded test report by the management platform.
In one embodiment, before the obtaining the upload instruction, the method further includes:
and when receiving an instruction for compiling the target unit or receiving a code submission instruction of the target unit, generating the uploading instruction.
In one embodiment, after the obtaining the upload instruction, the method further includes:
obtaining supplemental information for the target unit from a code repository, the code repository being a project management unit code-based repository;
after reading the target test report corresponding to the target unit from the preset position where the test report is stored, the method further includes:
adding the supplemental information to the target test report.
In one embodiment, before reading the target test report corresponding to the target unit from the preset location where the test report is stored, the method further includes:
testing the target unit to obtain the target test report corresponding to the target unit;
and storing the target test report to the preset position.
In one embodiment, after obtaining the target test report corresponding to the target unit, the method further includes:
compressing the target test report;
the storing the target test report to the preset location includes:
storing the compressed target test report to the preset position;
the uploading the target test report to a report interface of the management platform comprises:
and uploading the compressed target test report to a report interface of the management platform, so that the management platform decompresses the compressed target test report.
In one embodiment, after the uploading the target metric information to the metric interface of the management platform, the method further includes:
receiving a target identifier corresponding to the target index information returned by the management platform;
after the uploading the target test report to the report interface of the management platform, the method further includes:
and recording the storage position of the target test report according to the target identification.
An apparatus for managing project test results, the apparatus comprising:
the device comprises an uploading instruction acquisition module, a target unit and a test result processing module, wherein the uploading instruction acquisition module is used for acquiring an uploading instruction which is an instruction for uploading a test result of the target unit;
the report reading module is used for reading a target test report corresponding to the target unit from a preset position for storing the test report;
the index information extraction module is used for analyzing the target test report according to a set report analysis rule to obtain target index information;
the index uploading module is used for uploading the target index information to an index interface of a management platform, and the index interface is used for receiving the uploaded index information by the management platform;
and the report uploading module is used for uploading the target test report to a report interface of the management platform, and the report interface is an interface used by the management platform for receiving the uploaded test report.
In one embodiment, the project test result management apparatus further includes:
and the uploading instruction generating module is used for generating the uploading instruction when receiving an instruction for compiling the target unit or receiving a code submitting instruction of the target unit.
A computer device comprising a memory storing a computer program and a processor implementing the steps of any of the methods described above when the processor executes the computer program.
A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method of any of the above.
According to the project test result management method, the project test result management device, the computer equipment and the storage medium, after unit testing is carried out on each terminal, the test result is stored in the preset position, the terminal can obtain the test report from the preset position and upload the test report to the management platform for managing the unit test results of all the terminals, and the unit test result uploaded to the management platform by the terminal comprises the analyzed representative target data and the original test report obtained after the terminal carries out the unit testing. According to the method, the project test results uploaded by all connected terminals are managed through one management platform, the target data of the project test results and the test report original are separately managed, if the test condition of a unit contained in a certain project needs to be acquired, the unit test results of each project can be efficiently managed by directly inquiring through the management platform.
Drawings
FIG. 1 is a diagram illustrating an exemplary scenario for a method for managing test results of a project;
FIG. 2 is a flowchart illustrating a method for managing test results of a project according to an embodiment;
FIG. 3 is a flowchart illustrating a method for managing coverage test results according to an embodiment;
FIG. 4 is a block diagram showing the structure of a project test result management apparatus according to an embodiment;
FIG. 5 is a diagram illustrating an internal structure of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The project test result management method provided by the application can be applied to the application environment shown in fig. 1. Wherein the terminal 102 communicates with the server 104 via a network. A plug-in for implementing the project test result management method in the present application is installed on the terminal 102, and the target test report of the terminal 102 is analyzed by the program to obtain target index information, and the target index information and the target test report are respectively uploaded to different interfaces of a management platform configured on the server 104. The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices, and the server 104 may be implemented by an independent server or a server cluster formed by a plurality of servers.
In one embodiment, as shown in fig. 2, a project test result management method is provided, which is described by taking the method as an example applied to the terminal 102 in fig. 1, and includes the following steps:
step S202, an uploading instruction is obtained, wherein the uploading instruction is used for uploading the test result of the target unit.
The uploading instruction is an instruction for triggering the uploading of the test result of the target unit, and the test result is the test report and the index information of the target unit. The uploading instruction can be obtained from other equipment, and the instruction can also be generated by the terminal according to a preset triggering condition. For example, when the terminal receives a start command from a user or when a certain unit is compiled or submitted, the terminal generates an upload instruction, and starts the steps S204 to S208 described below.
And when the terminal acquires the trigger instruction, starting to acquire the test report and the index information of the target unit, and sending the acquired test report and the acquired index information to the management platform.
And S204, reading a target test report corresponding to the target unit from a preset position for storing the test report.
The preset position is a position where the terminal is used for storing a test report obtained after the corresponding test is performed on each unit, and the preset position may be a fixed position in a certain disk on the terminal, or may be a storage area arranged outside the terminal, for example, a disk database externally connected to the terminal, or the like.
The test report is a report used for representing the test condition of a unit after data analysis and data processing are carried out on the test result of the unit; the test report should include information about the cell, such as the cell name; information of the item to which the unit belongs, such as an item name or an item code, etc.; test items and test results of the units, and the like. Unit testing is the inspection and verification of the smallest testable unit in software, which is the lowest level of test activity to be performed during software development, and individual units of software will be tested in isolation from other parts of the program. Wherein the unit is an artificially specified minimum tested function module. Test cases, which are a set of test inputs, execution conditions, and expected results tailored for a particular target, may be written to execute corresponding test items on the cells to test a certain program path or verify that a certain specific requirement is met.
In addition, if the same test is performed on a plurality of units in a project, the test results can be collected to obtain the comprehensive test result of the project. For example, a unit's test report may refer to this unit test coverage statistics report generated by a Jacoco tool (an open source unit test coverage statistics tool). The target test report is a report which needs to be uploaded to a management platform of the server-side architecture.
Specifically, when the terminal is to upload a test report corresponding to a certain project to the management platform, a target test report of a target unit corresponding to the upload instruction is acquired from a preset position where the test report is stored, and the upload operation is executed according to the following steps.
And S206, analyzing the target test report according to the set report analysis rule to obtain target index information.
The set report analysis rule is a rule used for extracting specific representative index information from the test report; the rules can be established according to the structure of the test report or keywords contained in the test report; for example, in a code coverage report for a project generated by a Jacoco tool, the detection result for a certain unit is:
unit name: code coverage (coverage): a percent
Unit name: b code coverage (coverage): b% of
In the monitoring result, the unit name represents the unit to be tested in the project, and A and B are the names of specific test units; the code coverage rate is a test item executed on the unit, and a% and b% are specific values tested by the code coverage rate; the code coverage rate test result of each unit independently occupies one row; thus, it is possible to combine: the characteristics of a single line including the unit name in the form of fixed data, the code coverage in the form of percentage (also in the form of fraction and the like) and the like are set as a report analysis rule, and when the terminal identifies data meeting the rule, the line of data is obtained as target index information; the target index information is index information obtained after the terminal analyzes the target test report according to the set report analysis rule.
And S208, uploading the target index information to an index interface of the management platform, wherein the index interface is used for receiving the uploaded index information by the management platform.
The management platform is used for managing the project test results uploaded by all terminals connected with the management platform, and the management platform comprises two receiving interfaces for butting the data uploaded by the terminals: the system comprises a first index interface, a second index interface and a third interface, wherein the first index interface is used for receiving index information which is uploaded by a terminal and analyzed from a test report; and secondly, a report interface for receiving the uploaded test report. The two receiving interfaces can correspond to different interface numbers or interface addresses, and the terminal can upload the analyzed data or the obtained test report to the receiving interface corresponding to the management platform according to the interface numbers or the interface addresses.
After receiving the index information or the test report analyzed from the test report uploaded by the terminal, the management platform needs to store the index information or the report and establish different operation logics for different receiving interfaces; for example, at the index interface, the management platform may set a set of table dropping logic, and drop scattered index information obtained by analysis uploaded by the terminal according to rules such as corresponding item names, unit names, and the like; for the test result with larger data magnitude, the index information obtained by analysis can be stored in a specified database, and a database index is established by the project name and the unit name. A set of storage logic can be established at the report interface, namely, the test reports uploaded by the terminal are all stored in a fixed position of the server, or can be stored in an external database and the like; when the management platform stores the test report, a corresponding index can be established according to the terminal uploaded by the test report or the corresponding project name, and the management platform can acquire the report from the position where the test report is stored according to the index for subsequent analysis.
Specifically, after the terminal completes the analysis of the target data in the target test report, the terminal acquires an interface code or an interface address of the index interface of the management platform, and uploads the target data to the index interface of the management platform according to the interface code or the interface address.
And S210, uploading the target test report to a report interface of the management platform, wherein the report interface is an interface used by the management platform for receiving the uploaded test report.
Specifically, the terminal further needs to upload the target test report to the management platform, acquire an interface code or an interface address of a report interface of the management platform, and upload the target test report to the report interface of the management platform according to the interface code or the interface address. When the management platform cannot extract the required information from the data analyzed by the terminal, the management platform can acquire the source test report corresponding to the analyzed data to extract the information.
According to the project test result management method, after each terminal carries out unit test, the test result is stored in the preset position, the terminal can obtain the test report from the preset position and upload the test report to the management platform for managing the unit test results of all the terminals, the unit test result uploaded to the management platform by the terminals comprises the analyzed representative target index information and the original test report obtained after the terminal carries out the unit test. According to the method, the unit test results of all the connected terminals are managed through one management platform, the index information of the project test results and the test report original are separately managed, if the unit test condition of a certain project needs to be acquired, the unit test result of each project can be efficiently managed by directly inquiring through the management platform.
In an embodiment, before the step S202 in fig. 2 acquires the upload instruction, the method may further include: when an instruction to compile the target unit is received or a code submission instruction of the target unit is received, an upload instruction is generated.
Specifically, the upload instruction may be generated by the terminal according to a trigger condition, where the trigger condition may be that the terminal executes a compiling operation on the target unit, that is, the terminal receives an instruction for compiling the target unit; the trigger condition may also be an operation of uploading the code of the target unit to the code repository by the terminal, that is, receiving a submission instruction of the target unit.
In the embodiment, when the target unit is developed and the terminal receives an instruction for compiling the target unit or a code submission instruction of the target unit, an uploading instruction is generated, and the terminal is triggered to upload target index information and a target test report of the target unit to the management platform; an uploading instruction does not need to be given to the terminal additionally, and data omission caused by manual non-operation in the test report uploading process is avoided.
In an embodiment, after the step S202 in fig. 2 acquires the upload instruction, the method may further include: the supplemental information for the target unit is obtained from a code repository, which is a repository based on project management unit code. After the step S204 reads the target test report corresponding to the target unit from the preset location where the test report is stored, the method may further include: supplemental information is added to the target test report.
After each development responsible person of a project completes the development work of codes of one or more units in a certain project or project, the codes are uploaded to a code warehouse according to the unit, the project to which the unit belongs, the function of the unit in the project and the like, and the code warehouse manages the codes uploaded by each terminal according to the classifications. The code repository may be implemented using Gitlab (an open source project for repository management systems).
The supplemental information is information related to the target unit, which may be project related information, etc.; because the test items of each unit are different, and the test report generated in the test process does not necessarily contain the information of the item to which the unit belongs, when the terminal uploads the target test report to the management platform, the terminal can first obtain the supplementary information of the target unit corresponding to the target test report from the code warehouse, so as to ensure the integrity of the information in the target test report.
In one embodiment, before the step S204 in fig. 2 reads the target test report corresponding to the target unit from the preset location where the test report is stored, the method may further include: testing the target unit to obtain a target test report corresponding to the target unit; and storing the target test report to a preset position.
Specifically, the test report that the terminal analyzes data and uploads the data to the management platform is obtained after the terminal performs a corresponding test on units in the project. The unit to be tested is a certain code unit which needs to be tested and is contained in a project, the testing types of different code units can be different by the terminal, and after the terminal tests the unit to be tested, the generated testing report is stored in a preset position, so that the terminal can conveniently inquire the testing result subsequently.
In the process of realizing project development, a project can be divided into a plurality of code units, each code unit is assigned to different development subjects for development, and the developed code units are tested. Optionally, each development subject may collect the code units to a test terminal for unified testing, or different execution subjects may respectively test the developed code units after development, and finally, the test reports of all the code units of a project are stored in a unified preset location. In the code coverage test described above, the coverage in a code unit can be tested directly based on a jacoco plug-in.
In this embodiment, the test report is obtained by testing the code unit in one project and is stored in a preset location.
In an embodiment, after obtaining the target test report corresponding to the target unit, the method may further include: and compressing the target test report. The step of storing the target test report to a preset location may include: and saving the compressed target test report to a preset position. Step S210 in fig. 2 uploads the target test report to a report interface of the management platform, which may include: and uploading the compressed target test report to a report interface of the management platform, so that the management platform decompresses the compressed target test report.
After the corresponding test is performed on the unit in the previous embodiment to obtain the corresponding test report, the test report may be compressed and then stored. The terminal can directly obtain the compressed target test report from the preset position and upload the compressed target test report to a report interface of the management platform, and the management platform decompresses the uploaded compressed target test report after receiving the compressed target test report to obtain the target test report.
For example, in a coverage test, the obtained coverage report is compressed by the builreport method of JacocoReportFactory, and the report compressed packet is stored in a preset position. When the terminal obtains the compressed coverage rate report, the terminal can complete the analysis of the report through a jacoco parser (JacocoParser) tool to obtain target index information in a target test report.
In this embodiment, after the target test report is obtained, the target test report may be compressed, and when the terminal uploads the target test report, the compressed target test report is directly uploaded to the management platform, and the management platform decompresses the uploaded test report. Therefore, the space for storing the test report by each terminal is effectively saved, and the data volume when the terminal uploads the test report to the management terminal is reduced.
In an embodiment, after uploading the target index information to the index interface of the management platform in step S208 in fig. 2, the method may further include: receiving a target identifier corresponding to the target index information returned by the management platform; after uploading the target test report to the report interface of the management platform in step S210 in fig. 2, the method may further include: and recording the storage position of the target test report according to the target identification.
After receiving the target index information uploaded by the terminal, the management platform generates a unique identifier for managing the target index information, namely a target identifier. This destination identification may be in the form of a memory address (id) or the like. The management platform can return the target identifier to the uploading terminal of the target index information, so that the uploading terminal can access the target index information stored on the management platform through the target identifier. Correspondingly, after receiving a target test report corresponding to the target index information, the management platform generates an incidence relation between a target identifier and a storage position of the target test report at the management terminal; the management platform can access the target index information and the target test report stored by the management platform according to the target identifier; and each terminal can also read the stored target index information and the target test report from the management platform according to the target identifier.
In this embodiment, the management platform manages the stored target index information and the target test report according to the target identifier, and returns the target identifier to the terminal.
Referring to fig. 3, fig. 3 is a flow chart of a coverage test result management method in an embodiment; the method is based on a framework (an open-source unit test coverage rate statistical tool can be embedded into Maven and a unit test coverage rate statistical report is generated in a plug-in mode) in a Maven (project object model, project management tool software which can manage construction, reports and documents of projects through a small piece of description information).
In the prior art, unit testing is usually performed locally, a coverage rate test is performed on a unit through a Jacoco-maven-plugin plug-in, a generated coverage rate report can be checked only by a developer or is submitted and counted in a unified manner through a certain manual submission mode, and the report collection mode is very complicated. The method for managing the coverage rate test result comprises a coverage rate test result uploading step and a platform management step:
uploading a coverage rate test result: when the project is submitted or locally compiled through each terminal, a unit test coverage rate statistic (cover-maven-plugin) plug-in is triggered, and a coverage rate test report is uploaded to a management platform (cover-center) in a compressed file form. The operation flow of the plug-in on the terminal specifically comprises the following steps: the unit triggers a singleton plugin when executing local compilation or submitting codes to a gitlab; the single-test plug-in obtains a unit test coverage rate statistical report generated by jacoco according to the project default path/user defined path; the single-test plug-in analyzes the coverage rate report to obtain different coverage rate indexes; packing the coverage rate report into a compressed file by the single-test plug-in; the single test plug-in uploads a report to a designated interface of the management platform through an http interface, and different management platform interfaces can be designated for the coverage rate index and the coverage rate report.
The code execution step of the unit test coverage statistics plug-in comprises the following steps: the CoverReportMojo acquires information such as project path, name and the like, and submits the information to GitResposotity to generate a git information report; selecting a proper tool factory class, in this embodiment, jacoco class, by using a selectFactory method in CoverReportMojo; the CoverReportMojo calls a builtReport method of JacscorReportfactory to compress the report, temporarily stores the report compressed packet in a default (or user-defined) path, finishes the analysis of the report by the Jacobser, and finally returns the analyzed coverage rate information and the compressed packet address together; the CoverReportMojo calls a submit method of the CoverClient to submit report basic information to the management platform, generates a unique identifier (id) corresponding to the report and returns the unique identifier (id); and the CoverReportMojo calls an upload method of the CoverClient to submit the report compressed file to the management platform, and records the address of the compressed file according to the unique identifier returned previously.
A platform management step: the management platform (Cover-Center) calls a file storage service (Http storage service) to save the coverage statistics report. The management platform backs up the report files to prevent data loss. And analyzing the data of the report file, such as the information of the project name, the report storage address, the project gitlab storage address and the like, and saving the data in a Database (DB). And uniformly checking the test coverage conditions of all project units on the coverage reports stored in the management platform by using a front-end page (Cover-UI).
The maven-based unit test coverage rate statistical plug-in (hereinafter referred to as single test plug-in) can be triggered when pushing codes to gitlab through a local compiling form or a configuration yaml (an intuitive data serialization format capable of being recognized by a computer), compresses a unit test coverage rate report, then uniformly uploads the compressed unit test coverage rate report to a specified management platform, and the compressed unit test coverage rate report is displayed on a front-end page after being decompressed by the management platform.
In this embodiment, a developer is no longer required to manually trigger generation and statistics of the unit test coverage rate report, and only some simple configurations are required, so that the unit test coverage rate report can be generated and viewed on a page given by the management platform when the code is submitted.
It should be understood that although the various steps in the flow charts of fig. 2-3 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 2-3 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternating with other steps or at least some of the sub-steps or stages of other steps.
In one embodiment, as shown in fig. 4, there is provided a project test result management apparatus including: an upload instruction acquisition module 100, a report reading module 200, an index information extraction module 300, an index upload module 400, and a report upload module 500, wherein:
the upload instruction obtaining module 100 is configured to obtain an upload instruction, where the upload instruction is an instruction for uploading a test result of a target unit.
A report reading module 200, configured to read a target test report corresponding to a target unit from a preset location where the test report is stored.
And the index information extraction module 300 is configured to analyze the target test report according to the set report analysis rule to obtain target index information.
And an index uploading module 400, configured to upload the target index information to an index interface of the management platform, where the index interface is an interface used by the management platform to receive the uploaded index information.
A report uploading module 500, configured to upload the target test report to a report interface of the management platform, where the report interface is an interface used by the management platform to receive the uploaded test report.
In one embodiment, the project test result management apparatus may further include:
and the uploading instruction generating module is used for generating the uploading instruction when receiving an instruction for compiling the target unit or receiving a code submitting instruction of the target unit.
In one embodiment, the project test result management apparatus further includes:
and the supplementary information acquisition module is used for acquiring the supplementary information of the target unit from a code warehouse, wherein the code warehouse is a warehouse based on the codes of the project management units.
And the information supplement module is used for adding the supplementary information into the target test report.
In one embodiment, the project test result management apparatus further includes:
and the test module is used for testing the target unit to obtain a target test report corresponding to the target unit.
And the report storage module is used for storing the target test report to a preset position.
In one embodiment, the project test result management apparatus further includes:
and the report compression module is used for compressing the target test report.
The report storing module is further configured to store the compressed target test report to a preset location.
The report uploading module 500 in fig. 4 is further configured to upload the compressed target test report to a report interface of the management platform, so that the management platform decompresses the compressed target test report.
In one embodiment, the project test result management apparatus further includes:
and the identification receiving module is used for receiving the target identification which is returned by the management platform and corresponds to the target index information.
And the position correlation module is used for recording the storage position of the target test report according to the target identification.
For the specific definition of the project test result management device, reference may be made to the above definition of the project test result management method, which is not described herein again. The modules in the project test result management device can be wholly or partially realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as shown in fig. 5. The computer device includes a processor, a memory, a network interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a project test result management method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.
Those skilled in the art will appreciate that the architecture shown in fig. 5 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, there is provided a computer device comprising a memory storing a computer program and a processor implementing the following steps when the processor executes the computer program: acquiring an uploading instruction, wherein the uploading instruction is an instruction for uploading a test result of a target unit; reading a target test report corresponding to a target unit from a preset position for storing the test report; analyzing the target test report according to a set report analysis rule to obtain target index information; uploading the target index information to an index interface of a management platform, wherein the index interface is used for receiving the uploaded index information by the management platform; and uploading the target test report to a report interface of the management platform, wherein the report interface is used for receiving the uploaded test report by the management platform.
In one embodiment, before the obtaining the upload instruction when the processor executes the computer program, the method further includes: when an instruction to compile the target unit is received or a code submission instruction to the target unit is received, an upload instruction is generated.
In one embodiment, the obtaining of the upload instruction when the processor executes the computer program further comprises: obtaining supplemental information for the target unit from a code repository, the code repository being a repository based on project management unit codes; after the processor reads the target test report corresponding to the target unit from the preset position for storing the test report, the processor executes the computer program, and the method further comprises the following steps: supplemental information is added to the target test report.
In one embodiment, before the reading of the target test report corresponding to the target unit from the preset location where the test report is stored, the processor when executing the computer program further comprises: testing the target unit to obtain a target test report corresponding to the target unit; and storing the target test report to a preset position.
In one embodiment, after obtaining the target test report corresponding to the target unit, the processor, when executing the computer program, further includes: compressing the target test report; the storing of the target test report to a preset location, which is realized when the processor executes the computer program, comprises: storing the compressed target test report to a preset position; a report interface implemented by a processor executing a computer program for uploading a target test report to a management platform, comprising: and uploading the compressed target test report to a report interface of the management platform, so that the management platform decompresses the compressed target test report.
In one embodiment, the uploading of the target index information to the index interface of the management platform when the processor executes the computer program further comprises: receiving a target identifier corresponding to the target index information returned by the management platform; after the report interface for uploading the target test report to the management platform is realized when the processor executes the computer program, the method further comprises the following steps: and recording the storage position of the target test report according to the target identification.
In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of: acquiring an uploading instruction, wherein the uploading instruction is an instruction for uploading a test result of a target unit; reading a target test report corresponding to a target unit from a preset position for storing the test report; analyzing the target test report according to a set report analysis rule to obtain target index information; uploading the target index information to an index interface of a management platform, wherein the index interface is used for receiving the uploaded index information by the management platform; and uploading the target test report to a report interface of the management platform, wherein the report interface is used for receiving the uploaded test report by the management platform.
In one embodiment, the computer program, when executed by the processor, further comprises prior to obtaining the upload instruction: when an instruction to compile the target unit is received or a code submission instruction to the target unit is received, an upload instruction is generated.
In one embodiment, the computer program, when executed by a processor, further performs the following steps after acquiring the upload instruction: obtaining supplemental information for the target unit from a code repository, the code repository being a repository based on project management unit codes; after the computer program is executed by the processor to read the target test report corresponding to the target unit from the preset position for storing the test report, the method further comprises: supplemental information is added to the target test report.
In one embodiment, before reading a target test report corresponding to a target unit from a preset location where the test report is stored, the computer program, when executed by the processor, further comprises: testing the target unit to obtain a target test report corresponding to the target unit; and storing the target test report to a preset position.
In one embodiment, the computer program, when executed by the processor, further performs the following steps after obtaining a target test report corresponding to the target unit: compressing the target test report; the computer program when executed by the processor implements storing the target test report to a predetermined location, comprising: storing the compressed target test report to a preset position; a reporting interface implemented by a computer program when executed by a processor for uploading a target test report to a management platform, comprising: and uploading the compressed target test report to a report interface of the management platform, so that the management platform decompresses the compressed target test report.
In one embodiment, the uploading of target metric information to a metric interface of a management platform when the computer program is executed by a processor further comprises: receiving a target identifier corresponding to the target index information returned by the management platform; after the computer program is executed by the processor and uploads the target test report to the report interface of the management platform, the method further comprises the following steps: and recording the storage position of the target test report according to the target identification.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A method for managing project test results, the method comprising:
acquiring an uploading instruction, wherein the uploading instruction is used for uploading a test result of a target unit;
reading a target test report corresponding to the target unit from a preset position for storing the test report;
analyzing the target test report according to a set report analysis rule to obtain target index information;
uploading the target index information to an index interface of a management platform, wherein the index interface is used for receiving the uploaded index information by the management platform;
and uploading the target test report to a report interface of the management platform, wherein the report interface is used for receiving the uploaded test report by the management platform.
2. The method of claim 1, wherein prior to obtaining the upload instruction, further comprising:
and when receiving an instruction for compiling the target unit or receiving a code submission instruction of the target unit, generating the uploading instruction.
3. The method of claim 2, wherein after the obtaining the report upload instruction, further comprising:
obtaining supplemental information for the target unit from a code repository, the code repository being a project management unit code-based repository;
after reading the target test report corresponding to the target unit from the preset position where the test report is stored, the method further includes:
adding the supplemental information to the target test report.
4. The method of claim 1, wherein prior to reading the target test report corresponding to the target unit from the preset location where the test report is stored, further comprising:
testing the target unit to obtain the target test report corresponding to the target unit;
and storing the target test report to the preset position.
5. The method of claim 4, wherein after obtaining the target test report corresponding to the target unit, further comprising:
compressing the target test report;
the storing the target test report to the preset location includes:
storing the compressed target test report to the preset position;
the uploading the target test report to a report interface of the management platform comprises:
and uploading the compressed target test report to a report interface of the management platform, so that the management platform decompresses the compressed target test report.
6. The method of claim 1, wherein after uploading the target metric information to a metric interface of a management platform, further comprising:
receiving a target identifier corresponding to the target index information returned by the management platform;
after the uploading the target test report to the report interface of the management platform, the method further includes:
and recording the storage position of the target test report according to the target identification.
7. An apparatus for managing results of project tests, the apparatus comprising:
the device comprises an uploading instruction acquisition module, a target unit and a test result processing module, wherein the uploading instruction acquisition module is used for acquiring an uploading instruction which is an instruction for uploading a test result of the target unit;
the report reading module is used for reading a target test report corresponding to the target unit from a preset position for storing the test report;
the index information extraction module is used for analyzing the target test report according to a set report analysis rule to obtain target index information;
the index uploading module is used for uploading the target index information to an index interface of a management platform, and the index interface is used for receiving the uploaded index information by the management platform;
and the report uploading module is used for uploading the target test report to a report interface of the management platform, and the report interface is an interface used by the management platform for receiving the uploaded test report.
8. The apparatus of claim 7, further comprising:
and the uploading instruction generating module is used for generating the uploading instruction when receiving an instruction for compiling the target unit or receiving a code submitting instruction of the target unit.
9. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the processor implements the steps of the method of any one of claims 1 to 6 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911075925.1A CN110928773A (en) | 2019-11-06 | 2019-11-06 | Project test result management method and device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911075925.1A CN110928773A (en) | 2019-11-06 | 2019-11-06 | Project test result management method and device, computer equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110928773A true CN110928773A (en) | 2020-03-27 |
Family
ID=69853251
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911075925.1A Pending CN110928773A (en) | 2019-11-06 | 2019-11-06 | Project test result management method and device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110928773A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111581915A (en) * | 2020-04-29 | 2020-08-25 | 上海庆科信息技术有限公司 | Project task management method, platform, electronic equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108596471A (en) * | 2018-04-19 | 2018-09-28 | 平安科技（深圳）有限公司 | Project evaluation information processing method, device, computer equipment and storage medium |
| CN109254907A (en) * | 2018-08-03 | 2019-01-22 | 挖财网络技术有限公司 | A kind of interface testing report-generating method and system based on Java |
| CN109597766A (en) * | 2018-12-14 | 2019-04-09 | 深圳壹账通智能科技有限公司 | A kind of processing method and system of test report |
-
2019
- 2019-11-06 CN CN201911075925.1A patent/CN110928773A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108596471A (en) * | 2018-04-19 | 2018-09-28 | 平安科技（深圳）有限公司 | Project evaluation information processing method, device, computer equipment and storage medium |
| CN109254907A (en) * | 2018-08-03 | 2019-01-22 | 挖财网络技术有限公司 | A kind of interface testing report-generating method and system based on Java |
| CN109597766A (en) * | 2018-12-14 | 2019-04-09 | 深圳壹账通智能科技有限公司 | A kind of processing method and system of test report |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111581915A (en) * | 2020-04-29 | 2020-08-25 | 上海庆科信息技术有限公司 | Project task management method, platform, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109062780B (en) | Development method of automatic test case and terminal equipment | |
| CN110941546A (en) | Automatic test method, device, equipment and storage medium for WEB page case | |
| CN108427613B (en) | Abnormal interface positioning method and device, computer equipment and storage medium | |
| CN110825619A (en) | Automatic generation method and device of interface test case and storage medium | |
| CN110647471B (en) | Interface test case generation method, electronic device and storage medium | |
| CN113342685A (en) | Precise test method and device, computer equipment and storage medium | |
| CN111522728A (en) | Method for generating automatic test case, electronic device and readable storage medium | |
| CN112463568A (en) | Service simulation test method and device and electronic equipment | |
| CN114356631A (en) | Fault positioning method and device, computer equipment and storage medium | |
| CN108446224B (en) | Performance analysis method of application program on mobile terminal and storage medium | |
| CN116069571A (en) | Storage device performance automatic test method, device, equipment and storage medium | |
| CN114090462B (en) | Software repeated defect identification method and device, computer equipment and storage medium | |
| CN113377719B (en) | System abnormal shutdown time acquisition method and system | |
| CN113837584A (en) | Service processing system and abnormal data processing method based on service processing system | |
| CN110928773A (en) | Project test result management method and device, computer equipment and storage medium | |
| CN117493188A (en) | Interface testing method and device, electronic equipment and storage medium | |
| CN113791980B (en) | Conversion analysis method, device and equipment for test cases and storage medium | |
| CN116048962A (en) | Test report generation method, device, computer equipment and storage medium | |
| CN113485919A (en) | Test method, test device and computer readable storage medium | |
| CN113342632A (en) | Simulation data automatic processing method and device, electronic equipment and storage medium | |
| CN113760696A (en) | Program problem positioning method and device, electronic equipment and storage medium | |
| CN113360454B (en) | Memory snapshot file compression and decompression method and related device | |
| CN114327377B (en) | Method and device for generating demand tracking matrix, computer equipment and storage medium | |
| CN114721970B (en) | Method and device for automatic testing and accurate testing of construction interface | |
| CN111008131B (en) | Automated testing method, apparatus, computer device and storage medium |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200327 |
|
| RJ01 | Rejection of invention patent application after publication |