CN117171037A - Patch testing method and device based on heterogeneous cloud platform - Google Patents
Patch testing method and device based on heterogeneous cloud platform Download PDFInfo
- Publication number
- CN117171037A CN117171037A CN202311177024.XA CN202311177024A CN117171037A CN 117171037 A CN117171037 A CN 117171037A CN 202311177024 A CN202311177024 A CN 202311177024A CN 117171037 A CN117171037 A CN 117171037A
- Authority
- CN
- China
- Prior art keywords
- heterogeneous
- station
- cloud platform
- software package
- linux
- 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 101
- 238000000034 method Methods 0.000 claims abstract description 30
- 238000010998 test method Methods 0.000 claims abstract description 6
- 238000011161 development Methods 0.000 description 4
- 230000010354 integration Effects 0.000 description 4
- 238000012356 Product development Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012827 research and development Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 239000002071 nanotube Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The application aims to provide a patch test method and device based on a heterogeneous cloud platform. Compared with the prior art, the method and the system have the advantages that the heterogeneous cloud platform is built and the corresponding mirror image is built based on the heterogeneous attribute, wherein the heterogeneous cloud platform supports multiple heterogeneous attributes, the heterogeneous attribute comprises one or more of a CPU architecture, an operating system and an operating system version, a Linux software mirror image station is built based on the heterogeneous attribute, a basic software package corresponding to the heterogeneous attribute can be obtained through the Linux software mirror image station, after a patch test request is detected by a system, a corresponding virtual machine is built based on the mirror image of the heterogeneous attribute, the corresponding basic software package is obtained through the Linux software mirror image station, and a test program is deployed to the virtual machine to realize patch test based on the basic software package operation test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous attributes. By the method, patch test accuracy is improved, and various problems possibly caused by different physical machine environments can be found.
Description
Technical Field
The application relates to the technical field of computers, in particular to a patch test technology based on a heterogeneous cloud platform.
Background
Many of the current cloud platforms are one cloud platform supporting various physical machine CPU architectures, such as X86, ARM, loongson, shenwei and the like; on the same CPU architecture, the cloud platform supports different operating systems such as Euler, kylin, statistics, centOS and the like; on the same operating system, the cloud platform also supports different operating system versions, such as V4, V10 versions of kylin, C76, C79 versions of CentOS, etc.; on the same version of operating system, the cloud platform may also introduce different underlying software due to new functional development or bug fixes. When the cloud platform is used for managing the physical machine, a program (i.e. a agent program) needs to be deployed on the physical machine. In order to multiplex codes as much as possible, developers integrate codes of deploying programs on physical machines in different environments (namely different CPU architectures, operating systems and versions thereof, basic software and versions thereof) by using a cloud platform into one copy, and distinguish different physical machine environments in the codes. In patch testing, in order to minimize problems in the code library, it is necessary to test in various environments in advance before the patch enters the code library.
At present, most of the tests on deployment programs in the cloud platform nanotube physical machine adopt the Mock method: i.e., for commands that were actually run on the physical machine, a false return value is used manually to simulate the test. The actual running result of the command is bypassed by simulating the success or failure of the command to focus the test on whether the agent code logically has a bug. Another test method is an integrated test: in the middle and late stages of product development, different operating systems run the overall test for the API for different CPU architectures. The integrated test is not directed to the agent program itself, and the test object is the whole cloud platform.
However, the Mock test method can completely fail to test the CPU architecture, the operating system and its version, the base software and its version, and because of using the false return value, the test itself does not pay attention to the actual running result of the physical machine command, and various problems possibly caused by different physical machine environments are not exposed. The integration test is performed on different operating systems, different CPU architectures, where the code has been incorporated into the code library. The integration test can only be used to find patches that introduce problems in the code library, and cannot prevent the problematic patches from entering the code library. Therefore, compared with the patch test executed before the code merging, the integrated test discovers the problem later, consumes more resources and has wider influence range. Since the integrated test itself is costly and the test is mostly performed in the middle and late stages of product development, when a problem is found in the integrated test, the cost of wanting to solve the problem back is very high.
Therefore, how to improve the accuracy of patch testing, find various problems possibly caused by different physical machine environments, and save testing cost are urgent to solve.
Disclosure of Invention
The application aims to provide a patch test method and device based on a heterogeneous cloud platform.
According to one aspect of the application, a patch testing method based on a heterogeneous cloud platform is provided, wherein the method comprises the following steps:
building a heterogeneous cloud platform and creating a corresponding mirror image based on heterogeneous attributes, wherein the heterogeneous cloud platform supports multiple heterogeneous attributes, and the heterogeneous attributes comprise one or more of a CPU architecture, an operating system and an operating system version;
building a Linux software mirroring station based on the heterogeneous attribute, wherein a basic software package corresponding to the heterogeneous attribute can be acquired through the Linux software mirroring station;
after a system detects a patch test request submitted by a code library, creating a corresponding virtual machine based on the image of the heterogeneous attribute and acquiring a corresponding basic software package through the Linux software image station;
deploying a test program to the virtual machine to realize patch test based on the basic software package running test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous properties.
Further, the obtaining, by the Linux software mirroring station, the corresponding basic software package after the system detects the patch test request includes:
after detecting a patch test request submitted by a code library, the system analyzes a configuration file under a corresponding branch of the code library based on the patch test request;
and when the existence of the images corresponding to the heterogeneous attributes matched with the configuration file is determined based on the configuration file, acquiring corresponding basic software packages through the Linux software image station.
Further, the building the Linux software mirror station based on the heterogeneous attribute includes:
and setting up a Linux software mirror image station through a three-level directory, wherein the first-level directory corresponds to a CPU architecture, the second-level directory corresponds to an operating system, the third-level directory corresponds to an operating system version, and a corresponding basic software package is stored under the third-level directory.
Further, the obtaining, by the Linux software mirroring station, the corresponding basic software package includes:
and downloading the corresponding basic software package through a download path saved in the three-level catalogue corresponding to the heterogeneous attribute.
Further, the creating the corresponding virtual machine based on the image of the heterogeneous attribute and obtaining the corresponding basic software package through the Linux software image station includes:
and modifying the Linux software source in the mirrored system configuration file as a corresponding directory of the Linux software mirroring station so as to download the corresponding basic software package through a download path saved by the three-level directory of the directory.
Further, where there are M CPU architectures and each CPU architecture corresponds to N operating systems, creating a corresponding image based on the heterogeneous attribute includes:
and creating M.times.N images based on the M CPU architectures and N operating systems.
Further wherein the method further comprises: and when the counted patch test result meets the expectation, merging the corresponding patches and then entering a code library.
According to another aspect of the present application there is also provided a computer readable medium having stored thereon computer readable instructions executable by a processor to perform operations as the aforementioned method.
According to still another aspect of the present application, there is also provided a patch test device based on a heterogeneous cloud platform, where the device includes:
one or more processors; and
a memory storing computer readable instructions that, when executed, cause the processor to perform operations of the method as described above.
Compared with the prior art, the method and the system have the advantages that the heterogeneous cloud platform is built and the corresponding mirror image is built based on the heterogeneous attribute, wherein the heterogeneous cloud platform supports multiple heterogeneous attributes, the heterogeneous attribute comprises one or more of a CPU architecture, an operating system and an operating system version, a Linux software mirror image station is built based on the heterogeneous attribute, a basic software package corresponding to the heterogeneous attribute can be obtained through the Linux software mirror image station, after a patch test request is detected by a system, a corresponding virtual machine is built based on the mirror image of the heterogeneous attribute, the corresponding basic software package is obtained through the Linux software mirror image station, and a test program is deployed to the virtual machine to realize patch test based on the basic software package operation test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous attributes. By the method, patch test accuracy is improved, and various problems possibly caused by different physical machine environments can be found.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the detailed description of non-limiting embodiments, made with reference to the accompanying drawings in which:
FIG. 1 illustrates a method flow diagram for heterogeneous cloud platform based patch testing in accordance with an aspect of the present application;
FIG. 2 is a flowchart of a method for patch testing based on a heterogeneous cloud platform in accordance with a preferred embodiment of the present application;
fig. 3 shows a schematic architecture of a heterogeneous cloud platform according to a preferred embodiment of the present application.
The same or similar reference numbers in the drawings refer to the same or similar parts.
Detailed Description
The application is described in further detail below with reference to the accompanying drawings.
In one exemplary configuration of the application, the terminal, the device of the service network, and the trusted party each include one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.
Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer readable media, as defined herein, does not include non-transitory computer readable media (transmission media), such as modulated data signals and carrier waves.
In order to further describe the technical means and effects adopted by the present application, the technical scheme of the present application will be clearly and completely described below with reference to the accompanying drawings and preferred embodiments.
Fig. 1 shows a flowchart of a method for patch testing based on a heterogeneous cloud platform, which includes the following steps:
s11, building a heterogeneous cloud platform and creating a corresponding mirror image based on heterogeneous attributes, wherein the heterogeneous cloud platform supports various heterogeneous attributes, and the heterogeneous attributes comprise one or more of a CPU architecture, an operating system and an operating system version;
s12, building a Linux software mirroring station based on the heterogeneous attribute, wherein a basic software package corresponding to the heterogeneous attribute can be acquired through the Linux software mirroring station;
s13, after a system detects a patch test request, creating a corresponding virtual machine based on the image of the heterogeneous attribute and acquiring a corresponding basic software package through the Linux software image station;
s14, deploying a test program to the virtual machine to realize patch test based on the basic software package running test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous properties.
In this embodiment, in said step S11, preparation before the test is performed, specifically, a cloud platform is built and qow 2 is created. A cloud platform (a cloud management platform supporting multiple CPU architectures) of a heterogeneous environment is built in advance, and QCOW2 images of each different version of operating system on each CPU architecture to be tested are built and uploaded to the cloud platform so as to cover the environment complexity of the CPU architecture, the operating system and the version layers thereof.
In this embodiment, in step S12, a Linux software mirroring station is set up based on the heterogeneous attribute, where a base software package corresponding to the heterogeneous attribute may be acquired by the Linux software mirroring station. The Linux software mirror image station is built based on the heterogeneous attribute, so that the environment complexity of different basic software and version layers thereof can be covered.
Preferably, the building the Linux software mirror station based on the heterogeneous attribute includes: and setting up a Linux software mirror image station through a three-level directory, wherein the first-level directory corresponds to a CPU architecture, the second-level directory corresponds to an operating system, the third-level directory corresponds to an operating system version, and a corresponding basic software package is stored under the third-level directory.
In one particular embodiment, for example, a developer expects a version v1.0.0 product to support a kylin v10 kylin operating system with a CPU architecture of ARM or X86, and a CentOS v7.6 operating system with a CPU architecture of ARM or X86 as well. 4 qcoow 2 are created in the heterogeneous cloud platform according to step S11, arm_kylin_v10.qcow2, x86_kylin_v10.qcow2, arm_centos_v7.6.qcow2, x86_centos_v7.6, respectively. And (3) constructing a software mirror image station according to the step S12, wherein the primary catalogue is ARM and X86, the secondary catalogue is kylin_v10 and CentOS_v7.6, the tertiary catalogue is v1.0.0, and the basic software of the corresponding environment is stored under the third-stage catalogue. And setting corresponding configuration files in code branches to be tested, and storing related information. For example, the product version of the branch is specified in the configuration file, as well as the CPU architecture, operating system, and version thereof that the product version is expected to support.
In this embodiment, in the step S13, after the system detects a patch test request, a corresponding virtual machine is created based on the image of the heterogeneous attribute and a corresponding basic software package is acquired through the Linux software image station.
Preferably, the obtaining, by the Linux software mirroring station, the corresponding basic software package after the system detects the patch test request includes: after the system detects the patch test request, analyzing the configuration file of the corresponding branch of the code based on the patch test request; and when the existence of the images corresponding to the heterogeneous attributes matched with the configuration file is determined based on the configuration file, acquiring corresponding basic software packages through the Linux software image station. In this embodiment, when it is determined that there is a mirror image corresponding to the heterogeneous attribute on the heterogeneous cloud platform, the next step of obtaining the base software package is performed.
Preferably, the obtaining, by the Linux software mirroring station, the corresponding basic software package includes: and downloading the corresponding basic software package through a download path saved in the three-level catalogue corresponding to the heterogeneous attribute. Specifically, because in the development process of the cloud platform agent program, different versions of the basic software package for different operating systems are different, if software required by a test environment is directly packaged into a mirror image, two problems are faced, one problem is that the mirror image can only be produced manually by development, and the additional time beyond the development work is occupied, and the second problem is that a plurality of mirror images bring pressure to the cloud platform storage. Therefore, in order to solve the two problems, the system designed by the application only uses the basic operating system image and the basic software package, and the software package is automatically downloaded before running test through different download paths, and if the software package is required to be updated in research and development, the software package is only required to be placed on the path of the corresponding branch. On the source, the base software package may be stored in the following manner: cpu architecture/osVersion/releaseVersion.
Preferably, the creating the corresponding virtual machine based on the image of the heterogeneous attribute and acquiring the corresponding basic software package through the Linux software image station includes:
and modifying the Linux software source in the mirrored system configuration file as a corresponding directory of the Linux software mirroring station so as to download the corresponding basic software package through a download path saved by the three-level directory of the directory.
Continuing in this embodiment, in step S14, a test program is deployed to the virtual machine to implement patch testing in the virtual machine based on the base software package running test cases, wherein the virtual machine is equivalent to various physical machines of different heterogeneous properties.
Specifically, virtual machines are created using images of different CPU architectures, different operating systems, and Linux software sources (e.g., yum sources) are modified to be corresponding directories of the software image stations. Then, according to the code of the deployment agent program, a configuration file (such as yum source configuration file) influenced by the patch modification content in the dependencies required by the deployment agent program is temporarily created, a dependent program (such as python package) related to the patch modification content is installed, and then the code of the deployment agent program is operated to deploy the agent program into the virtual machine.
After various virtual machines which are equivalent to various physical machine environments are built successfully, test cases are run in different virtual machine environments. In the design of test cases, different test cases can be distinguished based on physical machine environments, and multiple physical machine environments can be adapted in a single case.
Preferably, the method further comprises: and when the counted patch test result meets the expectation, merging the corresponding patches and then entering a code library. Specifically, after the test is completed, the test result is counted, if the result meets the expectation, the test is passed, and the patches can be combined; if the results are not expected, the test fails and the patch may not be merged.
Fig. 2 shows a flowchart of a method for patch testing based on a heterogeneous cloud platform in accordance with a preferred embodiment of the present application. As shown in the figure, for the overall flow chart of the patch test of the present application, the whole is mainly divided into 7 steps, the first step is to continuously detect whether there is a newly submitted patch test request to be tested (patch merging request in this embodiment), when there is a patch merging request, the second step is started, the configuration files of the corresponding branches in the code library are parsed, then the third step is started, whether there is an image of the operating system corresponding to the CPU architecture and the corresponding version meeting the requirements of the configuration files in the heterogeneous cloud platform is checked, if the conditions are met, the fourth step is started, whether the corresponding path of the image station has a basic software package meeting the requirements is checked, if the conditions are met, the fifth step is performed, the configuration files and the programs on which the codes of the agent programs are dependent are created to simulate the management node, the codes of the agent programs are operated, and the corresponding test environment is created. And the sixth step is to execute the test case in the created environment. The last step is to collect test case results, and if a failed test case exists, collecting a failed log; if all pass, the patch is automatically combined or all pass and the patch is automatically combined into a code library after manual verification.
The integration test in the prior art is performed on different operating systems, different CPU architectures, in case the code has been incorporated into the code base. The integration test can only be used to find patches that introduce problems in the code library, and cannot prevent the problematic patches from entering the code library. Therefore, compared with the patch test executed before the code merging, the integrated test discovers the problem later, consumes more resources and has wider influence range. Since the integrated test itself is costly and the test is mostly performed in the middle and late stages of product development, when a problem is found in the integrated test, the cost of wanting to solve the problem back is very high.
The test method of the application runs the actual command in the virtual machine environment equivalent to the physical machine, rather than simulating the return value of the actual command, thereby ensuring that the test can find problems possibly brought by patches in various CPU architectures, operating systems and basic software. And the merging requests are synchronously screened through the test results, so that the problematic patches are prevented from entering a code library, and the heterogeneous scene research and development cost of the credit and debit industry is greatly reduced.
Fig. 3 shows a schematic architecture of a heterogeneous cloud platform according to a preferred embodiment of the present application. Specifically, the heterogeneous cloud platform is a complete cloud platform, and includes all components of the cloud platform. The preparation work of the application mainly makes the following 2 settings on the heterogeneous cloud platform: firstly, the heterogeneous cloud platform is provided with physical machines with various CPU models, for example, ARM, X86, loongaarch and the like are mainly provided, and in principle, all physical machines with the CPU models expected to be tested should be added into the heterogeneous cloud platform in advance, and a management node is responsible for managing and controlling the physical machines with different architectures; and secondly, the images of the operating systems of different versions need to be added into the heterogeneous cloud platform in advance to be used for creating a virtual machine environment during testing.
Before testing, checking whether a testing environment meeting requirements exists in the heterogeneous platform, namely, judging whether a CPU architecture physical environment meeting requirements exists in the heterogeneous cloud platform or not and whether images of different versions of virtual machines can be created on corresponding CPU architectures by calling a cloud platform interface in the heterogeneous environment according to default configuration of a testing system. Further, it is detected whether a satisfactory base software package exists on the corresponding path of the mirroring station. Further, when the base software package exists, a test environment is created. When the environment is created, the download path of the software package in the environment is set according to the content of the branch of the patch destination, and when the environment is built, the software under the corresponding path is installed, so that the effect of installing different software packages for different patches is achieved. When the environment is built, the content in the patch branches is according to the content. If the CPU architecture and the version of the operating system are specified in the code, an environment is created according to the specified environment in the code, otherwise, all known images are created into a test environment for detecting the compatibility of the patch.
Compared with the prior art, the method and the system have the advantages that the heterogeneous cloud platform is built and the corresponding mirror image is built based on the heterogeneous attribute, wherein the heterogeneous cloud platform supports multiple heterogeneous attributes, the heterogeneous attribute comprises one or more of a CPU architecture, an operating system and an operating system version, a Linux software mirror image station is built based on the heterogeneous attribute, a basic software package corresponding to the heterogeneous attribute can be obtained through the Linux software mirror image station, after a patch test request is detected by a system, a corresponding virtual machine is built based on the mirror image of the heterogeneous attribute, the corresponding basic software package is obtained through the Linux software mirror image station, and a test program is deployed to the virtual machine to realize patch test based on the basic software package operation test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous attributes. By the method, patch test accuracy is improved, and various problems possibly caused by different physical machine environments can be found.
Furthermore, embodiments of the present application provide a computer readable medium having stored thereon computer readable instructions executable by a processor to implement the foregoing method.
The embodiment of the application also provides a device for patch testing based on the heterogeneous cloud platform, wherein the device comprises:
one or more processors; and
a memory storing computer readable instructions that, when executed, cause the processor to perform the operations of the aforementioned method.
For example, computer-readable instructions, when executed, cause the one or more processors to: building a heterogeneous cloud platform and creating a corresponding mirror image based on heterogeneous attributes, wherein the heterogeneous cloud platform supports multiple heterogeneous attributes, and the heterogeneous attributes comprise one or more of a CPU architecture, an operating system and an operating system version; building a Linux software mirroring station based on the heterogeneous attribute, wherein a basic software package corresponding to the heterogeneous attribute can be acquired through the Linux software mirroring station; after the system detects a patch test request, creating a corresponding virtual machine based on the mirror image of the heterogeneous attribute and acquiring a corresponding basic software package through the Linux software mirror image station; deploying a test program to the virtual machine to realize patch test based on the basic software package running test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous properties.
It will be evident to those skilled in the art that the application is not limited to the details of the foregoing illustrative embodiments, and that the present application may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive, the scope of the application being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned. Furthermore, it is evident that the word "comprising" does not exclude other elements or steps, and that the singular does not exclude a plurality. A plurality of units or means recited in the apparatus claims can also be implemented by means of one unit or means in software or hardware. The terms first, second, etc. are used to denote a name, but not any particular order.
Claims (9)
1. A patch test method based on a heterogeneous cloud platform, wherein the method comprises the following steps:
building a heterogeneous cloud platform and creating a corresponding mirror image based on heterogeneous attributes, wherein the heterogeneous cloud platform supports multiple heterogeneous attributes, and the heterogeneous attributes comprise one or more of a CPU architecture, an operating system and an operating system version;
building a Linux software mirroring station based on the heterogeneous attribute, wherein a basic software package corresponding to the heterogeneous attribute can be acquired through the Linux software mirroring station;
after a system detects a patch test request submitted by a code library, creating a corresponding virtual machine based on the image of the heterogeneous attribute and acquiring a corresponding basic software package through the Linux software image station;
deploying a test program to the virtual machine to realize patch test based on the basic software package running test case in the virtual machine, wherein the virtual machine is equivalent to various physical machines with different heterogeneous properties.
2. The method of claim 1, wherein the obtaining, by the Linux software mirroring station, the corresponding base software package after the system detects the patch test request submitted by the code library comprises:
after detecting a patch test request submitted by a code library, the system analyzes a configuration file under a corresponding branch of the code library based on the patch test request;
and when the existence of the images corresponding to the heterogeneous attributes matched with the configuration file is determined based on the configuration file, acquiring corresponding basic software packages through the Linux software image station.
3. The method according to claim 1 or 2, wherein said building a Linux software mirroring station based on said heterogeneous properties comprises:
and setting up a Linux software mirror image station through a three-level directory, wherein the first-level directory corresponds to a CPU architecture, the second-level directory corresponds to an operating system, the third-level directory corresponds to an operating system version, and a corresponding basic software package is stored under the third-level directory.
4. The method of claim 3, wherein the obtaining, by the Linux software mirroring station, the corresponding base software package comprises:
and downloading the corresponding basic software package through a download path saved in the three-level catalogue corresponding to the heterogeneous attribute.
5. The method of claim 4, wherein the creating a corresponding virtual machine based on the heterogeneous-attribute image and obtaining a corresponding base software package through the Linux software image station comprises:
and modifying the Linux software source in the mirrored system configuration file as a corresponding directory of the Linux software mirroring station so as to download the corresponding basic software package through a download path saved by the three-level directory of the directory.
6. The method of claim 1, wherein creating the corresponding image based on the heterogeneous properties with M CPU architectures and N operating systems for each CPU architecture comprises:
and creating M.times.N images based on the M CPU architectures and N operating systems.
7. The method of claim 1, wherein the method further comprises:
and when the statistical patch test result meets the expectations, merging the corresponding patches.
8. A computer readable medium having stored thereon computer readable instructions executable by a processor to implement the method of any of claims 1 to 7.
9. Patch test equipment based on heterogeneous cloud platform, wherein, this equipment includes:
one or more processors; and
a memory storing computer readable instructions that, when executed, cause the processor to perform the operations of the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311177024.XA CN117171037A (en) | 2023-09-12 | 2023-09-12 | Patch testing method and device based on heterogeneous cloud platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311177024.XA CN117171037A (en) | 2023-09-12 | 2023-09-12 | Patch testing method and device based on heterogeneous cloud platform |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117171037A true CN117171037A (en) | 2023-12-05 |
Family
ID=88931577
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311177024.XA Pending CN117171037A (en) | 2023-09-12 | 2023-09-12 | Patch testing method and device based on heterogeneous cloud platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117171037A (en) |
-
2023
- 2023-09-12 CN CN202311177024.XA patent/CN117171037A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10824404B2 (en) | Methods and systems for uploading a program based on a target network platform | |
| CN110187914B (en) | Application development method, system and device | |
| US7337434B2 (en) | Off-device class/resource loading methods, systems and computer program products for debugging a Java application in a Java micro device | |
| US8510717B2 (en) | Method and system for testing application modules using static tests from a test suite | |
| US7962788B2 (en) | Automated treatment of system and application validation failures | |
| CN111381825B (en) | Method and device for generating small program | |
| CN111767226B (en) | Cloud computing platform resource testing method, system and equipment | |
| US9959199B2 (en) | Diagnosis of test failures in software programs | |
| CN109902005B (en) | Automatic testing method and system | |
| US9779014B2 (en) | Resilient mock object creation for unit testing | |
| US20210026756A1 (en) | Deriving software application dependency trees for white-box testing | |
| CN111831554B (en) | Code checking method and device | |
| CN111240987B (en) | Method and device for detecting migration program, electronic equipment and computer readable storage medium | |
| CN113342660B (en) | File testing method, device, system, electronic equipment and readable storage medium | |
| CN117171037A (en) | Patch testing method and device based on heterogeneous cloud platform | |
| CN111367796B (en) | Application program debugging method and device | |
| CN110321138B (en) | Program updating and migration method and device | |
| CN112114824A (en) | Linux-based software deployment method and equipment | |
| CN117149352A (en) | Cloud platform implementation method and device based on different architectures | |
| CN117271309A (en) | Service testing method, system, electronic equipment and storage medium | |
| CN115080390A (en) | Method, device and equipment for software patch package regression test | |
| CN117950991A (en) | Program testing method, device, electronic equipment and computer readable storage medium | |
| CN117971311A (en) | Front-end configuration method, apparatus, and computer-readable storage medium | |
| CN117950682A (en) | UI resource management method, device, equipment and storage medium | |
| CN115454827A (en) | Compatibility detection method, system, device and 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 |