CN112817849B

CN112817849B - Test data processing method, device, equipment and storage medium

Info

Publication number: CN112817849B
Application number: CN202110118553.7A
Authority: CN
Inventors: 邵国强
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2021-01-28
Filing date: 2021-01-28
Publication date: 2024-06-04
Anticipated expiration: 2041-01-28
Also published as: CN112817849A

Abstract

The present disclosure relates to a test data processing method, apparatus, device and storage medium, the method determines a branch acquisition address based on a branch data acquisition request sent by a terminal, and issues the branch acquisition address to the terminal; and the terminal acquires branch display data corresponding to development branch data which is integrated with main branch data in the installation package to be tested based on the branch acquisition address, and displays the branch display data. Therefore, the problem that the background software development platform is frequently opened, the operation is simple, the problem of missing the combined development branch information can be reduced, and the agile development test efficiency can be remarkably improved.

Description

Test data processing method, device, equipment and storage medium

Technical Field

The disclosure relates to the field of computer technology, and in particular, to a test data processing method, a device, equipment and a storage medium.

Background

In the agile development test process, modes of back-end branch development and front-end branch test are generally adopted. During front-end testing, a tester typically needs to download a code installation package incorporating development branches from the back-end to perform testing in the front-end environment on the code installation package. Before performing the front-end test, it is generally necessary to check development branch information incorporated in the code installation package in order to avoid the occurrence of missing test, erroneous test, and the like.

In the related art, development branch information incorporated in a code installation package is mainly obtained from GitLab (a fully integrated software development platform based on distributed version control software Git) in the background, however, in the front-end test process, if a tester wants to check the incorporated development branch information, the tester needs to frequently open GitLab in the background, so that the operation is very inconvenient, and the problem of missing the incorporated development branch information is also easy to occur.

Disclosure of Invention

The present disclosure provides a test data processing method, apparatus, device, and storage medium, so as to at least solve at least one of the problems of inconvenient operation in the front-end test process and easy missing of the incorporated development branch information in the related art. The technical scheme of the present disclosure is as follows:

According to a first aspect of an embodiment of the present disclosure, there is provided a test data processing method, applied to a server, including:

acquiring a branch data acquisition request which at least comprises a test installation package identifier and is sent by a terminal; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in an installation package to be tested;

determining a branch acquisition address based on the branch data acquisition request; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

And issuing the branch acquisition address to the terminal, so that the terminal acquires branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the distribution acquisition address, and displays the branch display data.

As an optional implementation manner, before the step of obtaining the branch data obtaining request sent by the obtaining terminal and including at least the test installation package identifier, the method further includes:

responding to a main branch creation instruction, and creating main branch data corresponding to the current service;

Acquiring development branch data and testing the development branch data;

Merging development branch data which are qualified in test into the main branch data;

and packaging the main branch data combined into the development branch data to obtain the installation package to be tested.

As an optional implementation manner, before the step of determining a branch acquisition address based on the branch data acquisition request, the method further includes:

generating a first data table based on the merging related data of the merging development branch data when the new merging development branch data exists in the main branch data;

Generating a second data table based on the packed related data of the combined main branch data when the main branch is monitored to be packed successfully;

Generating a third data table based on the first data table and the second data table; the third data table is used for storing the mapping relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier;

correspondingly, the step of determining the branch acquisition address based on the branch data acquisition request comprises the following steps:

And determining a branch acquisition address corresponding to the test installation package identifier in the branch data acquisition request based on the mapping relation stored in the third data table.

As an optional implementation manner, the generating a third data table based on the first data table and the second data table includes:

When the data updating in the second data table is monitored, comparing the merging time of each development branch data in the first data table with the packing time of the main branch data corresponding to the current service in the second data table;

Extracting branch content information corresponding to development branch data with the combination time earlier than the packing time; the branch content information at least comprises development branch names and development branch title information;

generating branch display data based on the branch content information, and acquiring a branch acquisition address corresponding to the branch display data;

And generating the third data table based on the test installation package identification and the branch acquisition address.

As an optional implementation manner, the test installation package identifier includes a package number, and the generating the third data table based on the test installation package identifier and the branch acquisition address includes:

acquiring a packing number of main branch data corresponding to a current service;

and generating the third data table based on the packing number and the branch acquisition address.

According to a second aspect of the embodiments of the present disclosure, there is provided a test data processing method, applied to a terminal, including:

acquiring an installation package to be tested, wherein the installation package to be tested is generated based on main branch data and development branch data;

When the start of the installation package to be tested is monitored, a branch data acquisition request at least comprising the identification of the installation package to be tested is sent; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in the installation package to be tested;

Acquiring a branch acquisition address issued based on the branch data acquisition request, and acquiring branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

and displaying the branch display data.

As an alternative embodiment, the method further comprises:

When the fact that target branch data do not exist in the branch display data is detected, acquiring an installation package to be tested again;

And repeatedly executing the step of sending the branch data acquisition request at least comprising the test installation package identification and the subsequent steps on the re-acquired installation package to be tested.

As an optional implementation manner, the step of sending a branch data acquisition request including at least a test installation package identifier includes:

identifying a test installation package identifier corresponding to the installation package to be tested from a packaging configuration file, wherein the test installation package identifier at least comprises a packaging number;

And sending a branch data acquisition request at least comprising the test installation package identifier to a server, wherein the branch data acquisition request comprises a branch data interface acquisition request.

According to a third aspect of embodiments of the present disclosure, there is provided a test data processing apparatus, for application to a server, comprising:

The request acquisition module is configured to execute a branch data acquisition request which at least comprises a test installation package identifier and is sent by the acquisition terminal; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in an installation package to be tested;

An address determination module configured to perform determining a branch acquisition address based on the branch data acquisition request; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

the address sending module is configured to execute issuing of the branch acquisition address to the terminal, so that the terminal acquires branch display data corresponding to development branch data which is integrated with main branch data in the installation package to be tested based on the issuing acquisition address, and displays the branch display data.

As an alternative embodiment, the apparatus further comprises:

the creation module is configured to execute a main branch data corresponding to the current service in response to the main branch creation instruction;

The testing module is configured to acquire development branch data and test the development branch data;

A merge module configured to perform merging of development branch data that is qualified for testing into the main branch data;

And the packaging module is configured to perform packaging processing on the main branch data combined with the development branch data to obtain an installation package to be tested.

As an alternative embodiment, the apparatus further comprises:

a first data table generation module configured to perform generation of a first data table based on the merging related data of the merging development branch data when it is monitored that the main branch data has new merging development branch data;

the second data table generating module is configured to execute the generation of a second data table based on the packing related data of the combined main branch data when the packing success of the main branch is monitored;

A third data table generation module configured to perform generating a third data table based on the first data table and the second data table; the third data table is used for storing the mapping relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier;

accordingly, the data determination module is specifically configured to perform:

As an optional implementation manner, the third data table generating module includes:

The comparison sub-module is configured to execute comparison of the merging time of each development branch data in the first data table and the packing time of the main branch data corresponding to the current service in the second data table when the presence of data update in the second data table is detected;

an extraction sub-module configured to perform extraction of branch content information corresponding to each development branch data having a combination time earlier than a packing time; the branch content information at least comprises development branch names and development branch title information;

An address acquisition sub-module configured to execute generation of branch presentation data based on the branch content information and acquire a branch acquisition address corresponding to the branch presentation data;

a data table generation sub-module configured to perform generation of the third data table based on the test installation package identification and the branch fetch address.

As an alternative embodiment, the test installation package identifier includes a package number, and the data table generating submodule includes:

the acquisition unit is configured to execute the package number of the main branch data corresponding to the current service;

And a data table generating unit configured to perform generation of the third data table based on the package number and the branch acquisition address.

According to a fourth aspect of embodiments of the present disclosure, there is provided a test data processing apparatus, applied to a terminal, including:

an installation package acquisition module configured to perform acquisition of an installation package to be tested, the installation package to be tested being generated based on main branch data and development branch data;

The request sending module is configured to send a branch data acquisition request at least comprising a test installation package identifier when the start of the to-be-tested installation package is monitored; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in the installation package to be tested;

The data acquisition module is configured to acquire a branch acquisition address issued based on the branch data acquisition request, and acquire branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

And the display module is configured to display the branch display data.

As an alternative embodiment, the apparatus further comprises:

A re-acquisition module configured to perform re-acquisition of an installation package to be tested when it is detected that the target branch data does not exist in the branch presentation data;

And the repeated execution module is configured to execute the step of repeatedly executing the branch data acquisition request which at least comprises the test installation package identifier and the subsequent steps for the newly acquired installation package to be tested.

As an alternative embodiment, the request sending module includes:

The identifying sub-module is configured to identify a test installation package identifier corresponding to the installation package to be tested from the packaging configuration file, and the test installation package identifier at least comprises a packaging number;

A request sending sub-module configured to perform sending a branch data acquisition request including at least the test installation package identification to a server, the branch data acquisition request including a branch data interface acquisition request.

According to a fifth aspect of the disclosed embodiments, there is provided a computer readable storage medium, which when executed by a processor of an electronic device, causes the electronic device to perform the test data processing method as described in any one of the above embodiments.

According to a sixth aspect of embodiments of the present disclosure, there is provided an electronic device, comprising:

a processor;

a memory for storing the processor-executable instructions;

Wherein the processor is configured to execute the instructions to implement the test data processing method according to any of the embodiments described above.

According to a seventh aspect of embodiments of the present disclosure, there is provided a computer program product comprising a computer program or instructions which, when executed by a processor, implement the test data processing method provided in any of the embodiments described above.

The technical scheme provided by the embodiment of the disclosure at least brings the following beneficial effects:

According to the embodiment of the disclosure, a branch data acquisition request which at least comprises a test installation package identifier and is sent by a terminal is acquired; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in an installation package to be tested; determining a branch acquisition address based on the branch data acquisition request; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; and issuing the branch acquisition address to the terminal, so that the terminal acquires branch display data corresponding to development branch data which is integrated with main branch data in the installation package to be tested based on the branch acquisition address, and displays the branch display data. Therefore, a background software development platform is prevented from being frequently opened, the combined development branch information can be visually checked, the operation is simple, the problem of missing the combined development branch information can be reduced, and the agile development test efficiency can be remarkably improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this disclosure, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure and do not constitute an undue limitation on the disclosure.

FIG. 1 is an architecture diagram of a system for applying test data processing methods, according to an exemplary embodiment.

FIG. 2 is a flow chart illustrating a method of test data processing according to an exemplary embodiment.

FIG. 3 is a partial flow chart illustrating a test data processing method according to an exemplary embodiment.

FIG. 4 is a branch presentation data schematic of a test data processing method according to an example embodiment.

FIG. 5 is a flowchart illustrating a method of test data processing according to an exemplary embodiment.

FIG. 6 is a flowchart illustrating a method of test data processing according to an exemplary embodiment.

FIG. 7 is an interactive flow chart illustrating a test data processing method according to an exemplary embodiment.

FIG. 8 is a block diagram of a test data processing device, according to an example embodiment.

FIG. 9 is a block diagram of another test data processing device, shown in accordance with an exemplary embodiment.

Fig. 10 is a block diagram of an electronic device, according to an example embodiment.

Detailed Description

In order to enable those skilled in the art to better understand the technical solutions of the present disclosure, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.

It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the foregoing figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the disclosure described herein may be capable of operation in sequences other than those illustrated or described herein. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as detailed in the accompanying claims.

Fig. 1 is an architecture diagram of a system for applying a test data processing method, which may include a terminal 10 and a server 20, according to an exemplary embodiment, see fig. 1.

The terminal 10 may be, but is not limited to, one or more of a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart wearable device, a digital assistant, an augmented reality device, a virtual reality device, or an application running in a physical device. The terminal 10 may be equipped with an operating system that supports running applications.

Server 20 may provide background services such as branch testing and package installation packages for terminal 10. For example only, the server 20 may include a test server 21 and a content distribution server 22. The test server 21 and the content distribution server 22 may be, but not limited to, independent servers, a server cluster or a distributed system formed by a plurality of physical servers, or one or more cloud servers providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, basic cloud computing services such as big data and an artificial intelligence platform, and the like.

The tester can perform background test on the developed branch codes on the server 20, and the branch to be developed can be combined to the main branch after passing the test, and the combined main branch is packaged to generate the installation package to be tested. And then, the tester can download the installation package to be tested through the terminal 10, and perform code testing in the terminal environment, and release or go on-line the code of the new version corresponding to the code after the code testing is passed. Of course, the code packaging process may also be performed in a third party, such as a specialized packaging server, packaging platform, or the like. The terminal 10 and the server 20 may be directly or indirectly connected through wired or wireless communication, and embodiments of the present disclosure are not limited herein.

The test data processing method provided by the embodiment of the disclosure may be executed by a test data processing device, where the test data processing device may be integrated in electronic equipment such as a terminal or a server in a hardware form or a software form, may be executed by the server or the terminal alone, or may be executed by the terminal and the server cooperatively.

Fig. 2 is a flowchart of a test data processing method according to an exemplary embodiment, and as shown in fig. 2, the test data processing method may be applied to an electronic device, and the electronic device is taken as an example of a server in the foregoing implementation environment schematic, and includes the following steps.

In step S201, a branch data acquisition request including at least a test installation packet identifier transmitted by the terminal is acquired.

The branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated into main branch data in an installation package to be tested. The test installation package identifier may reflect a unique identity of the installation package to be tested.

Specifically, the terminal acquires an installation package to be tested, which is generated based on the main branch data and the development branch data. The terminal can then install and start the installation package to be tested to trigger generation of a branch data acquisition request, and then the server can acquire the branch data acquisition request from the terminal and issue corresponding merging branch information to the terminal based on the branch data acquisition request. The branch data acquisition request at least comprises a test installation package identifier, so that the server can feed back corresponding merging branch information based on the test installation package identifier. The test installation package identification herein may be, but is not limited to, a package number, package name, etc. Optionally, the branch data acquisition request may further include a primary branch name.

Optionally, before the step of obtaining the branch data obtaining request sent by the obtaining terminal and including at least the test installation package identifier, the method may further include: responding to a main branch creation instruction, and creating main branch data corresponding to the current service; acquiring development branch data and testing the development branch data; merging development branch data which are qualified in test into the main branch data; and packaging the main branch data combined into the development branch data to obtain the installation package to be tested.

Specifically, gitlab is a fully integrated software development platform based on distributed version control software Git, which is also an open source project for warehouse management systems, and projects can be created in Gitlab, and backend code projects can include parent projects and child projects. There may be two branches for each project, respectively, a development branch (dev branch) and a master branch (master branch). Where the main branch may be code that has completed development testing, and the development branch may be code that fails verification or does not complete testing. In practical applications, main branch data corresponding to the current business based on the item may be created in response to the main branch creation instruction. At least one development branch data developed by each developer can be obtained, at least one development branch data is tested (such as code conflict test), and the development branch data passing the test is combined into main branch data. And then, packaging the combined main branch data to obtain an installation package to be tested for testing on the terminal.

In step S202, a branch acquisition address is determined based on the branch data acquisition request; and the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers.

Optionally, after the server acquires the branch data acquisition request, the server may acquire the branch acquisition addresses corresponding to the test installation package identifiers one to one based on the test installation package identifiers carried in the branch data acquisition request.

Optionally, before the step of determining a branch acquisition address based on the branch data acquisition request, the method further includes:

In step S301, when it is monitored that there is new development branch data incorporated in the main branch data, a first data table is generated based on the incorporation related data of the incorporated development branch data.

In practical application, the server may monitor the main branch on Gitlab, and if it is monitored that a new development branch is integrated into the main branch, acquire the integration related data of the development branch, and generate the first data table based on the integration related data. The merging related data herein may include, but is not limited to, information such as a main branch name, a development branch name, development branch title information, and a merging time point. The first data table is used for storing the merging related data of the development branch data of the merging main branch data, which may be a newly built data table based on the merging related data, or an updated data table obtained by adding the merging related data to the first data table already constructed, which is not particularly limited in the present disclosure.

In step S302, when it is monitored that there is a successful packing of the main branch, a second data table is generated based on the packing-related data of the incoming main branch data.

In practical application, the server may monitor the packing operation, and if it is monitored that there is information that the primary branch packing operation is successful, obtain the packing related data of the combined primary branch data, and generate the second data table based on the packing related data. The package-related data herein may include, but is not limited to, information such as a primary branch name, a test setup package identification, and a package time point. The second data table is used for storing the packing related data of the main branch data, which may be a data table newly built based on the packing related data, or an updated data table obtained by adding the packing related data to the constructed second data table, which is not particularly limited in the present disclosure.

In step S303, a third data table is generated based on the first data table and the second data table; the third data table is used for storing the mapping relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier.

Optionally, in the step S303, the step of generating the third data table based on the first data table and the second data table may include:

In step S3031, when it is monitored that there is data update in the second data table, the integration time of each development branch data in the first data table is compared with the packing time of the main branch data corresponding to the current service in the second data table;

In step S3032, the branch content information corresponding to each development branch data with a combination time earlier than the packing time is extracted; the branch content information at least comprises development branch names and development branch title information;

In step S3033, branch display data is generated based on the branch content information, and a branch acquisition address corresponding to the branch display data is acquired;

In step S3034, the third data table is generated based on the test installation package identification and the branch acquisition address.

In practical application, the server may monitor the data update condition of the main branch data corresponding to the current service in the second data table, if it is monitored that the main branch data corresponding to the current service in the second data table has data update, it indicates that there is new information that the main branch is successfully packaged, that is, new packaging related data is stored in the second data table, that is, there is a new installation package to be tested in the main branch data corresponding to the current service. At this time, the integration time t1 of each development branch data in the first data table and the packing time t2 of the main branch data corresponding to the current service in the second data table may be compared, and the branch content information corresponding to each development branch data with the integration time t1 earlier than the packing time t2 may be extracted from the first data table, where the branch content information includes at least the development branch name and the development branch header information, that is, the branch content information of the development branch integrated in the new installation package to be tested is extracted from the second data table. Next, branch presentation data, which may be of a picture (e.g., a splash screen picture), a form, etc., is generated based on the branch content information, which is not particularly limited by the present disclosure. Optionally, a target template may be selected from a pre-established template library according to attribute information of the branch presentation data, and then the extracted branch content information is added to a corresponding position of the target template, so as to obtain branch presentation data for presenting the branch content information. The attribute information of the branch presentation data herein may include one or more of a type of the branch presentation data (e.g., a picture, a table, etc.), the number of branch content information to be presented in the branch presentation data, a branch name of each branch content information, a merging time of each branch content information, etc.

Taking a splash screen picture as an example only, the above-extracted branch content information may be added to the picture by the PIL library (Python Image Library), generating branch presentation data in the form of a splash screen picture as shown in fig. 4. Specifically, a target image template can be selected from a template library according to attribute information of the branch display data, and then the extracted branch content information is added to a corresponding position of the target image template according to format information (such as display color, font, data type and the like) in the target image template, so that the branch display data for displaying the branch content information can be obtained. Wherein the format information includes, but is not limited to, at least one of display color, font, data type, layout, etc.

In an alternative embodiment, the branch presentation data may be presented in a scrollbar format (e.g., up-down scrollbar, left-right scrollbar, etc.), or may be presented in a paged display format.

In an alternative embodiment, the branch presentation data may be presented in an integrated manner according to the name of the development branch and/or the time of incorporation of the development branch. For example, the branch content information corresponding to the same development branch name may be displayed integrally together, and/or the branch content information corresponding to the same development branch's closing time (e.g., same time period, same day, same week, etc.) may be displayed integrally together. During the display process, the display can be performed in sequence according to the names of the development branches and/or the combination time of the development branches.

In an alternative embodiment, any development branch in the branch display data can be triggered to be positioned in the position area where the development branch code is positioned in the integrated test code, so that a tester can know the specific content of the development code conveniently.

It should be noted that the branch presentation data is not limited to the content information presented in fig. 4, but may also present at least one content information such as a branch closing time, a main branch name, a main branch packing time, a current project name, an annotation of a development branch, and a test notice.

The server may then assign a branch acquisition address to the branch presentation data, or the server may send the branch presentation data to a third party (e.g., a CDN server) that assigns a branch acquisition address to the branch presentation data, from which the server acquired the branch acquisition address. Then, the server generates the third data table based on the acquired test installation package identification and the branch acquisition address. The third data table is used for storing the mapping relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier, and the mapping relation between the two can exist in the third data table in a key value pair mode, so that quick searching is facilitated.

Optionally, the test installation package identifier may include a package number, and the generating the third data table based on the test installation package identifier and the branch acquisition address includes: acquiring a packing number of main branch data corresponding to a current service; and generating the third data table based on the packing number and the branch acquisition address.

Accordingly, in the step S202, the step of determining the branch acquisition address based on the branch data acquisition request may include: and determining a branch acquisition address corresponding to the test installation package identifier in the branch data acquisition request based on the mapping relation stored in the third data table. Optionally, after the server obtains the third data table, the server may determine, by using a table look-up manner, the branch acquisition address corresponding to the test installation package identifier of the current installation package to be tested according to the mapping relationship between the branch acquisition address and the test installation package identifier stored in the third data table, so that the branch acquisition address is determined by using the mapping relationship stored in the third data table, thereby accelerating the acquisition speed of the branch acquisition address and improving the data processing efficiency.

In step S203, the branch acquisition address is issued to the terminal, so that the terminal acquires, based on the distribution acquisition address, branch display data corresponding to development branch data that has been incorporated into main branch data in the installation package to be tested, and displays the branch display data.

Optionally, the server issues the determined branch acquisition address to the terminal, and after the terminal acquires the branch acquisition address, when the terminal monitors that the installation package to be tested is started, the terminal can acquire branch display data corresponding to development branch data already incorporated in the installation package to be tested based on the branch acquisition address. After the terminal acquires the branch display data, the branch display data can be displayed on a terminal interface in a form of, for example, a splash screen picture, so that a tester can intuitively and timely check which development branch data are combined in the current installation package to be tested.

After the server issues the determined branch acquisition address to the terminal, the branch acquisition address may be displayed on the terminal interface before or during the start of the terminal test. If the tester needs to view the incorporated development branch data in the current installation package to be tested, a trigger operation may be performed on the branch acquisition address, where the trigger operation includes, but is not limited to, operations such as a single click, a double click, a drag, a slide, and the like. Then, when the terminal detects the triggering operation of the branch acquisition address, the terminal can acquire the branch display data corresponding to the branch acquisition address, namely, the content information of the development branch data which is already combined in the current installation package to be tested is acquired. After the terminal acquires the branch presentation data, the branch presentation data may be presented on the terminal interface. The branch display data can be statically or dynamically displayed on a terminal interface in a popup window, a mask plate and the like, so that a tester can intuitively and timely check which development branch data are combined in the current installation package to be tested.

If the target development branch data exists in the combined development branch data, the downloaded installation package to be tested is the target installation package, and regression testing can be carried out on the target installation package; otherwise, if it is confirmed that the target development branch data does not exist in the combined development branch data, it is indicated that the downloaded installation package to be tested is not the target installation package, the installation package to be tested can be downloaded again, or the combined development score data is repacked and the repacked installation package to be tested can be downloaded again, so that the combined development branch information can be visually and simply checked, the situations of missing test, wrong test and the like can be reduced, and the test efficiency is improved.

In the above embodiment, the branch data acquisition request including at least the test installation packet identifier is sent by the acquisition terminal; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is already combined into main branch data in the test installation package; determining a branch acquisition address based on the branch data acquisition request; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; and issuing the branch acquisition address to the terminal, so that the terminal acquires branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the distribution acquisition address, and displays the branch display data. Therefore, a background software development platform is prevented from being frequently opened, the combined development branch information can be visually checked, the operation is simple, the problem of missing the combined development branch information can be reduced, and the agile development test efficiency can be remarkably improved.

Fig. 5 is a flowchart of another test data processing method according to an exemplary embodiment, and as shown in fig. 5, the test data processing method may be applied to an electronic device, and the electronic device is taken as an example of a terminal in the above-mentioned implementation environment schematic diagram, and includes the following steps.

In step S501, an installation package to be tested, which is generated based on main branch data and development branch data, is acquired;

In step S502, when it is monitored that the installation package to be tested is started, a branch data acquisition request including at least an identifier of the installation package to be tested is sent; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in the installation package to be tested;

In step S503, a branch acquisition address issued based on the branch data acquisition request is acquired, and branch display data corresponding to development branch data that has been incorporated into main branch data in the installation package to be tested is acquired based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

In step S504, the branch presentation data is presented.

In some alternative embodiments, as shown in fig. 6, the method further comprises:

in step S505, when it is detected that the target branch data does not exist in the branch presentation data, the installation package to be tested is re-acquired;

in step S506, the step of sending the branch data acquisition request including at least the test installation packet identifier and the subsequent steps are repeatedly performed on the newly acquired installation packet to be tested.

In some optional embodiments, in step S502, the step of sending a branch data acquisition request including at least a test installation package identifier includes:

In step S5021, identifying a test installation package identifier corresponding to the installation package to be tested from a package configuration file, where the test installation package identifier at least includes a package number;

in step S5022, a branch data acquisition request including at least the test installation package identifier is sent to the server, where the branch data acquisition request includes a branch data interface acquisition request.

Optionally, after the primary branch data integrated into the primary branch data is packed successfully, a test installation package identifier may be allocated to the to-be-tested installation package obtained by packing, and the test installation package identifier may be recorded in the packing configuration file. After the terminal downloads the to-be-tested installation package, the test installation package identifier of the downloaded to-be-tested installation package can be obtained from the packaging configuration file, and the test installation package identifier at least comprises a packaging number. The terminal may then send a branch data acquisition request to the server including at least the test setup packet identification, the branch data acquisition request including a branch data interface acquisition request to obtain a branch acquisition address determined by the server through a branch data interface of the server. The branch data interface obtaining request may be a request for performing interface conversion from a program server corresponding to a program requested to the installation package to be tested to a test server.

Optionally, the sending, to the server, the branch data acquisition request including at least the test installation package identifier may include: the terminal may perform mock processing on the interface of the requested server, that is, forward the interface connected to the program server to the connection test server, and use the analog object of the mock processing as the branch data acquisition request. Or the terminal can switch the interface pointing to the program server to the interface pointing to the test server by modifying the program code. Therefore, communication between the terminal and the test server is realized by performing mock processing or switching on the request interface of the terminal, so that the terminal can quickly acquire the branch acquisition address issued by the test server, the communication efficiency between the terminal and the test server is improved, the request response delay is reduced, and the overall efficiency of test data processing is ensured.

The specific manner in which the operations are performed in the above-described method embodiments has been described in detail in connection with the method embodiments, and will not be described in detail herein.

The above embodiment, by acquiring an installation package to be tested, the installation package to be tested being generated based on main branch data and development branch data; when the start of the installation package to be tested is monitored, a branch data acquisition request at least comprising the identification of the installation package to be tested is sent; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is already combined into main branch data in the test installation package; acquiring a branch acquisition address issued based on the branch data acquisition request, and acquiring branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; and displaying the branch display data. Therefore, a background software development platform is prevented from being frequently opened, the combined development branch information can be visually checked, the operation is simple, the problem of missing the combined development branch information can be reduced, and the agile development test efficiency can be remarkably improved.

Fig. 7 is a flowchart of another test data processing method according to an exemplary embodiment, and as shown in fig. 7, the test data processing method may be applied to an electronic device, and the electronic device is exemplified as a terminal, a test server, and a content distribution server in the above-mentioned implementation environment schematic diagram, and includes the following steps.

In step S701, when the test server monitors that the main branch data has development branch data of new merging main branch data, generating a first data table based on merging related data of development branch data of merging main branch data;

In step S702, when the test server monitors that there is a successful packing of the main branch, a second data table is generated based on the packing related data of the combined main branch data;

In step S703, when the test server detects that there is a data update in the second data table, comparing the integration time of each development branch data in the first data table with the packing time of the main branch data corresponding to the current service in the second data table;

In step S704, the test server extracts branch content information corresponding to each development branch data whose integration time is earlier than the packing time; the branch content information at least comprises development branch names and development branch title information;

In step S705, the test server generates branch presentation data based on the branch content information;

In step S706, the test server uploads the branch presentation data to the content distribution server through the interface;

In step S707, the test server acquires a branch acquisition address corresponding to the branch presentation data transmitted by the content distribution server;

In step S708, the test server generates a third data table based on the test installation package identification and the branch acquisition address;

In step S709, the test server acquires a branch data acquisition request including at least a test installation package identifier sent by the terminal;

In step S710, the test server determines, based on the mapping relationship stored in the third data table, a branch acquisition address corresponding to the test installation packet identifier in the branch data acquisition request;

in step S711, the test server issues a branch acquisition address to the terminal;

in step S712, the terminal obtains, based on the branch obtaining address, branch display data corresponding to the development branch data already incorporated in the installation package to be tested;

In step S713, the terminal presents the branch presentation data.

According to the embodiment, the software development platform of the background is prevented from being frequently opened, the combined development branch information can be visually checked, the operation is simple, the problem of missing the combined development branch information can be reduced, and the agile development test efficiency can be remarkably improved.

FIG. 8 is a block diagram of a test data processing device, according to an example embodiment. Referring to fig. 8, the apparatus is applied to a server, and includes:

A request acquisition module 810 configured to perform an acquisition request for acquiring branch data sent by a terminal and including at least a test installation package identifier; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in an installation package to be tested;

An address determination module 820 configured to perform determining a branch acquisition address based on the branch data acquisition request; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

the address sending module 830 is configured to perform issuing the branch acquisition address to the terminal, so that the terminal acquires, based on the issuing acquisition address, branch display data corresponding to development branch data that has been incorporated into main branch data in the installation package to be tested, and displays the branch display data.

As an alternative embodiment, the apparatus further comprises:

FIG. 9 is a block diagram of another test data processing device, shown in accordance with an exemplary embodiment. Referring to fig. 8, the apparatus is applied to a terminal, including:

an installation package acquisition module 910 configured to perform acquisition of an installation package to be tested, the installation package to be tested being generated based on main branch data and development branch data;

A request sending module 920, configured to send a branch data acquisition request including at least an identifier of the test installation package when the start of the to-be-tested installation package is monitored; the branch data acquisition request is used for requesting to acquire a branch acquisition address corresponding to development branch data which is integrated with main branch data in the installation package to be tested;

A data acquisition module 930, configured to perform acquisition of a branch acquisition address issued based on the branch data acquisition request, and acquire branch presentation data corresponding to development branch data that has been incorporated into main branch data in the installation package to be tested based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers;

A presentation module 940 configured to execute presenting the branch presentation data.

As an alternative embodiment, the apparatus further comprises:

As an alternative embodiment, the request sending module includes:

The specific manner in which the various modules perform the operations in the apparatus of the above embodiments have been described in detail in connection with the embodiments of the method, and will not be described in detail herein.

In an exemplary embodiment, there is also provided a block diagram of an electronic device including a processor; a memory for storing processor-executable instructions; wherein the processor is configured to implement the steps of any of the test data processing methods of the above embodiments when executing instructions stored on the memory.

The electronic device may be a terminal, a server, or a similar computing device, for example, the electronic device is a server, fig. 10 is a block diagram of an electronic device for testing data processing according to an exemplary embodiment, the electronic device 1000 may be relatively different due to configuration or performance, and may include one or more central processing units (Central Processing Units, CPU) 1010 (the processor 1010 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 1030 for storing data, one or more storage mediums 1020 (such as one or more mass storage devices) for storing application 1023 or data 1022. Wherein the memory 1030 and storage medium 1020 can be transitory or persistent storage. The program stored on the storage medium 1020 may include one or more modules, each of which may include a series of instruction operations in the electronic device. Still further, the central processor 1010 may be configured to communicate with a storage medium 1020 and execute a series of instruction operations in the storage medium 1020 on the electronic device 1000.

The electronic device 1000 can also include one or more power supplies 1060, one or more wired or wireless network interfaces 1050, one or more input/output interfaces 1040, and/or one or more operating systems 1021, such as Windows Server, mac OS X, unix, linux, freeBSD, and the like.

Input-output interface 1040 may be used to receive or transmit data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the electronic device 1000. In one example, input-output interface 1040 includes a network adapter (Network Interface Controller, NIC) that may be connected to other network devices via base stations to communicate with the internet. In an exemplary embodiment, the input/output interface 1040 may be a Radio Frequency (RF) module for communicating with the internet wirelessly.

It will be appreciated by those of ordinary skill in the art that the configuration shown in fig. 10 is merely illustrative and is not intended to limit the configuration of the electronic device described above. For example, electronic device 1000 may also include more or fewer components than shown in FIG. 10 or have a different configuration than shown in FIG. 10.

In an exemplary embodiment, a computer-readable storage medium is also provided, such as a memory, that includes instructions executable by a processor of the electronic device 1000 to perform the above-described method. Alternatively, the computer readable storage medium may be ROM, random Access Memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

In an exemplary embodiment, a computer program product is also provided, comprising a computer program or instructions which, when executed by a processor, implement the method provided in any of the above-mentioned implementations. Optionally, the computer program or instructions are stored in a computer readable storage medium. The processor of the electronic device reads the computer program or instructions from the computer-readable storage medium, and the processor executes the computer program or instructions to cause the electronic device to perform the method provided in any one of the embodiments described above.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any adaptations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It is to be understood that the present disclosure is not limited to the precise arrangements and instrumentalities shown in the drawings, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A test data processing method, applied to a server, comprising:

Determining a branch acquisition address corresponding to the test installation package identifier in the branch data acquisition request based on the mapping relation; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; the mapping relation is used for representing the relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier;

and issuing the branch acquisition address to the terminal, so that the terminal acquires branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the branch acquisition address, and displays the branch display data.

2. The test data processing method according to claim 1, wherein before the step of acquiring the branch data acquisition request including at least the test installation package identifier, the method further comprises:

Acquiring development branch data and testing the development branch data;

3. The test data processing method according to claim 1 or 2, wherein before the step of determining a branch acquisition address corresponding to the test installation package identification in the branch data acquisition request based on the mapping relationship, the method further comprises:

Correspondingly, the step of determining the branch acquisition address corresponding to the test installation package identifier in the branch data acquisition request based on the mapping relationship comprises the following steps:

4. A test data processing method according to claim 3, wherein the step of generating a third data table based on the first data table and the second data table comprises:

5. The test data processing method of claim 4, wherein the test setup packet identification includes a package number, and wherein generating the third data table based on the test setup packet identification and the branch fetch address comprises:

6. The test data processing method is characterized by being applied to a terminal and comprising the following steps of:

Acquiring a branch acquisition address corresponding to a test installation package identifier in the branch data acquisition request issued based on a mapping relation, and acquiring branch display data corresponding to development branch data which is integrated with main branch data in the installation package to be tested based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; the mapping relation is used for representing the relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier;

and displaying the branch display data.

7. The test data processing method of claim 6, wherein the method further comprises:

8. The test data processing method according to claim 6 or 7, wherein the step of sending a branch data acquisition request including at least a test installation package identification includes:

9. A test data processing apparatus for use with a server, comprising:

The address determining module is configured to determine a branch acquisition address corresponding to the test installation package identifier in the branch data acquisition request based on the mapping relation; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; the mapping relation is used for representing the relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier;

The address sending module is configured to send the branch acquisition address to the terminal, so that the terminal acquires branch display data corresponding to development branch data which is integrated with main branch data in the installation package to be tested based on the branch acquisition address, and displays the branch display data.

10. The test data processing device of claim 9, wherein the device further comprises:

11. The test data processing device of claim 9 or 10, wherein the device further comprises:

accordingly, the address determination module is specifically configured to perform:

12. The test data processing device of claim 11, wherein the third data table generation module comprises:

13. The test data processing device of claim 12, wherein the test installation package identification comprises a package number, and wherein the data table generation submodule comprises:

14. A test data processing device, characterized by being applied to a terminal, comprising:

The data acquisition module is configured to acquire a branch acquisition address corresponding to the test installation package identifier in the branch data acquisition request issued based on the mapping relation, and acquire branch display data corresponding to development branch data which is already combined into main branch data in the installation package to be tested based on the branch acquisition address; the branch acquisition addresses are in one-to-one correspondence with the test installation package identifiers; the mapping relation is used for representing the relation between the branch acquisition address corresponding to each development branch data with the combination time earlier than the packing time and the test installation package identifier;

And the display module is configured to display the branch display data.

15. The test data processing device of claim 14, the device further comprising:

16. The test data processing device of claim 14 or 15, the request sending module comprising:

17. An electronic device, comprising:

a processor;

a memory for storing the processor-executable instructions;

Wherein the processor is configured to execute the instructions to implement the test data processing method of any one of claims 1 to 5 or to perform the test data processing method of any one of claims 6 to 8.

18. A computer readable storage medium, which when executed by a processor of an electronic device, causes the electronic device to perform the test data processing method of any one of claims 1 to 5, or to perform the test data processing method of any one of claims 6 to 8.

19. A computer program product comprising a computer program or instructions which, when executed by a processor, implements the test data processing method of any one of claims 1 to 5 or performs the test data processing method of any one of claims 6 to 8.