CN116303067B - Testing method, device, equipment and medium based on cloud testing platform - Google Patents
Testing method, device, equipment and medium based on cloud testing platform Download PDFInfo
- Publication number
- CN116303067B CN116303067B CN202310316860.5A CN202310316860A CN116303067B CN 116303067 B CN116303067 B CN 116303067B CN 202310316860 A CN202310316860 A CN 202310316860A CN 116303067 B CN116303067 B CN 116303067B
- Authority
- CN
- China
- Prior art keywords
- target
- test
- plug
- component
- configuration file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 546
- 238000000034 method Methods 0.000 claims abstract description 40
- 238000001514 detection method Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims description 6
- 238000010998 test method Methods 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 12
- 238000004590 computer program Methods 0.000 description 11
- 238000011161 development Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000003818 cinder Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012956 testing procedure Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application relates to a testing method, device, equipment and medium based on a cloud testing platform, wherein the method comprises the following steps: acquiring a configuration file of the target test framework, wherein the configuration file is used for indicating a target component to be tested of a target working space in the cloud computing platform; detecting a corresponding target plug-in the target container according to the configuration file, wherein the target plug-in stores a test case set for testing a target component in the target working space; and calling the target plug-in to execute a test task on the target component in the target working space to obtain a test result. The target testing frame is not required to be manually changed so that the target testing frame is suitable for the testing environment of the target assembly in the target working space, a new testing frame is not required to be manually researched and developed again, the labor cost and the testing risk are reduced, and meanwhile, the testing efficiency and quality are improved.
Description
Technical Field
The application relates to the technical field of cloud computing, in particular to a testing method, device, equipment and medium based on a cloud testing platform.
Background
The OpenStack is used as an open-source cloud computing platform, provides a solution which is simple and easy to implement, supports large-scale expansion and has rich functions for different types of cloud, and is quite wide in application. More and more manufacturers secondarily develop cloud computing platforms with public cloud, private cloud, hybrid cloud and other solutions based on OpenStack.
When testing the OpenStack of the community version, setting up environments of test frames such as template or raply after setting up a cluster environment of the OpenStack to be tested; and then testing each component in the cluster of the OpenStack to be tested by using test cases in test frames such as tempest or rally. However, the cloud computing platform secondarily developed by the manufacturer based on the OpenSatck has large openSatck difference from the community version, so that test frames such as tempest or rally for testing the openSatck of the community version are not suitable for the cloud computing platform secondarily developed. When testing the cloud computing platform developed for the second time based on OpenSatck, manufacturers need to change the tempest testing framework or research and develop a set of testing framework greatly to test smoothly.
In the existing method for testing the cloud computing platform developed based on OpenSatck for the second time, manufacturers are most required to change the original temp test framework to a large extent or to re-develop a set of test framework, so that the labor cost and the test risk are greatly improved, and meanwhile, the test efficiency and quality are reduced.
Disclosure of Invention
The application provides a testing method, device, equipment and medium based on a cloud testing platform, which reduces labor cost and testing risk and improves testing efficiency and quality.
In one aspect, a testing method based on a cloud testing platform is provided, wherein the cloud testing platform comprises target equipment and a cloud computing platform; the target equipment is internally provided with a target container; the target container comprises a target test frame; the target container is in communication connection with the cloud computing platform based on the target equipment;
the method is performed by a target device, the method comprising:
acquiring a configuration file of a target test framework, wherein the configuration file is used for indicating target components to be tested of a target working space in a cloud computing platform;
detecting a corresponding target plug-in a target container according to the configuration file, wherein the target plug-in stores a test case set for testing a target component in a target working space;
and calling the target plug-in to execute a test task on the target component in the target working space to obtain a test result.
Optionally, the step of calling the target plugin to execute the test task on the target component in the target working space, and the step of obtaining the test result includes:
Acquiring first cluster resource information in a target working space;
invoking a target plug-in to execute a test task on a target component in a target working space;
acquiring second cluster resource information in a target working space;
and determining a test result according to the first cluster resource information and the second cluster resource information.
Optionally, the method further comprises:
and when the first cluster resource information does not meet the execution environment of the test task of the target component, determining the test result of the target component as test failure.
Optionally, the target device includes a target database, and the target database includes a task list; the method further comprises the steps of:
respectively acquiring the component name of the target component, the plug-in name of the target plug-in and the identification information of the test task;
monitoring test results corresponding to each test case in the test case set in the target plug-in to obtain the number of successful test cases and the number of failed test cases in the test case set;
receiving log information returned by the target plug-in when the test task fails;
and storing the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails into a task list.
Optionally, detecting the corresponding target plugin in the target container according to the configuration file includes:
detecting test switch information in a configuration file;
and when the test switch information is in an on state, detecting a corresponding target plug-in the target container according to the target component to be tested indicated by the configuration file.
Optionally, before acquiring the configuration file of the target test framework, the method further includes:
loading first environment configuration information of a cloud computing platform, wherein the first environment configuration information comprises authentication information, component information and cluster resource information;
and loading second environment configuration information of the target test framework, wherein the second environment configuration information comprises a configuration file.
Optionally, the method further comprises:
outputting an HTML report according to the task list;
and transmitting the HTML report to a preset position for front-end display.
In yet another aspect, a testing device based on a cloud testing platform is provided, where the cloud testing platform includes a target device and a cloud computing platform; the target equipment is internally provided with a target container; the target container comprises a target test frame; the target container is in communication connection with the cloud computing platform based on the target equipment;
the apparatus is performed by a target device, the apparatus comprising:
The acquisition module is used for acquiring a configuration file of the target test framework, wherein the configuration file is used for indicating target components to be tested of a target working space in the cloud computing platform;
the detection module is used for detecting a corresponding target plugin in the target container according to the configuration file, and the target plugin stores a test case set for testing a target component in the target working space;
and the calling module is used for calling the target plug-in to execute the test task on the target component in the target working space to obtain a test result.
In yet another aspect, a computer device is provided, the computer device including a processor and a memory, the memory storing at least one instruction, the at least one instruction loaded and executed by the processor to implement the cloud test platform based test method described above.
In yet another aspect, a computer readable storage medium having at least one instruction stored therein is provided, the at least one instruction being loaded and executed by a processor to implement the cloud test platform based test method described above.
In yet another aspect, a computer program product or computer program is provided, the computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions, so that the computer device executes the testing method based on the cloud testing platform.
The technical scheme that this application provided can include following beneficial effect:
according to a configuration file of a target component to be tested, which is used for indicating a target working space in a cloud computing platform, detecting a target plug-in corresponding to the target component in a target container, in which a target test framework is deployed, and when the target plug-in is installed in the target container, calling the target plug-in to execute a test task on the target component to obtain a test result. The target plug-in and the target test frame are deployed in the target container, so that one-time deployment and multiple-time use are realized, and the target test frame and the target plug-in do not need to be redeployed each time a target component of a target space in the cloud computing platform is tested. The method has the advantages that the test case set for testing the target component in the target working space is stored in the target plug-in, the target plug-in is called to execute the test task on the target component on the basis of the target test frame, the target test frame is not required to be changed manually so as to be suitable for the test environment of the target component in the target working space, a new test frame is not required to be researched manually, the manual participation of the target test frame in testing the target component in the target working space is greatly reduced, the labor cost and the test risk are reduced, and meanwhile, the test efficiency and quality are improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a schematic diagram of a cloud testing platform according to an exemplary embodiment.
Fig. 2 is a method flow diagram illustrating a testing method based on a cloud testing platform, according to an example embodiment.
Fig. 3 is a method flow diagram illustrating a testing method based on a cloud testing platform, according to an example embodiment.
Fig. 4 is a method flow diagram illustrating a testing method based on a cloud testing platform, according to an example embodiment.
FIG. 5 is a specific workflow diagram of a testing method based on a cloud testing platform in an application scenario related to FIG. 4
Fig. 6 is a block diagram illustrating a structure of a testing apparatus based on a cloud testing platform according to an exemplary embodiment.
Fig. 7 shows a block diagram of a computer device according to an exemplary embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made apparent and fully in view of the accompanying drawings, in which some, but not all embodiments of the invention are shown. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
It should be understood that, in the embodiments of the present application, the "indication" may be a direct indication, an indirect indication, or an indication having an association relationship. For example, a indicates B, which may mean that a indicates B directly, e.g., B may be obtained by a; it may also indicate that a indicates B indirectly, e.g. a indicates C, B may be obtained by C; it may also be indicated that there is an association between a and B.
In the description of the embodiments of the present application, the term "corresponding" may indicate that there is a direct correspondence or an indirect correspondence between the two, or may indicate that there is an association between the two, or may indicate a relationship between the two and the indicated, configured, or the like.
In the embodiment of the present application, the "predefining" may be implemented by pre-storing corresponding codes, tables or other manners that may be used to indicate relevant information in devices (including, for example, terminal devices and network devices), and the specific implementation of the present application is not limited.
To facilitate an understanding of the description of the present application, the terms referred to in this application are first introduced:
OpenStack: the cloud computing platform is an open source cloud computing platform and is a combination of a series of software open source projects.
temp: the OpenStack community pushing-out source tool can be used for testing all components of the OpenStack.
Programming interface (Application Programming Interface, API): are predefined interfaces (e.g., functions, HTTP interfaces) or refer to conventions that connect different components of a software system.
Working space: is a directory containing a number of specific functional packages, configuration files, etc., similar to a virtual environment or container; the same cloud computing platform can realize different functions by loading different workspaces when being started.
Hypertext markup language (HyperText Markup Language, HTML) report: may be used for the report displayed in the previous paragraph.
Fig. 1 is a schematic diagram of a cloud testing platform according to an exemplary embodiment. The cloud testing platform includes a device 110 and a cloud computing platform 120. Wherein the device 110 has a container 111 running therein, the container 111 includes a target plug-in and a target test framework, and the cloud computing platform 120 may include at least one target workspace 121, and the target workspace may include at least one target component to be tested therein.
Wherein the target plug-in the container 111 is communicatively connected to the cloud computing platform 120 based on the device 110. The cloud computing platform 120 may be any cloud computing platform after secondary development based on an open source cloud computing platform, and in the embodiment of the present application, the cloud computing platform after secondary development based on OpenStack is taken as an example. The target test framework is a mirror image of the target test framework for testing the open source cloud computing platform before secondary development. Taking a cloud computing platform developed secondarily based on OpenStack as an example, the target test framework can be a mirror image of a template framework of OpenStack for testing community versions which are not developed secondarily; taking a cloud computing platform based on OpenStack secondary development as an example, target components to be tested in a target working space can be nova, cander and/or glance target components. The target plug-in stores a test case set for testing a target component to be tested in the target workspace.
After the device 110 obtains the configuration file of the target test framework, a list of components to be tested in the cloud computing platform is obtained based on a first configuration item of the configuration file, and then target plug-ins corresponding to each component of the list of components to be tested are detected in the container 111 according to the list of components to be tested. When a target plug-in corresponding to each component of the to-be-tested component list is installed in the container 111, acquiring a to-be-tested target component in the target working space according to a second configuration item of the configuration file, wherein the to-be-tested component list comprises the to-be-tested target component in the target working space; and calling the target plug-in to execute the test task on the target component to obtain a test result. The method and the device have the advantages that the large change of the target test frame or the redevelopment of a new test frame is avoided, the labor cost and the test risk are reduced, and meanwhile, the test efficiency and quality are improved.
Taking the cloud computing platform developed secondarily based on OpenStack as an example, the configuration file of the target test framework obtained by the device 110 is temp. conf, the device 110 may obtain the to-be-tested component list of the cloud computing platform developed secondarily based on OpenStack by reading a first configuration item [ service_check ] in the configuration file temp. conf, and the device 110 detects whether a target plug-in corresponding to each component in the to-be-tested component list is installed in the container 111 according to the first configuration item [ service_check ] through a pip command or a yum command. The second configuration item may be [ service_available ], and the device 110 obtains, by reading the second configuration item [ service_available ], a target plug-in corresponding to the target component to be tested of the target workspace.
Alternatively, the cloud computing platform 120 may be deployed in a containerized manner or may be deployed in other manners, which is not specifically limited in the embodiments of the present application. The target test frame and the target plug-in are deployed in the same container, namely the target test frame and the target plug-in are deployed in a container mode (dock), so that multiple times of deployment are realized, and the test efficiency is improved.
Optionally, the target plug-in further includes API interfaces adapted to different types of cloud computing platforms 120, where each API interface is associated with a test case set, so that the target plug-in can perform a test task on a target component to be tested in a target space in the different types of cloud computing platforms 120. The user can perform maintenance operations on the test case sets and/or the API interfaces under different API interfaces in the target plug-in, wherein the maintenance operations comprise, but are not limited to, adding, deleting and modifying, and the modification and maintenance are not required to be performed on the target test framework, so that the efficiency and the quality of the test are improved.
Optionally, taking the cloud computing platform developed secondarily based on OpenStack as an example, before testing a target component to be tested in a target working space in the cloud computing platform 120, mirroring of a tempest test frame needs to be preferentially manufactured, after the target test frame deployed in the container 111 is obtained, the container 111 is started, then the target plug-in is installed in the container, then a configuration file of the target test frame and a target database in the device 110 are initialized, and then the container 111 is restarted.
Optionally, initializing the configuration file of the target test frame may include loading first environment configuration information of the cloud computing platform, loading second environment configuration information of the target test frame, and loading third environment configuration information of the target working space when detecting that a test switch in the configuration information of the target test frame is in an on state; the first environment configuration signal may include authentication information, component information, and cluster resource information; the second environment configuration information may include a configuration file of the target test framework to ensure that the subsequent test tasks can be properly executed; the third environment configuration information may include a global profile of the target workspace.
Optionally, the device 110 obtains the configuration file of the target test frame when loading the second environmental configuration information of the target test frame, so as to detect the test switch information in the configuration file; when the test switch information is in an on state, a first configuration item of the configuration file is read to obtain a to-be-tested component list in the cloud computing platform, and then target plug-ins corresponding to all components of the to-be-tested component list are detected in the container 111 according to the to-be-tested component list. When the target plug-ins corresponding to the respective components in the component list to be tested are not installed in the container 111 or the installation of the target plug-ins corresponding to the respective components in the component list to be tested fails, the test flow is ended. When the container 111 is provided with the target plug-ins corresponding to the components in the component list to be tested, the container 111 is restarted, so that the target plug-ins can be conveniently called to execute the test task.
Optionally, initializing the target database in device 110 may include creating a task list in the target database for recording status information for test task execution, and deployment information associated with cloud computing platform 120. The state information of the test task execution can comprise a component name, a target plug-in name, identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails; the deployment information may include identification information of the cloud computing platform 120.
Optionally, after restarting the container 111, the device 110 may further receive an input that the user matches the test case set associated with the target API interface in the target plug-in, call a dynamic library function of the target test framework, import the test case set associated with the target API interface in the target plug-in into the memory of the device 110, and initialize the test case set, so that when the target plug-in is subsequently called to execute the test task on the target component in the target workspace, the test case set in the target plug-in can be called.
Optionally, after the device 110 obtains the target component to be tested in the target working space according to the second configuration item, the storage path of the test case set in the target plugin may be updated to be under the global configuration file of the target working space, so that the device 110 may read the storage path of the test case set in the target plugin according to the global configuration file of the target working space, and further automatically address the test case set in the target plugin according to the storage path of the test case set in the target plugin, thereby implementing the call to the test case set in the target plugin.
Fig. 2 is a flow chart illustrating a testing method based on a cloud testing platform, according to an example embodiment. The method is performed by a target device, which may be a device 110 as in fig. 1. As shown in fig. 2, the testing method based on the cloud testing platform may include the following steps:
step 201, a configuration file of a target test framework is obtained.
The cloud testing platform comprises target equipment and a cloud computing platform; the target equipment is internally provided with a target container; the target container comprises a target test frame; the target container is in communication connection with the cloud computing platform based on the target equipment; the cloud computing platform comprises at least one working space, and all working spaces in the cloud computing platform are isolated from each other and do not affect each other. The configuration file comprises a first configuration item for indicating a to-be-tested component list in the cloud computing platform and a to-be-tested target component for indicating a target working space in the cloud computing platform; the to-be-tested component list comprises to-be-tested target components of a target working space in the cloud computing platform, and further the configuration file can be used for indicating the to-be-tested target components of the target working space in the cloud computing platform; the cloud computing platform may be cloud computing platform 120 of fig. 1, the target device may be device 110 of fig. 1, the target container may be container 111 of fig. 1, and the target plug-in is communicatively connected to the target workspace through an API interface.
It will be appreciated that the cloud computing platform and the target container are deployed before the target device obtains the configuration file of the target test framework. The target device can read the configuration file of the target test frame, and then obtain the configuration file of the target test frame.
Step 202, detecting the corresponding target plugin in the target container according to the configuration file.
The target plug-in stores a test case set for testing a target component in a target working space; the test case set comprises at least one test case for testing a target component in the target working space; the target workspace includes at least one target component to be tested. The target equipment reads a first configuration item of the configuration file and acquires a to-be-tested component list in the cloud computing platform; and detecting whether the target container is provided with target plug-ins corresponding to all components of the to-be-tested component list according to the to-be-tested component list and the target command. When the target container is provided with target plug-ins corresponding to all components of the to-be-tested component list, the second configuration item of the configuration file is read to obtain the to-be-tested target components in the target working space, and the target device detects the target plug-ins corresponding to the to-be-tested target components.
And 203, calling a target plug-in to execute a test task on a target component in the target working space to obtain a test result.
The test result comprises test success or test failure, and after the target device detects that the target plug-in corresponding to the target component is installed in the target container, the test case set in the target plug-in is called to execute a test task on the target component; after the test task is executed, the target plug-in unit returns the execution result of the test task to the target device, and the target device obtains the test result corresponding to each test case in the test case set.
And the target component corresponds to the test result and records the test result corresponding to each test case.
In summary, according to the configuration file of the target component to be tested, which is used for indicating the target working space in the cloud computing platform, the target plug-in corresponding to the target component is detected in the target container where the target test framework is deployed, and when the target plug-in is installed in the target container, the target plug-in is called to execute the test task on the target component, so as to obtain the test result. The target plug-in and the target test frame are deployed in the target container, so that one-time deployment and multiple-time use are realized, and the target test frame and the target plug-in do not need to be redeployed each time a target component of a target space in the cloud computing platform is tested. The method has the advantages that the test case set for testing the target component in the target working space is stored in the target plug-in, the target plug-in is called to execute the test task on the target component on the basis of the target test frame, the target test frame is not required to be changed manually so as to be suitable for the test environment of the target component in the target working space, a new test frame is not required to be researched manually, the manual participation of the target test frame in testing the target component in the target working space is greatly reduced, the labor cost and the test risk are reduced, and meanwhile, the test efficiency and quality are improved.
Fig. 3 is a method flow diagram illustrating a testing method based on a cloud testing platform, according to an example embodiment. The method is performed by a target device, which may be a device 110 as in fig. 1. As shown in fig. 3, the testing method based on the cloud testing platform may include the following steps:
step 301, a configuration file of a target test framework is obtained.
Step 301 in this embodiment is similar to step 201 in the above embodiment, and will not be described herein.
Optionally, before acquiring the configuration file of the target test framework, the target device may further load first environment configuration information of the cloud computing platform; and loading second environment configuration information of the target test frame to complete configuration of the test environment and ensure smooth test.
The first environment configuration signal comprises authentication information, component information and cluster resource information; the second environmental configuration information includes a configuration file of the target test framework.
Optionally, the target device includes a target database, and before loading the first environment configuration information of the cloud computing platform, the target device may further create a task list in the target database for recording status information of test task execution, and deployment information associated with the cloud computing platform. The state information of the test task execution can comprise a component name, a target plug-in name, identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails; the deployment information may include identification information of the cloud computing platform.
Step 302, test switch information in a configuration file is detected.
The test switch information is used for indicating whether the cloud computing platform needs to be tested or not. When the target device reads the configuration file of the target test frame, the target device can read the test switch information in the configuration file, and further can judge whether the test switch information is in an on state or not.
Step 303, when the test switch information is in an on state, detecting a corresponding target plug-in the target container according to the target component to be tested indicated by the configuration file.
When the test switch information is in an on state, the target device reads the first configuration item of the configuration file and then detects whether a target plug-in corresponding to the target component to be tested indicated by the first configuration item is installed in the target container or not through the target command item.
Optionally, when the test switch information is in the off state, the target device ends the test procedure.
Optionally, when the corresponding target plugin is not detected in the target container, the target device ends the test flow.
Step 304, obtaining first cluster resource information in the target workspace.
Wherein the first cluster resource information is list information of resources included in the target workspace. Aiming at each test case in the test case set in the target plug-in, the target device acquires first cluster resource information through an API interface before calling the target plug-in to execute a test task on the target component.
Optionally, when the first cluster resource information does not meet the execution environment of the test task of the target component, determining the test result of the target component as a test failure.
The execution environment comprises an environment which supports normal operation and provides service of the target component, such as normal service, normal storage, normal network, VGPU installation, shared storage and/or multiple network cards of the target component. The first cluster resource information also comprises running environment information such as information about whether the service of the target component is normal, information about whether the storage is normal, and information about whether the network of the cloud computing platform is normal.
Optionally, when the first cluster resource information does not meet the execution environment of the test task of the target component, and the target working space includes more than two target components to be tested, the target device may further continuously determine whether the first cluster resource information meets the execution environment of the test task of the next target component in the target working space, until the first cluster resource information meets the execution environment of the test task of the target component.
Step 305, the target plugin is invoked to perform a test task on the target component in the target workspace.
After the target device detects that the target plug-in corresponding to the target component is installed in the target container, each test case under the test case set in the target plug-in is called to execute a test task on the target component.
Optionally, after the test result corresponding to a test case is obtained after the test of a certain test case under the test case set in the target plug-in is finished, the target device continues to call the next test case in the test case set to execute the test task on the target component until all test cases in the test case set are finished.
Optionally, when the target device invokes each test case under the test case set in the target plug-in to execute a test task on the target component, the target plug-in may invoke a native library function of the target test framework to communicate with the cloud computing platform, and the target plug-in may also return progress information and status information currently executed by the target plug-in to the target device. The progress information comprises information about the test progress, such as the execution progress of the test cases in the test case set; the state information includes information about the test state such as that the target plug-in is operating normally.
Optionally, when all test cases in the test case set in the target plugin are executed, the target plugin returns a test end signal to the target device. And ending the test flow after the target equipment receives the test ending signal.
Step 306, obtaining second cluster resource information in the target workspace.
And the target device acquires the second cluster resource information through the API after calling the target plug-in to execute the test task on the target component.
Step 307, determining a test result according to the first cluster resource information and the second cluster resource information.
After the target plug-in is called to execute the test task corresponding to the target component, the target component performs some processing operations on the resources of the cloud computing platform according to the test cases in the test case set, so that the list information of the resources of the cloud computing platform is changed, wherein the processing operations include, but are not limited to, creating, deleting or modifying the resources in the cloud computing platform. The target device can determine whether the test result corresponding to each test case is test success or test failure by comparing the second cluster resource information with the first cluster resource information, wherein 0 is used for indicating test failure, and 1 is used for indicating test success. And recording the test result corresponding to each test case. The specific comparison method of the second cluster resource information and the first cluster resource information is not limited, and the corresponding comparison method can be set according to the test task actually executed by the target plug-in.
For example, when a test case of the test case set in the target plug-in is a virtual machine creation, a test task executed by the target plug-in on the target component is called to create the virtual machine. Before a test task of creating a virtual machine, which is executed by a target plug-in on a target component in a target working space, is called, virtual machine list information of the target working space is obtained through a web API interface; after the test task of creating the virtual machine, which is executed by the target plug-in on the target component, is called, the tested virtual machine list information of the target working space is obtained through the web API interface. The target device can judge whether the test task of creating the virtual machine is successfully tested by comparing whether the virtual machine list information is consistent with the virtual machine list information after being tested, and can judge whether the test task of creating the virtual machine is successfully tested by comparing whether a virtual machine with a specific identifier is added in the virtual machine list information after being tested relative to the virtual machine list information.
In an application scene, a cloud computing platform based on OpenStack secondary development mainly comprises a virtual machine life cycle, a disk and mirror image related test of a bottom layer, and relates to nova, cinder and glance components; a user can deploy a nova-plug in corresponding to a nova component, a cander-plug in corresponding to a cander component and a glance-plug in corresponding to a glance component in a mirrored container comprising a tempest test framework, and test switch information is added in a mirrored configuration file of the tempest test framework to realize the testing of the life cycle, the disk and the mirror correlation of the virtual machine under the cloud computing platform after the secondary development based on OpenStack.
In another application scenario, another cloud computing platform after secondary development based on OpenStack mainly comprises a detection, decision and execution module, which does not belong to the primary service of OpenStack, after a user needs to develop a test case in a plug-in corresponding to the detection, decision and execution module, the plug-in corresponding to the detection, decision and execution module is deployed in a container comprising a mirror image of a tempest test frame, and test switch information is added in a configuration file of the mirror image of the tempest test frame to realize the test related to the detection, decision and execution module under the cloud computing platform after secondary development based on OpenStack.
In summary, before executing the test task on the target component, the test switch information in the configuration file is preferentially detected; when the test switch information is in an on state, detecting a corresponding target plug-in a target container, acquiring first cluster resource information in a target working space, and calling the target plug-in to execute a test task on a target component when the target plug-in is installed in the target container; and acquiring second cluster resource information in the target working space after the test task is finished so as to determine a test result according to the first cluster resource information and the second cluster resource information. And when the test switch information is in an on state, the subsequent steps are carried out, so that the detection of the plug-in corresponding to the component which does not need to be tested in the target container is avoided, the repeated test of the component which does not need to be tested is avoided, the test result is determined according to the first cluster resource information before the target plug-in is called to execute the test task on the target component in the target working space and the second cluster resource information after the target plug-in is called to execute the test task on the target component in the target working space, and the test efficiency is improved.
Fig. 4 is a method flow diagram illustrating a testing method based on a cloud testing platform, according to an example embodiment. The method is performed by a target device, which may be a device 110 as in fig. 1. As shown in fig. 4, the testing method based on the cloud testing platform may include the following steps:
Step 401, obtaining a configuration file of a target test framework.
Step 402, detecting a corresponding target plugin in the target container according to the configuration file.
And step 403, calling the target plug-in to execute a test task on the target component in the target working space to obtain a test result.
Steps 401 to 403 in the embodiment of the present application are similar to steps 201 to 203 in the above embodiment, and are not described herein.
Step 404, obtaining the component name of the target component, the plug-in name of the target plug-in and the identification information of the test task respectively.
The target device comprises a target database, and the target database comprises a task list. The target device reads the first environment configuration information of the cloud computing platform and the second environment configuration information of the target test framework, and can acquire the component name of the target component, the plug-in name of the target plug-in and the identification information of the test task.
And step 405, monitoring test results corresponding to each test case in the test case set in the target plug-in to obtain the number of successful test cases and the number of failed test cases in the test case set.
When each test case under the test case set in the target plug-in is called by the target device to execute a test task on the target component, a test result corresponding to the test case is recorded, and when the test result is test success, namely the test result is 1, the number of the successful test cases is increased by one; and when the test result is test failure, namely the test result is 0, adding one to the number of failed test cases until all the test cases in the test case set are executed, and obtaining the number of successful test cases and the number of failed test cases in the test case set.
And step 406, receiving log information returned by the target plug-in when the test task fails.
When the target device invokes each test case under the test case set in the target plug-in to execute the test task on the target component, the target plug-in returns the log information when the test task fails to the target device, and the target device receives the log information when the test task fails to the target device.
Step 407, storing the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and the log information when the test task fails in the task list.
The target device stores the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails into a task list.
Optionally, after the target device stores the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and the log information when the test task fails in the task list, the target device may further output a log of a test flow corresponding to the target component. And then judging whether other components except the target component in the target working space need to be tested according to a second configuration item of the configuration file, and if the other components except the target component in the target working space need to be tested, repeating the steps until the other components except the target component in the target working space do not need to be tested.
Optionally, the target device may also output an HTML report according to the task list; and transmitting the HTML report to a preset position for front-end display.
The target device integrates information in the task list to generate an HTML report, and transmits the HTML report to the web server for front-end display.
Optionally, the target device ends the testing procedure after transmitting the HTML report to the preset location.
In still another application scenario, as shown in fig. 5, in conjunction with fig. 1, taking the cloud computing platform 120 as a cloud computing platform after OpenStack-based secondary development, the target test framework is a mirror image of the tempest test framework, the target device is the device 110, and the target container is the container 111 as an example. When a target component to be tested in a target workspace under the cloud computing platform 120 needs to be tested, the device 110 receives input from a user initializing a target database, creates a task list in the target database for recording state information of test task execution, and deployment information associated with the cloud computing platform 120. The first environment configuration information of the cloud computing platform 120 is loaded, the second environment configuration information of the target test framework is loaded, the configuration file tempest. Conf of the target test framework is obtained, and the test switch information in the configuration file tempest. Conf is detected to determine whether the cloud computing platform 120 needs to be tested. When the test switch information is in the off state, the cloud computing platform 120 does not need to perform the test, and the device 110 ends the test flow; when the test switch information is in the on state, the cloud computing platform 120 needs to perform a test, loads the third environment configuration information of the target workspace, further reads the first configuration item [ service_check ] in the configuration file tempest. Conf, and instructs to detect, in the container 111, the target plug-ins corresponding to each component in the to-be-tested component list in the cloud computing platform through the pip or yum.
When detecting that the corresponding target plug-in is not installed in the container 111 or that the installation of the corresponding target plug-in fails, the device 110 ends the test flow; when it is detected that the corresponding target plug-in is installed in the container 111, the container 111 is restarted to launch the target test framework. The device 110 receives input of a test case set associated with a target API interface in a target plug-in by a user, calls a dynamic library function of a target test framework, and imports the test case set associated with the target API interface in the target plug-in into a memory of the target device and initializes the test case set so that the test case set in the target plug-in can be called when the target plug-in is subsequently called to execute a test task on a target component in a target working space. The device 110 reads a second configuration item [ service_available ] in the configuration file tempest. Conf to obtain a target component to be tested in the target working space; the storage path of the test case set in the target plugin is updated to the global configuration file of the target working space, so that the device 110 can read the storage path of the test case set in the target plugin according to the global configuration file of the target working space, and further automatically address the test case set in the target plugin according to the storage path of the test case set in the target plugin, and the call of the test case set in the target plugin is realized. The device 110 obtains the first cluster resource information in the target working space, when the first cluster resource information does not meet the execution environment of the test task of the target component, the test result of the target component is determined to be a test failure, and the device 110 continues to determine whether the first cluster resource information meets the execution environment of the test task of the next target component in the target working space until the first cluster resource information meets the execution environment of the test task of the target component.
When the first cluster resource information meets the execution environment of the test task of the target component, the device 110 calls each test case in the test case set in the target plug-in to execute the test task on the target component; acquiring second cluster resource information in a target working space, and determining a test result according to the first cluster resource information and the second cluster resource information until all test cases in the test case set are executed; the device 110 receives the test returned by the target plugin. Further, the component name of the target component, the plug-in name of the target plug-in and the identification information of the test task are respectively obtained; monitoring test results corresponding to each test case in the test case set in the target plug-in to obtain the number of successful test cases and the number of failed test cases in the test case set; receiving log information returned by the target plug-in when the test task fails; and storing the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails into a task list.
The device 110 outputs a log of the test procedure corresponding to the target component, and determines whether other components except the target component in the target working space need to be tested according to the second configuration item of the configuration file, if the other components except the target component in the target working space need to be tested, the above steps are repeatedly executed until all the other components except the target component in the target working space do not need to be tested. And outputting an HTML report, and transmitting the HTML report to a web server for front-end display to finish the test flow.
In summary, after the target device invokes the target plug-in to execute the test task on the target component in the target working space to obtain the test result, the obtained or monitored component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and the log information when the test task fails can be stored in the task list, and the original test framework is not required to be changed greatly by invoking the target plug-in to test the target component, and the test cases are not required to be developed manually, so that the manual participation is reduced, the labor cost and the test risk are further reduced, and meanwhile, the test efficiency and quality are also improved. The whole process of executing the test task on the target component is recorded by utilizing the task list, so that the management of the test process is facilitated, the HTML report displayed at the front end can be output, and the user can intuitively check the test result.
It should be noted that the steps between the embodiments shown in fig. 2 to fig. 4 and the alternative implementation may be freely combined under the condition of conforming to logic, and all other embodiments obtained by freely combining the foregoing by a person having ordinary skill in the art without making creative efforts are within the protection scope of the present application.
Fig. 6 is a block diagram illustrating a structure of a testing apparatus based on a cloud testing platform according to an exemplary embodiment. The cloud testing platform comprises target equipment and a cloud computing platform; the target equipment is internally provided with a target container; the target container comprises a target test frame; the target container is in communication connection with the cloud computing platform based on the target equipment;
the testing device based on the cloud testing platform is executed by target equipment, and comprises:
the acquiring module 601 is configured to acquire a configuration file of a target test framework, where the configuration file is used to indicate a target component to be tested in a target working space in a cloud computing platform;
the detection module 602 is configured to detect, according to the configuration file, a corresponding target plug-in the target container, where the target plug-in stores a test case set for testing a target component in the target workspace;
and the calling module 603 is used for calling the target plug-in to execute the test task on the target component in the target working space to obtain a test result.
In one possible implementation, the calling module is further configured to:
acquiring first cluster resource information in a target working space;
invoking a target plug-in to execute a test task on a target component in a target working space;
Acquiring second cluster resource information in a target working space;
and determining a test result according to the first cluster resource information and the second cluster resource information.
In one possible implementation manner, the testing device based on the cloud testing platform further comprises:
and the determining module is used for determining the test result of the target component as test failure when the first cluster resource information does not meet the execution environment of the test task of the target component.
In one possible implementation, the target device includes a target database, the target database including a task list; the testing device based on the cloud testing platform further comprises:
the acquisition module is further used for respectively acquiring the component name of the target component, the plug-in name of the target plug-in and the identification information of the test task;
the monitoring module is used for monitoring the test results corresponding to each test case in the test case set in the target plug-in to obtain the number of successful test cases and the number of failed test cases in the test case set;
the receiving module is used for receiving log information returned by the target plug-in when the test task fails;
the storage module is used for storing the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails into a task list.
In one possible implementation, the detection module is further configured to:
detecting test switch information in a configuration file;
and when the test switch information is in an on state, detecting a corresponding target plug-in the target container according to the target component to be tested indicated by the configuration file.
In one possible implementation manner, before acquiring the configuration file of the target test framework, the testing device based on the cloud test platform further includes:
the first loading module is used for loading first environment configuration information of the cloud computing platform, and the first environment configuration signal comprises authentication information, component information and cluster resource information;
the second loading module is used for loading second environment configuration information of the target test framework, and the second environment configuration information comprises a configuration file.
In one possible implementation manner, the testing device based on the cloud testing platform further comprises:
the output module is used for outputting an HTML report according to the task list;
and the transmission module is used for transmitting the HTML report to a preset position for front-end display.
In summary, according to the configuration file of the target component to be tested, which is used for indicating the target working space in the cloud computing platform, the target plug-in corresponding to the target component is detected in the target container where the target test framework is deployed, and when the target plug-in is installed in the target container, the target plug-in is called to execute the test task on the target component, so as to obtain the test result. The target plug-in and the target test frame are deployed in the target container, so that one-time deployment and multiple-time use are realized, and the target test frame and the target plug-in do not need to be redeployed each time a target component of a target space in the cloud computing platform is tested. The method has the advantages that the test case set for testing the target component in the target working space is stored in the target plug-in, the target plug-in is called to execute the test task on the target component on the basis of the target test frame, the target test frame is not required to be changed manually so as to be suitable for the test environment of the target component in the target working space, a new test frame is not required to be researched manually, the manual participation of the target test frame in testing the target component in the target working space is greatly reduced, the labor cost and the test risk are reduced, and meanwhile, the test efficiency and quality are improved.
Fig. 7 illustrates a block diagram of a computer device 700, according to an exemplary embodiment of the present application. The computer device may be implemented as a server in the above-described aspects of the present application. The computer apparatus 700 includes a central processing unit (Central Processing Unit, CPU) 701, a system Memory 704 including a random access Memory (Random Access Memory, RAM) 702 and a Read-Only Memory (ROM) 703, and a system bus 705 connecting the system Memory 704 and the central processing unit 701. The computer device 700 also includes a mass storage device 706 for storing an operating system 709, application programs 710, and other program modules 711.
The mass storage device 706 is connected to the central processing unit 701 through a mass storage controller (not shown) connected to the system bus 705. The mass storage device 706 and its associated computer-readable media provide non-volatile storage for the computer device 700. That is, the mass storage device 706 may include a computer readable medium (not shown) such as a hard disk or a compact disk-Only (CD-ROM) drive.
The computer readable medium may include computer storage media and communication media without loss of generality. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, erasable programmable read-Only register (Erasable Programmable Read Only Memory, EPROM), electrically erasable programmable read-Only Memory (EEPROM) flash Memory or other solid state Memory technology, CD-ROM, digital versatile disks (Digital Versatile Disc, DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will recognize that the computer storage medium is not limited to the one described above. The system memory 704 and mass storage device 706 described above may be collectively referred to as memory.
According to various embodiments of the present disclosure, the computer device 700 may also operate through a network, such as the Internet, to a remote computer on the network. I.e. the computer device 700 may be connected to the network 708 through a network interface unit 707 connected to the system bus 705, or alternatively, the network interface unit 707 may be used to connect to other types of networks or remote computer systems (not shown).
The memory further comprises at least one computer program stored in the memory, and the central processing unit 701 implements all or part of the steps of the method shown in the above embodiments by executing the at least one computer program.
In an exemplary embodiment, a computer readable storage medium is also provided for storing at least one computer program that is loaded and executed by a processor to implement all or part of the steps of the above method. For example, the computer readable storage medium may be Read-Only Memory (ROM), random-access Memory (Random Access Memory, RAM), compact disc Read-Only Memory (CD-ROM), magnetic tape, floppy disk, optical data storage device, and the like.
In an exemplary embodiment, a computer program product or a computer program is also provided, the computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium and executes the computer instructions to cause the computer device to perform all or part of the steps of the method shown in any of the embodiments of fig. 2 to 4 described above.
Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
It is to be understood that the present application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.
Claims (10)
1. The testing method based on the cloud testing platform is characterized in that the cloud testing platform comprises target equipment and a cloud computing platform; the target equipment is internally provided with a target container; the target container comprises a target test frame; the target container is in communication connection with the cloud computing platform based on the target device;
the method is performed by the target device, the method comprising:
acquiring a configuration file of the target test framework, wherein the configuration file is used for indicating a target component to be tested of a target working space in the cloud computing platform;
detecting a corresponding target plug-in the target container according to the configuration file, wherein the target plug-in stores a test case set for testing a target component in the target working space;
updating the storage path of the test case set in the target plug-in to the global configuration file of the target working space; reading a storage path of a test case set in the target plug-in according to the global configuration file of the target working space; according to the storage path of the test case set in the target plugin, the test case set in the target plugin is automatically addressed to realize the calling of the test case set in the target plugin;
And calling the target plug-in to execute a test task on the target component in the target working space to obtain a test result.
2. The method of claim 1, wherein the invoking the target plugin to perform a test task on a target component in the target workspace to obtain a test result comprises:
acquiring first cluster resource information in the target working space;
invoking the target plug-in to execute a test task on a target component in the target working space;
acquiring second cluster resource information in the target working space;
and determining the test result according to the first cluster resource information and the second cluster resource information.
3. The method according to claim 2, wherein the method further comprises:
and when the first cluster resource information does not meet the execution environment of the test task of the target component, determining the test result of the target component as test failure.
4. A method according to any one of claims 1 to 3, wherein the target device comprises a target database, the target database comprising a task list; the method further comprises the steps of:
respectively acquiring the component name of the target component, the plug-in name of the target plug-in and the identification information of the test task;
Monitoring test results corresponding to all test cases in the test case set in the target plug-in to obtain the number of successful test cases and the number of failed test cases in the test case set;
receiving log information returned by the target plug-in when the test task fails;
and storing the component name of the target component, the plug-in name of the target plug-in, the identification information of the test task, the number of successful test cases, the number of failed test cases and log information when the test task fails into the task list.
5. A method according to any one of claims 1 to 3, wherein said detecting a corresponding target plug-in the target container according to the configuration file comprises:
detecting test switch information in the configuration file;
and when the test switch information is in an on state, detecting a corresponding target plug-in the target container according to the target component to be tested indicated by the configuration file.
6. The method of claim 5, wherein prior to obtaining the configuration file for the target test framework, the method further comprises:
loading first environment configuration information of the cloud computing platform, wherein the first environment configuration signal comprises authentication information, component information and cluster resource information;
And loading second environment configuration information of the target test framework, wherein the second environment configuration information comprises the configuration file.
7. The method according to claim 4, wherein the method further comprises:
outputting an HTML report according to the task list;
and transmitting the HTML report to a preset position for front-end display.
8. The testing device based on the cloud testing platform is characterized by comprising target equipment and a cloud computing platform; the target equipment is internally provided with a target container; the target container comprises a target test frame; the target container is in communication connection with the cloud computing platform based on the target device;
the apparatus is performed by the target device, the apparatus comprising:
the acquisition module is used for acquiring a configuration file of the target test framework, wherein the configuration file is used for indicating a target component to be tested of a target working space in the cloud computing platform;
the detection module is used for detecting a corresponding target plug-in the target container according to the configuration file, and the target plug-in stores a test case set for testing a target component in the target working space;
The calling module is used for calling the target plugin to execute a test task on a target component in the target working space to obtain a test result, and is particularly used for updating a storage path of a test case set in the target plugin to a global configuration file of the target working space; reading a storage path of a test case set in the target plug-in according to the global configuration file of the target working space; and automatically addressing the test case set in the target plugin according to the storage path of the test case set in the target plugin, so as to realize the calling of the test case set in the target plugin.
9. A computer device comprising a processor and a memory, the memory having stored therein at least one instruction that is loaded and executed by the processor to implement a cloud test platform based test method according to any of claims 1 to 7.
10. A computer readable storage medium having stored therein at least one instruction that is loaded and executed by a processor to implement a cloud test platform based test method according to any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310316860.5A CN116303067B (en) | 2023-03-24 | 2023-03-24 | Testing method, device, equipment and medium based on cloud testing platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310316860.5A CN116303067B (en) | 2023-03-24 | 2023-03-24 | Testing method, device, equipment and medium based on cloud testing platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116303067A CN116303067A (en) | 2023-06-23 |
| CN116303067B true CN116303067B (en) | 2024-03-22 |
Family
ID=86818573
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310316860.5A Active CN116303067B (en) | 2023-03-24 | 2023-03-24 | Testing method, device, equipment and medium based on cloud testing platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116303067B (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104461856A (en) * | 2013-09-22 | 2015-03-25 | 阿里巴巴集团控股有限公司 | Performance test method, device and system based on cloud computing platform |
| EP3316140A1 (en) * | 2016-10-28 | 2018-05-02 | Alcatel Lucent | Improvements in or relating to determining performance in a distributed application or system |
| CN111124867A (en) * | 2018-10-30 | 2020-05-08 | 中移(苏州)软件技术有限公司 | OpenStack testing method and device |
| CN111124850A (en) * | 2019-11-12 | 2020-05-08 | 上海移远通信科技有限公司 | MQTT server performance testing method, system, computer equipment and storage medium |
| CN111444104A (en) * | 2020-04-01 | 2020-07-24 | 山东汇贸电子口岸有限公司 | OpenStack function test method |
| CN112162927A (en) * | 2020-10-13 | 2021-01-01 | 网易（杭州）网络有限公司 | Test method, medium and device of cloud computing platform and computing equipment |
| WO2021036618A1 (en) * | 2019-08-30 | 2021-03-04 | 深圳壹账通智能科技有限公司 | Cloud test configuration method and apparatus, computer device, and storage medium |
-
2023
- 2023-03-24 CN CN202310316860.5A patent/CN116303067B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104461856A (en) * | 2013-09-22 | 2015-03-25 | 阿里巴巴集团控股有限公司 | Performance test method, device and system based on cloud computing platform |
| EP3316140A1 (en) * | 2016-10-28 | 2018-05-02 | Alcatel Lucent | Improvements in or relating to determining performance in a distributed application or system |
| CN111124867A (en) * | 2018-10-30 | 2020-05-08 | 中移(苏州)软件技术有限公司 | OpenStack testing method and device |
| WO2021036618A1 (en) * | 2019-08-30 | 2021-03-04 | 深圳壹账通智能科技有限公司 | Cloud test configuration method and apparatus, computer device, and storage medium |
| CN111124850A (en) * | 2019-11-12 | 2020-05-08 | 上海移远通信科技有限公司 | MQTT server performance testing method, system, computer equipment and storage medium |
| CN111444104A (en) * | 2020-04-01 | 2020-07-24 | 山东汇贸电子口岸有限公司 | OpenStack function test method |
| CN112162927A (en) * | 2020-10-13 | 2021-01-01 | 网易（杭州）网络有限公司 | Test method, medium and device of cloud computing platform and computing equipment |
Non-Patent Citations (2)
| Title |
|---|
| A Scalable Multicloud Storage Architecture for Cloud-Supported Medical Internet of Things;Ronghui Cao等;《IEEE Internet of Things Journal》;1641 - 1654 * |
| 基于Docker的OpenStack云平台自动化部署方案的设计与实现;秦菁;《基于Docker的OpenStack云平台自动化部署方案的设计与实现》;I138-375 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116303067A (en) | 2023-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108399132B (en) | Scheduling test method, device and storage medium | |
| CN107302476B (en) | Automatic testing method and system for testing asynchronous interactive system | |
| US20130152074A1 (en) | Method for automatic consecutive installing operating systems | |
| CN111416821A (en) | Internet of things equipment information acquisition method, system and device | |
| CN111813495A (en) | Node testing method and device, storage medium and electronic device | |
| CN112732587A (en) | Method and device for acquiring automatic test log, electronic equipment and storage medium | |
| US10019345B2 (en) | Executing multi-version tests against a multi-version application | |
| CN111651352A (en) | Warehouse code merging method and device | |
| CN113315675B (en) | White box switch U-Boot automatic testing method, system and storage medium | |
| CN113127329B (en) | Script debugging method and device and computer storage medium | |
| CN116303067B (en) | Testing method, device, equipment and medium based on cloud testing platform | |
| CN109739756B (en) | Method and equipment for testing application of mobile terminal | |
| CN111694724B (en) | Test method and device of distributed form system, electronic equipment and storage medium | |
| CN114721784B (en) | Application running method and device, electronic equipment and readable medium | |
| CN110471828B (en) | Operating system testing method, device and equipment thereof | |
| CN110806891A (en) | Method and device for generating software version of embedded equipment | |
| CN114281613B (en) | Server testing method and device, computer equipment and storage medium | |
| CN112596750B (en) | Application testing method and device, electronic equipment and computer readable storage medium | |
| CN113467893B (en) | Automatic testing method and device for virtual machine, storage medium and processor | |
| CN115617668A (en) | Compatibility testing method, device and equipment | |
| CN111367796B (en) | Application program debugging method and device | |
| CN113986263A (en) | Code automation test method, device, electronic equipment and storage medium | |
| CN114968277A (en) | Method and device for generating master burning program file, computer equipment and medium | |
| CN116383093B (en) | Windows test environment deployment method and device, readable storage medium and electronic equipment | |
| CN117950682A (en) | UI resource management method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |