CN109634825B - Virtualization platform stability testing method - Google Patents
Virtualization platform stability testing method Download PDFInfo
- Publication number
- CN109634825B CN109634825B CN201811511388.6A CN201811511388A CN109634825B CN 109634825 B CN109634825 B CN 109634825B CN 201811511388 A CN201811511388 A CN 201811511388A CN 109634825 B CN109634825 B CN 109634825B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- virtual
- test
- virtualization platform
- database
- 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
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000012430 stability testing Methods 0.000 title claims description 11
- 238000012360 testing method Methods 0.000 claims abstract description 50
- 238000013112 stability test Methods 0.000 claims abstract description 19
- 238000007689 inspection Methods 0.000 claims abstract description 8
- 238000003860 storage Methods 0.000 claims abstract description 8
- 238000011156 evaluation Methods 0.000 claims abstract description 4
- 238000004519 manufacturing process Methods 0.000 claims abstract description 4
- 238000001514 detection method Methods 0.000 claims description 43
- 230000003203 everyday effect Effects 0.000 claims description 7
- 230000002354 daily effect Effects 0.000 claims description 5
- 238000004364 calculation method Methods 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000009434 installation Methods 0.000 claims description 3
- 239000000344 soap Substances 0.000 claims description 3
- 238000011161 development Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/301—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is a virtual computing platform, e.g. logically partitioned systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3495—Performance evaluation by tracing or monitoring for systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides a method for testing the stability of a virtualization platform, which comprises the following steps: 1) formulating stability test items and health check indexes of the virtualization system; 2) acquiring host configuration, number and storage capacity from a test environment; 3) manufacturing a pressurized virtual machine template; 4) starting a stability test; 5) performing system inspection, wherein daily inspection items comprise management nodes, computing node operation conditions, fault alarm information, resource consumption conditions and virtual machine operation conditions; 6) and D, finishing the stability evaluation of the virtualization platform through the operation performance index and the service failure rate index obtained in the step five after the stability test is finished. The method loads a certain service pressure to the system, so that services such as interface test and internal pressurization of the virtual machine continuously run for a period of time, whether the system can stably run or not is tested, once the test is executed, failed services are automatically skipped, and the test is ensured not to be interrupted. The real load of the user is more approximate, and the product quality is guaranteed.
Description
Technical Field
The invention relates to the technical field of computer networks, in particular to a method for testing the stability of a virtualization platform.
Background
With the development of virtualization technology, virtualization has an increasingly important position in the internet market, and particularly in recent years, virtualization platforms are widely used and popularized in enterprises, so that the virtualization platforms are rapidly developed at present and have great potential in development and use in the future. With the wide application of the cloud in various industries, the stability of the virtualization platform is more and more important. Many companies are increasingly deploying critical services and data onto virtualized platforms.
The most straightforward product that virtualization platforms offer to users is the virtual server, i.e., the virtual machine. The virtualized platform resource and service management and the stable operation of the virtual machine system are crucial, and if the need for service operation cannot be guaranteed in terms of stability, the higher performance is useless. The stability test is indispensable to guarantee the product quality. At present, some virtualization platforms either lack stability testing, and have stability problems such as server downtime, virtual machine system crash and the like after some case platforms are deployed for a period of time, or the stability testing coverage is insufficient, or the stability of the system cannot be comprehensively evaluated due to the limitation of testing tools and methods. Which is a disadvantage of the prior art.
Disclosure of Invention
The invention aims to provide a method for testing the stability of a virtualization platform, aiming at the defects in the prior art, and the method enables services such as interface testing and internal pressurization of a virtual machine to continuously run for a period of time under the condition that a certain service pressure is loaded to the system, tests whether the system can stably run under the condition, automatically skips failed services once the test is executed, and ensures that the test is not interrupted. The real load of the user is more approximate, and the product quality is guaranteed.
The scheme is realized by the following technical measures: a method for testing the stability of a virtualization platform comprises the following steps: 1) formulating stability test items and health check indexes of the virtualization system; 2) acquiring host configuration, number and storage capacity from a test environment; 3) manufacturing a pressurized virtual machine template;
4) starting a stability test; 5) performing system inspection, wherein daily inspection items comprise management nodes, computing node operation conditions, fault alarm information, resource consumption conditions and virtual machine operation conditions; 6) and D, finishing the stability evaluation of the virtualization platform through the operation performance index and the service failure rate index obtained in the step five after the stability test is finished. Therefore, the method uniformly manages the test items, the test duration, the test times and the concurrency number, and is flexibly set according to specific services.
The test items comprise a pressurized virtual machine, a virtual machine life cycle and a virtual disk life cycle; the detection index comprises virtualization platform management layer detection and virtual resource layer detection, wherein the virtualization platform management layer detection comprises management node detection, service failure rate, database detection and resource detection, and the virtual resource layer detection comprises calculation node detection and virtual machine detection. The pressurizing virtual machine, namely the background pressurizing virtual machine, pressurizes the CPU, the memory, the IO and the network card of the virtual machine, and the set pressure is 60%. Specification 4C8G for each virtual machine, number of forced virtual machines per host: (host memory total 80%)/8G; the virtual machine life cycle comprises the steps of creating a virtual machine, deleting the virtual machine, creating a snapshot, restoring the virtual machine from the snapshot, periodically and regularly backing up, migrating the virtual machine, starting the virtual machine and turning off a power supply; the virtual disk life cycle comprises the steps of creating a virtual disk, mounting the virtual disk, unloading the virtual disk, copying the virtual disk and deleting the virtual disk. The stability test of the virtualization system is mainly divided into the stability test of a management layer and the stability test of a virtual resource layer. The management layer is responsible for scheduling, monitoring and alarming and resource management work of the virtual machine, manages and schedules the virtual resources of the lower layer and provides support for the application of the upper layer. Through investigation, the most common operation of the user is selected, the most common operation mainly comprises life cycle management of the virtual machine and life cycle management test of the virtual disk, and the service processing capacity of the virtualization platform and the robustness of the management layer are considered. The virtual resource layer focuses on whether the virtual machine system can stably run under a certain load. The specification and load of the virtual machine are set, and the reference setting is also used for researching the service system condition of the client. The usual specification 4C8G, CPU and memory load is set at 60%, slightly above the typical pressure of customers. Typically, when deploying virtual machines, the resources on the hosts are typically reserved by at least 20%, so the number of virtual machines on each host is set as: (host memory total 80%)/8G.
The management node detection comprises that I1 checks whether the system is restarted or not, I2 checks whether the key process is restarted or not, I3 has memory leakage or not, and I4 disk space log growth conditions, and whether log space configuration and log dump are reasonable or not and I5 management node IO is normal or not are judged; checking the failure condition of the newly added service every day through a task table in a database; the database detection comprises a checking of dirty data, b checking of whether the database has an expansion phenomenon, c checking of whether the database state is normal, d checking of whether the database can provide service all the time, e checking of the occupation trend of the connection number of the database every day, whether the database is continuously raised and possible to use light, f checking of database logs, obtaining ERROR information from the database logs, and g checking of whether the database backup is normal; the resource detection is used for carrying out consistency check on the resources, and comparing data acquired from the database with data acquired from the computing node; the detection of the computing node comprises the following steps: checking whether the system is over-restarted, checking whether a key process is over-restarted, whether the key process has memory leakage or not, and the condition of disk space log increase, judging whether log space configuration and log dump are reasonable or not, whether the IO of a computing node is normal or not, and whether the computing node has an unmanaged virtual machine or not; the virtual machine detection comprises the presence or absence of memory leakage, the presence or absence of a blue screen, repeated restarting phenomena, the presence or absence of ip loss of the virtual machine and whether the virtual machine network can normally communicate. Once the stability test is performed, daily system health checks are critical. The system is comprehensively checked from three aspects of management nodes, computing nodes and virtual machines.
Step 2) utilizing the collection.sh script to obtain configuration information of all hosts, wherein the configuration information comprises a cpu, a memory and a hotid; and acquiring the storage capacity connected with the hosts, calculating the number of virtual machines required to be created by each host and storing the total number of the hosts in the environment into a specified text.
And 3) creating a virtual machine in the virtualization platform, uploading the stress and fio tool installation packages to the virtual machine, and setting pressure parameters according to the pressure model required in the step 1). The Stress tool is used for pressurizing a CPU and a memory of the virtual machine, the fio is used for pressurizing a magnetic disk of the virtual machine, a pressurizing script is placed in a specified path of the virtual machine, starting self-starting is set, and a virtual machine template is led out to a shared directory of the testing machine.
And 4) establishing a stability test project through a soap UI tool, compiling a groovy script in the tool, calling a collect.sh script, acquiring related parameters, writing the related parameters into the project global parameters, calling an import template REST API (representational state programming interface) provided by a virtualization platform, importing the virtual machine template in the step 3) into a virtualization system, establishing a test sleeve named as Prepare in the project, creating a background pressurized virtual machine, and starting the virtual machine to pressurize. After the virtualization is created in the specified number, the test suite automatically stops.
The method comprises the steps of establishing a service test suite, wherein the service test suite comprises virtual machine life cycle management and virtual disk life cycle management, initiating a service request to a platform by calling an API (application programming interface) provided by a virtualization platform, establishing a testcase in the test suite aiming at each operation, adding any required test steps through a TestStep to form a cycle, and automatically skipping failed services during testing without influencing the execution of subsequent services.
And step 5) calling an sar command through the shell script to automatically acquire the resource use conditions (CPU, memory, network bandwidth, disk IO and the like) of the management node and the computing node from the environment, and checking the space use ratio of the disk of the host computer and whether the system and the key process are restarted or not through commands such as a linux command df-sh, a last reboot and the like.
Therefore, compared with the prior art, the invention has prominent substantive features and remarkable progress, and the beneficial effects of the implementation are also obvious.
Drawings
Fig. 1 is a schematic structural diagram of an embodiment of the present invention.
Detailed Description
In order to clearly illustrate the technical features of the present solution, the following explains the present solution by a specific embodiment in combination with the accompanying drawings.
As can be seen from the attached drawings, the method for testing the stability of the virtualization platform comprises the following steps:
s1, making stability test items and health check indexes of the virtualization system; by loading a certain service pressure (for example, the utilization rate of resources is 50% -60%, which is more prone to approach to the real average load) to the system, the services such as interface test and virtual machine internal pressurization (storage, network, calculation) are continuously operated for a period of time (for example, 7 × 24), and whether the system can stably operate under such conditions is tested.
The test items comprise a pressurized virtual machine, a virtual machine life cycle and a virtual disk life cycle; the detection index comprises virtualization platform management layer detection and virtual resource layer detection, wherein the virtualization platform management layer detection comprises management node detection, service failure rate, database detection and resource detection, and the virtual resource layer detection comprises calculation node detection and virtual machine detection.
The pressurizing virtual machine pressurizes the CPU, the memory, the IO and the network card of the virtual machine, and the set pressure is 60%. Specification 4C8G for each virtual machine, number of forced virtual machines per host: (host memory total 80%)/8G; the virtual machine life cycle comprises the steps of creating a virtual machine, deleting the virtual machine, creating a snapshot, restoring the virtual machine from the snapshot, periodically and regularly backing up, migrating the virtual machine, starting the virtual machine and turning off a power supply; the virtual disk life cycle comprises the steps of creating a virtual disk, mounting the virtual disk, unloading the virtual disk, copying the virtual disk and deleting the virtual disk; the management node detection comprises that I1 checks whether the system is restarted or not, I2 checks whether the key process is restarted or not, I3 has memory leakage or not, and I4 disk space log growth conditions, and whether log space configuration and log dump are reasonable or not and I5 management node IO is normal or not are judged; checking the failure condition of the newly added service every day through a task table in a database; the database detection comprises a checking of dirty data, b checking of whether the database has an expansion phenomenon, c checking of whether the database state is normal, d checking of whether the database can provide service all the time, e checking of the occupation trend of the connection number of the database every day, whether the database is continuously raised and possible to use light, f checking of database logs, obtaining ERROR information from the database logs, and g checking of whether the database backup is normal; the resource check is used to perform a consistency check on the resource, and the data obtained from the database is compared with the data obtained from the compute node.
The detection of the computing node comprises the following steps: checking whether the system is over-restarted, checking whether a key process is over-restarted, whether the key process has memory leakage or not, and the condition of disk space log increase, judging whether log space configuration and log dump are reasonable or not, whether the IO of a computing node is normal or not, and whether the computing node has an unmanaged virtual machine or not; the virtual machine detection comprises the presence or absence of memory leakage, the presence or absence of a blue screen, repeated restarting phenomena, the presence or absence of ip loss of the virtual machine and whether the virtual machine network can normally communicate.
S2 obtaining the configuration, quantity and storage capacity of the host from the test environment; sh script, obtaining configuration information of all hosts, including cpu, memory and hostd; and acquiring the storage capacity connected with the hosts, calculating the number of virtual machines required to be created by each host and storing the total number of the hosts in the environment into a specified text.
S3, manufacturing a pressurized virtual machine template; creating a virtual machine in the virtualization platform, uploading the stress and fio tool installation packages to the virtual machine, and setting pressure parameters according to the pressure model required in the step 1). The Stress tool is used for pressurizing a CPU and a memory of the virtual machine, the fio is used for pressurizing a magnetic disk of the virtual machine, a pressurizing script is placed in a specified path of the virtual machine, starting self-starting is set, and a virtual machine template is led out to a shared directory of the testing machine.
S4 starting a stability test; through the soap UI tool, a stability test project is established. And compiling a groovy script in the tool, calling the collect.sh script in the step two, acquiring related parameters, and writing the parameters into project global parameters. And calling an import template REST API (representational state transfer) interface provided by the virtualization platform, and importing the three virtual machine templates into the virtualization system.
After the preparation is ready, a test suite named Prepare is built in project, a background-pressured virtual machine is created, and virtual machine pressurization is initiated. After the virtualization is created in the specified number, the test suite automatically stops.
And establishing a service test set, including virtual machine life cycle management and virtual disk life cycle management, and initiating a service request to the platform by calling an API (application programming interface) provided by the virtualization platform. In the test suite, a testcase is established for each operation, and any required test steps are added through the TestStep to form a loop. Taking virtual machine creation as an example, one testcase includes: the method comprises the steps of obtaining tokens and parameters needed by virtual machine creation, transmitting the tokens to Properties, executing virtual machine creation, obtaining task ID, inquiring task state, making assertion and deleting the virtual machine. Multiple threads can be launched simultaneously and circularly, execution time, time interval and concurrency amount are set automatically, and automatic operation is completely realized without manual intervention. When a plurality of services are run continuously, only a plurality of different test sets are needed to be added, once the test is run, the failed service is automatically skipped, and the execution of the subsequent service is not influenced.
S5, carrying out system inspection, wherein the daily inspection items comprise management nodes, computing node operation conditions, fault alarm information, resource consumption conditions and virtual machine operation conditions; and setting a timing task, and calling an sar command to automatically acquire resource use conditions (CPU, memory, network bandwidth, disk IO and the like) of the management node and the computing node from the environment every day through a shell script. And checking whether the space utilization rate of the host disk, the system and the critical process are restarted or not through commands such as a linux command df-sh, a last reboot and the like. And automatically connecting the database, acquiring failed service items, failure error prompt information and serious alarm information from the database, and downloading the daily system check result to the local.
And S6, finishing the stability evaluation of the virtualization platform through the operation performance index and the service failure rate index obtained in the step five.
The present invention is not limited to the above-described embodiments, and variations, modifications, additions and substitutions which are within the spirit of the invention and the scope of the invention may be made by those of ordinary skill in the art are also within the scope of the invention.
Claims (8)
1. A method for testing the stability of a virtualization platform is characterized by comprising the following steps:
1) formulating stability test items and health check indexes of the virtualization system;
2) acquiring host configuration, number and storage capacity from a test environment;
3) manufacturing a pressurized virtual machine template;
4) starting a stability test;
5) performing system inspection, wherein daily inspection items comprise management nodes, computing node operation conditions, fault alarm information, resource consumption conditions and virtual machine operation conditions;
6) after the stability test is finished, the stability evaluation of the virtualization platform is completed through the operation performance index and the service failure rate index obtained in the fifth step;
the test items comprise pressurized virtual machines;
the pressurizing virtual machines pressurize the cpu, the memory, the IO and the network card of the virtual machine, the set pressure is 60%, the specification of each virtual machine is 4C8G, and the number of the pressurizing virtual machines on each host is as follows: (host memory total 80%)/8G;
establishing a stability test project through a soap UI tool, compiling a groovy script in the tool, calling a collectsh script, obtaining related parameters, writing the related parameters into project global parameters, calling an introduction template REST API (representational context interface) provided by a virtualization platform, introducing the virtual machine template in the step 3) into a virtualization system, establishing a test sleeve named as Prepare in the project, creating a background pressurizing virtual machine, and starting the virtual machine to pressurize;
the method comprises the steps of establishing a service test suite, wherein the service test suite comprises virtual machine life cycle management and virtual disk life cycle management, initiating a service request to a platform by calling an API (application programming interface) provided by a virtualization platform, establishing a testcase in the test suite aiming at each operation, adding any required test steps through a TestStep to form a cycle, and automatically skipping failed services during testing without influencing the execution of subsequent services.
2. The virtualization platform stability testing method of claim 1, wherein: the test items also comprise a virtual machine life cycle and a virtual disk life cycle; the detection index comprises virtualization platform management layer detection and virtual resource layer detection, wherein the virtualization platform management layer detection comprises management node detection, service failure rate, database detection and resource detection, and the virtual resource layer detection comprises calculation node detection and virtual machine detection.
3. The virtualization platform stability testing method of claim 2, wherein: the virtual machine life cycle comprises the steps of creating a virtual machine, deleting the virtual machine, creating a snapshot, restoring the virtual machine from the snapshot, periodically and regularly backing up, migrating the virtual machine, starting the virtual machine and turning off a power supply; the virtual disk life cycle comprises the steps of creating a virtual disk, mounting the virtual disk, unloading the virtual disk, copying the virtual disk and deleting the virtual disk.
4. The virtualization platform stability testing method of claim 2, wherein: the management node detection comprises that I1 checks whether the system is restarted or not, I2 checks whether the key process is restarted or not, I3 has memory leakage or not, and I4 disk space log growth conditions, and whether log space configuration and log dump are reasonable or not and I5 management node IO is normal or not are judged; checking the failure condition of the newly added service every day through a task table in a database; the database detection comprises a checking of dirty data, b checking of whether the database has an expansion phenomenon, c checking of whether the database state is normal, d checking of whether the database can provide service all the time, e checking of the occupation trend of the connection number of the database every day, whether the database is continuously raised and possible to use light, f checking of database logs, obtaining ERROR information from the database logs, and g checking of whether the database backup is normal; the resource check is used to perform a consistency check on the resource, and the data obtained from the database is compared with the data obtained from the compute node.
5. The virtualization platform stability testing method of claim 2, wherein: the detection of the computing node comprises the following steps: checking whether the system is over-restarted, checking whether a key process is over-restarted, whether the key process has memory leakage or not, and the condition of disk space log increase, judging whether log space configuration and log dump are reasonable or not, whether the IO of a computing node is normal or not, and whether the computing node has an unmanaged virtual machine or not; the virtual machine detection comprises the presence or absence of memory leakage, the presence or absence of a blue screen, repeated restarting phenomena, the presence or absence of ip loss of the virtual machine and whether the virtual machine network can normally communicate.
6. The virtualization platform stability testing method of claim 3, wherein: in the step 3), a virtual machine is created in the virtualization platform, Stress and fio tool installation packages are uploaded to the virtual machine, pressure parameters are set according to the pressure model required in the step 1), the Stress tool is used for pressurizing a cpu and a memory of the virtual machine, fio is used for pressurizing a disk of the virtual machine, a pressurizing script is placed in the virtual machine to specify a path, starting self-starting is set, and a virtual machine template is exported to a shared directory of the testing machine.
7. The virtualization platform stability testing method of claim 6, wherein: step 2) utilizing the collection.sh script to obtain configuration information of all hosts, wherein the configuration information comprises a cpu, a memory and a hotid; and acquiring the storage capacity connected with the hosts, calculating the number of virtual machines required to be created by each host and storing the total number of the hosts in the environment into a specified text.
8. The virtualization platform stability testing method of claim 1, wherein: and calling an sar command to automatically acquire the resource use conditions of the management node and the computing node from the environment through the shell script, and checking whether the space use rate of the host disk and the system and the key process are restarted or not through a linux command df-sh and a last reboot command.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811511388.6A CN109634825B (en) | 2018-12-11 | 2018-12-11 | Virtualization platform stability testing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811511388.6A CN109634825B (en) | 2018-12-11 | 2018-12-11 | Virtualization platform stability testing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109634825A CN109634825A (en) | 2019-04-16 |
| CN109634825B true CN109634825B (en) | 2021-11-05 |
Family
ID=66072834
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811511388.6A Active CN109634825B (en) | 2018-12-11 | 2018-12-11 | Virtualization platform stability testing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109634825B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111966599B (en) * | 2020-08-20 | 2022-10-18 | 苏州浪潮智能科技有限公司 | Virtualization platform reliability testing method, system, terminal and storage medium |
| CN113778780B (en) * | 2020-11-27 | 2024-05-17 | 北京京东尚科信息技术有限公司 | Application stability determining method and device, electronic equipment and storage medium |
| CN112231195B (en) * | 2020-12-14 | 2021-03-30 | 广东睿江云计算股份有限公司 | Cloud service performance testing method |
| CN113703913B (en) * | 2021-08-06 | 2024-04-23 | 长江存储科技有限责任公司 | Equipment testing method and device |
| CN117425883A (en) * | 2022-05-18 | 2024-01-19 | 北京小米移动软件有限公司 | Test data processing method and device, electronic equipment and storage medium |
| CN116737428B (en) * | 2023-08-14 | 2023-11-21 | 中科三清科技有限公司 | Air quality mode operation stability checking method and device and electronic equipment |
| CN117632378B (en) * | 2024-01-23 | 2024-04-26 | 中诚华隆计算机技术有限公司 | Performance test management method and system for virtualized CPU |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105446846A (en) * | 2015-11-30 | 2016-03-30 | 中电科华云信息技术有限公司 | Cloud desktop based performance test method |
| CN105608001A (en) * | 2015-12-16 | 2016-05-25 | 中国民生银行股份有限公司 | Test method and test platform based on background system service or interface |
| CN108052371A (en) * | 2017-11-20 | 2018-05-18 | 卡斯柯信号有限公司 | Railway TDCS/CTC systems and its application based on virtualization technology |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9171276B2 (en) * | 2013-05-06 | 2015-10-27 | Viridity Energy, Inc. | Facilitating revenue generation from wholesale electricity markets using an engineering-based model |
| US9952932B2 (en) * | 2015-11-02 | 2018-04-24 | Chicago Mercantile Exchange Inc. | Clustered fault tolerance systems and methods using load-based failover |
-
2018
- 2018-12-11 CN CN201811511388.6A patent/CN109634825B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105446846A (en) * | 2015-11-30 | 2016-03-30 | 中电科华云信息技术有限公司 | Cloud desktop based performance test method |
| CN105608001A (en) * | 2015-12-16 | 2016-05-25 | 中国民生银行股份有限公司 | Test method and test platform based on background system service or interface |
| CN108052371A (en) * | 2017-11-20 | 2018-05-18 | 卡斯柯信号有限公司 | Railway TDCS/CTC systems and its application based on virtualization technology |
Non-Patent Citations (2)
| Title |
|---|
| KVM虚拟化动态迁移技术的安全防护模型;范伟 等;《软件学报》;20160121;第314-317页 * |
| PCE Implementation and Testing by Using Virtual Machines;Byeongsik Kim 等;《IEEE》;20140327;第1402-1416页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109634825A (en) | 2019-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109634825B (en) | Virtualization platform stability testing method | |
| US10237118B2 (en) | Efficient application build/deployment for distributed container cloud platform | |
| US9940225B2 (en) | Automated error checking system for a software application and method therefor | |
| CN110417613B (en) | Distributed performance testing method, device, equipment and storage medium based on Jmeter | |
| US8549522B1 (en) | Automated testing environment framework for testing data storage systems | |
| CN112667362B (en) | Method and system for deploying Kubernetes virtual machine cluster on Kubernetes | |
| US20110035629A1 (en) | Automated software testing framework | |
| US9892019B2 (en) | Use case driven stepping component automation framework | |
| US20120180028A1 (en) | Setting program, workflow creating method, and work flow creating apparatus | |
| CN106970880A (en) | A kind of distributed automatization method for testing software and system | |
| CN112269697B (en) | Equipment storage performance testing method, system and related device | |
| CN108920369A (en) | A kind of server stress test method, device, equipment and storage medium | |
| KR20230078762A (en) | Method and apparatus for reconfiguring and verifying private cloud based on state transition | |
| CN109597764A (en) | A kind of test method and relevant apparatus of catalogue quota | |
| CN110063042A (en) | A kind of response method and its terminal of database failure | |
| CN110795356A (en) | System and method for realizing one-click deployment and automatic testing of software based on android | |
| CN114356750A (en) | Test method, test device, computer equipment and storage medium | |
| CN101877655A (en) | Network management system, network management server and method | |
| WO2017050037A1 (en) | Automated test method and device | |
| CN101266566B (en) | Multi- test scene automatic dispatch system and method | |
| CN113655846B (en) | OpenPOWER server time synchronization method and system | |
| CN114489999A (en) | Method and device for processing pipeline task, processor and electronic equipment | |
| CN112698998A (en) | Sustainable integrated ARM server delivery test method | |
| CN111209197A (en) | Application program continuous integration test method, system, equipment and storage medium | |
| CN111124787B (en) | Method, system and equipment for verifying stability of MCS multi-node concurrent dump |
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 |