CN113300900A

CN113300900A - Method, device and system for testing service on cloud and method and device for testing container

Info

Publication number: CN113300900A
Application number: CN202010597688.1A
Authority: CN
Inventors: 赵俊阳
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2020-06-28
Filing date: 2020-06-28
Publication date: 2021-08-24

Abstract

A method, a device and a system for testing service on the cloud and a method and a device for testing a container are disclosed. In the pressure testing scheme, a control platform receives user input to create a pressure testing scene, and determines a distribution strategy of the press according to pressure testing demand information and pressure testing object network information; and the press machine configures a network based on the acquired network information of the pressure measurement object, so as to interact with the pressure measurement object to execute a pressure measurement subtask and upload a pressure measurement result. In the service test scheme, a control platform receives test scene information input by a user and applies for a test machine according to the test scene; the test machine receives the service test task and starts a test engine; the control platform receives and stores test parameters set aiming at a test scene; the testing machine periodically sends a test parameter acquisition request to acquire test parameters; the control platform sends the test parameters to the test machine; the testing machine tests the test object and uploads a test result. Therefore, the test of the object to be tested is conveniently realized.

Description

Method, device and system for testing service on cloud and method and device for testing container

Technical Field

The present disclosure relates to a cloud platform in the internet field, and in particular, to a cloud service test scheme and an application container test scheme.

Background

With the rapid development of cloud computing, more and more users construct very rich micro-service applications based on cloud services, such as ECS, ACK, EDAS, ECI, and the like.

For such applications, especially in a complex network environment such as an ACK level networking network, a stress test (pressure test) needs to be performed in order to evaluate the performance of the micro-service application, and a service test needs to be performed in order to test the logical correctness of the service.

On the other hand, there are many applications deployed into containers. The container is used as an infrastructure to carry a large number of applications, the technical scheme is frequently upgraded, and once the scheme is upgraded and the performance is degraded, the performance loss of the upper-layer application is greater, for example, the performance of the container is reduced by 1S, and the performance of the upper-layer application is reduced by 10S. Therefore, a need exists for a performance evaluation of technology upgrade solutions for containers.

In a conventional testing method, a user needs to purchase cloud resources and build a testing environment, and also needs to install a testing engine and a testing tool, such as a tool Jmeter for stress testing, a tool for testing a DUBBO (open source distributed service framework) and a SpringCloud service, and the like. Then, the test is carried out by itself, and the test result is collected.

However, due to the complex network topology on the cloud, it is difficult to get through the cloud resource network, and the user needs to be familiar with the micro-service DUBBO and the spring cloud framework, so that the requirement on the service tester is high, and the user needs to be competent by a person familiar with the cloud service network.

In addition, the user needs to be familiar with the test tool to write the test tool.

Therefore, a testing scheme which is simple to operate and has low requirements on testing personnel is still needed.

Disclosure of Invention

The technical problem to be solved by the present disclosure is to provide a testing scheme related to a cloud platform, which is convenient to operate and has low requirement on skills of testers.

According to a first aspect of the present disclosure, there is provided a method for controlling service stress test on a cloud based on a serverless architecture, including: receiving pressure measurement demand information and pressure measurement object network information input by a user, and creating a pressure measurement scene aiming at a pressure measurement object; determining a distribution strategy of the press machine according to the pressure measurement demand information and the pressure measurement object network information; distributing the press machine according to a press machine distribution strategy; and receiving the pressure measurement result reported by the distributed press machine.

Optionally, the method may further include: responding to a pressure measurement scene starting instruction, and generating a pressure measurement task; and associating the pressure measurement object network information of the started pressure measurement scene to the pressure measurement task so that a press machine executing the pressure measurement task can obtain the pressure measurement object network information, and the network is configured based on the pressure measurement object network information.

Alternatively, the step of dispensing the press according to the press dispensing strategy may comprise: associating the press machine distribution strategy to the pressure measurement task so as to distribute the press machine according to the press machine distribution strategy when the pressure measurement task is executed; dividing the pressure measurement task into a plurality of pressure measurement subtasks; and assigning the pressure measurement subtasks to a plurality of presses assigned according to a press assignment strategy.

Optionally, the method may further include: and storing the network information of the pressure measurement object and the ID of the pressure measurement task in a database or a memory which can be accessed by the press machine in a correlation manner, so that the press machine which is distributed with the pressure measurement subtask can obtain the network information of the pressure measurement object corresponding to the pressure measurement task to which the pressure measurement subtask belongs.

Optionally, the method may further include: and releasing the press machine allocated for the pressure measurement scene in response to the stop of the pressure measurement task for the pressure measurement scene.

Optionally, the method may further include: and counting the number of the used presses and the use time of the presses to calculate the resource consumed by the pressure measurement service.

Optionally, the method may further include: providing a pressure measurement scene configuration interface so that a user can configure a pressure measurement scene; and/or present the configured pressure measurement scenario to a user; and/or receiving a modification instruction of the configured pressure measurement scene by the user, and correspondingly modifying the pressure measurement scene.

Optionally, the method may further include: outputting the determined press machine distribution strategy to a user; and/or receiving a modification instruction of a user on the distribution strategy of the press machine, and correspondingly modifying the distribution strategy of the press machine; and/or storing the press machine distribution strategy and the pressure measurement task ID in a database or a memory in a correlation manner so as to acquire the corresponding press machine distribution strategy when executing the pressure measurement task; and/or storing the press allocation strategy on a database or memory for retrieval as an alternative press allocation strategy when performing other press measurement tasks.

Optionally, the method may further include: comprehensively processing the pressure measurement results from the plurality of presses to obtain a pressure measurement report; and outputting the pressure measurement report to a user.

According to a second aspect of the present disclosure, there is provided a method for testing service pressure on a cloud based on a serverless architecture, including: receiving a pressure measurement subtask for a pressure measurement object; acquiring pressure measurement object network information corresponding to a pressure measurement task to which a pressure measurement subtask belongs; configuring a press machine network based on the network information of the pressure measurement object; interacting with a pressure measurement object to execute a pressure measurement subtask; and uploading the pressure measurement results.

Alternatively, the step of configuring the press machine network based on the press object network information may include: creating a virtual network card based on the network information of the pressure measurement object; and/or configuring a route based on the network information of the pressure measurement object.

According to a third aspect of the disclosure, a cloud service pressure testing system based on a serverless architecture is provided, which includes a control platform and a plurality of presses, wherein the control platform receives pressure measurement demand information and pressure measurement object network information input by a user, creates a pressure measurement scene for a pressure measurement object, determines a press distribution strategy according to the pressure measurement demand information and the pressure measurement object network information, and distributes the presses according to the press distribution strategy; the press machine acquires the network information of the pressure measurement object and configures the network based on the network information of the pressure measurement object, so that the press machine interacts with the pressure measurement object to execute the pressure measurement subtask and transmits a pressure measurement result to the control platform.

According to a fourth aspect of the present disclosure, there is provided a cloud service stress test control device based on a serverless architecture, including: the scene creating device is used for receiving the pressure measurement demand information and the pressure measurement object network information input by a user and creating a pressure measurement scene aiming at the pressure measurement object; the strategy determining device is used for determining a distribution strategy of the press machine according to the pressure measurement demand information and the pressure measurement object network information; the press machine distribution device is used for distributing the press machines according to a press machine distribution strategy; and the result receiving device is used for receiving the pressure measurement result reported by the distributed press machine.

Optionally, the apparatus may further include: the task generating device is used for responding to a pressure measurement scene starting instruction and generating a pressure measurement task; and the network information correlation device is used for correlating the network information of the pressure measurement object of the started pressure measurement scene to the pressure measurement task so as to facilitate the press machine executing the pressure measurement task to obtain the network information of the pressure measurement object, thereby configuring the network based on the network information of the pressure measurement object.

Optionally, the apparatus may further include: and the press machine releasing device is used for responding to the stop of the pressure measurement task aiming at the pressure measurement scene and releasing the press machine allocated for the pressure measurement scene.

According to a fifth aspect of the present disclosure, there is provided a device for testing service pressure on a cloud based on a serverless architecture, comprising: the task receiving device is used for receiving a pressure measurement subtask aiming at a pressure measurement object; the network information acquisition device is used for acquiring the network information of the pressure measurement object corresponding to the pressure measurement task to which the pressure measurement subtask belongs; the network configuration device is used for configuring a press machine network based on the network information of the pressure measurement object; the pressure measurement executing device is used for interacting with the pressure measurement object to execute a pressure measurement subtask; and a result uploading device for uploading the pressure measurement result.

According to a sixth aspect of the present disclosure, there is provided a method for controlling service testing on a cloud based on a serverless architecture, including: receiving test scene information input by a user; applying for a testing machine according to the test scene; receiving and storing test parameters set for a test scene; sending the stored test parameters set for the test scene to the test machine in response to a test parameter acquisition request from the test machine; and receiving a test result obtained by the tester through the test.

Optionally, the method may further include: and releasing the applied testing machine in response to the fact that the duration of not receiving the new testing parameters exceeds the preset time threshold since the testing parameters are received last time.

Optionally, the method may further include: providing a test scenario configuration interface so that a user can configure a test scenario; and/or presenting the configured test scenario to a user; and/or receiving a modification instruction of the configured test scene from the user, and modifying the test scene correspondingly.

Optionally, the method may further include: obtaining a service performance score based on the test result; and outputting the service performance score to a user.

According to a seventh aspect of the present disclosure, there is provided a method for testing a service on a cloud based on a serverless architecture, including: in response to receiving a service test task for a test object, starting a test engine; periodically sending a test parameter acquisition request to acquire a test parameter; testing the test object based on the test parameters; and uploading the test result.

According to an eighth aspect of the present disclosure, a cloud service test system based on a serverless architecture is provided, including a control platform and a test machine, wherein the control platform receives test scenario information input by a user, and applies for the test machine according to the test scenario; the applied testing machine responds to the received service testing task aiming at the testing object and starts a testing engine; the control platform receives and stores test parameters set aiming at a test scene; the testing machine periodically sends a test parameter acquisition request to acquire test parameters; the control platform responds to a test parameter acquisition request from the test machine and sends the stored test parameters set aiming at the test scene to the test machine; the testing machine tests the test object based on the test parameters and uploads the test result.

According to a ninth aspect of the present disclosure, there is provided a cloud service test control apparatus based on a serverless architecture, including: the scene information input device is used for receiving test scene information input by a user; the tester application device is used for applying for a tester according to a test scene; the test parameter input device is used for receiving and storing test parameters set aiming at a test scene; the test parameter sending device is used for responding to a test parameter acquisition request from the test machine and sending the stored test parameters set aiming at the test scene to the test machine; and a test result receiving device for receiving a test result obtained by the test machine through the execution of the test.

Optionally, the service test control apparatus may further include: and the tester releasing device is used for releasing the applied tester in response to the fact that the duration of not receiving the new test parameters exceeds the preset time threshold since the test parameters are received last time.

According to a tenth aspect of the present disclosure, there is provided a service testing apparatus on a cloud based on a serverless architecture, including: the engine starting device is used for responding to the received service test task aiming at the test object and starting the test engine; the parameter acquisition device is used for periodically sending a test parameter acquisition request to acquire test parameters; the test execution device is used for testing the test object based on the test parameters; and a result uploading device for uploading the test result.

According to an eleventh aspect of the present disclosure, there is provided an application container testing method, including: providing a plurality of simulation upper layer applications for selection by a user; providing a plurality of standardized scenes for selection by a user; deploying the simulated upper-layer application selected by the user in an application container; and testing the application container based on the selected standardized scenario and the simulated upper-level application deployed into the application container.

Optionally, the method may further include: in response to the user's settings, the scene is built based on the simulated upper-layer application selected by the user.

Optionally, the method may further include: based on the Kubernetes standard application program interface, an environment in which a simulated upper layer application is to be deployed is initialized.

Optionally, the method may further include: providing an environment setting interface for a user so that the user can set environment parameters; and setting the environment based on the environment parameters set by the user.

Optionally, the method may further include: after the test is finished, the environment is destroyed.

Optionally, the method may further include: a test control interface is provided to the user for the user to set the test parameters.

Optionally, the method may further include: providing a scene starting input module and/or a scene stopping input module on a test control interface; the scene is started in response to a user's operation of the scene start input module, and/or the scene is stopped in response to a user's operation of the scene stop input module.

Optionally, the method may further include: collecting a test result; and displaying a test report and/or performing performance scoring and/or performing performance comparison based on the test result.

According to a twelfth aspect of the present disclosure, there is provided an application container testing apparatus comprising: the application selection device is used for providing a plurality of simulation upper layer applications for the selection of a user; scene selection means for providing a plurality of standardized scenes for selection by a user; the application deployment device is used for deploying the simulation upper-layer application selected by the user in the application container; and the testing device is used for testing the application container based on the selected standardized scene and the simulated upper-layer application deployed in the application container.

Optionally, the apparatus may further comprise environment setting means for: initializing an environment for deploying and simulating upper application based on a Kubernetes standard application program interface; and/or providing an environment setting interface for the user so that the user can set environment parameters and set the environment based on the environment parameters set by the user; and/or destroying the environment after the test is completed.

Optionally, the apparatus may further comprise a test control means for: providing a test control interface for a user so that the user can set test parameters; and/or a scene starting input module and/or a scene stopping input module are/is provided on the test control interface, a scene is started in response to the operation of a user on the scene starting input module, and/or the scene is stopped in response to the operation of the user on the scene stopping input module; and/or collecting test results, displaying test reports and/or performing performance scoring and/or performing performance comparison based on the test results. According to a thirteenth aspect of the present disclosure, there is provided a computing device comprising: a processor; and a memory having executable code stored thereon, which when executed by the processor, causes the processor to perform the method as described in the first, second, sixth, seventh and eleventh aspects above.

According to a fourteenth aspect of the present disclosure, there is provided a non-transitory machine-readable storage medium having executable code stored thereon, which when executed by a processor of an electronic device, causes the processor to perform the method of the first, second, sixth, seventh, eleventh aspect described above.

Therefore, the user only needs to configure the pressure test scene or the service test scene, the test system can realize corresponding pressure test or service test, convenient test is realized, and the user does not need to be familiar with the network topology structure on the cloud and know a complex pressure test or service test tool.

According to the test scheme of some embodiments of the present disclosure, a user does not need to maintain a pressure test and test tool, and out-of-box use is achieved. In this way, a person of low expertise level can also be competent for the testing work.

In addition, the test scheme according to some embodiments of the present disclosure is based on a Serverless architecture, which can also save resource cost.

Drawings

The above and other objects, features and advantages of the present disclosure will become more apparent by describing in greater detail exemplary embodiments thereof with reference to the attached drawings, in which like reference numerals generally represent like parts throughout.

FIG. 1 is a schematic diagram of a test system according to the present disclosure.

Fig. 2 is a schematic flow diagram of a pressure testing method according to the present disclosure.

Fig. 3 is a schematic block diagram of a pressure test control device according to the present disclosure.

Fig. 4 is a schematic block diagram of a pressure testing device according to the present disclosure.

Fig. 5 is a schematic flow chart of a service testing method according to the present disclosure.

Fig. 6 is a schematic block diagram of a service test control apparatus according to the present disclosure.

Fig. 7 is a schematic block diagram of a service test apparatus according to the present disclosure.

Fig. 8 is a schematic flow diagram of an application container testing method according to the present disclosure.

Fig. 9 is a schematic flow chart of an environment setting process in the application container testing method according to the present disclosure.

Fig. 10 is a schematic block diagram of an application container testing apparatus according to the present disclosure.

FIG. 11 is a schematic block diagram of an application container test system architecture according to the present disclosure.

Fig. 12 shows a schematic structural diagram of a computing device that can be used to implement the above-described testing method according to an embodiment of the present disclosure.

Detailed Description

Preferred embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the preferred embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

Fig. 1 schematically illustrates an on-cloud service testing system according to the present disclosure.

As shown in fig. 1, the test system includes a control platform 100 and a plurality of test machines 200.

The cloud platform 300 may have various services thereon, such as "Service ON EDAS (enterprise level distributed application Service)", "Service ON ACK (container Service kubernets version)", "Service ON ECS (cloud server, Elastic computer Service)", "Service ON ECI (flexible container instance)", and the like. The user can build applications based on these services to achieve the desired services.

The test system may be based on a Serverless architecture. Therefore, the user only needs to carry out scene configuration and test parameter setting, and does not need the operation and maintenance of a machine which is responsible for executing the pressure test and the service test, and the user can use the pressure test and the service test after opening the box.

Control platform 100 assigns or selects tester 200 based on the test requirements. The assigned or selected testing machine 200 interacts with to perform the relevant tests on the service that the user desires to test.

When acting as a pressure test system, the testing machine 200 may be a press or a pressure testing machine.

The control platform 100 may receive pressure measurement requirement information and pressure measurement object network information input by a user, and create a pressure measurement scenario for a pressure measurement object (service or application) on the cloud platform 300.

Then, the control platform 100 may determine a press machine distribution strategy according to the pressure measurement demand information and the pressure measurement object network information, and distribute the press machine according to the press machine distribution strategy.

The press machine may correspondingly obtain the network information of the pressure measurement object, and configure the network based on the network information of the pressure measurement object, thereby interacting with the pressure measurement object on the cloud platform 300 to execute the pressure measurement (sub) task, and uploading the pressure measurement result to the control platform 100.

When acting as a service test system, tester 200 may be a service tester, or may also be referred to simply as a tester.

The control platform 100 receives test scenario information input by a user, and applies for the tester 200 according to the test scenario.

The applied or respectively assigned testing machine 200 starts a test engine in response to receiving a service test task for a test object on the cloud platform 300.

The control platform 100 receives and stores test parameters set for the test scenario.

Tester 200 periodically sends test parameter acquisition requests to acquire test parameters.

The control platform 100 transmits the stored test parameters set for the test scenario to the test machine 200 in response to a test parameter acquisition request from the test machine.

The tester 200 tests the test object based on the test parameters and uploads the test result.

[ service pressure test on cloud ]

An on-cloud service stress testing scheme according to the present disclosure is described below with reference to fig. 2 to 4.

Fig. 2 is a schematic flow diagram of an on-cloud service stress testing method according to the present disclosure.

Fig. 3 is a schematic block diagram of an on-cloud service stress test control apparatus according to the present disclosure.

Fig. 4 is a schematic block diagram of an on-cloud service stress testing apparatus according to the present disclosure.

The on-cloud service stress test control apparatus shown in fig. 3 may be used to perform each corresponding operation step of the control platform 100. The on-cloud service pressure test apparatus shown in fig. 4 may be used to perform each of the respective operation steps of the press.

As shown in fig. 2, the control platform 100 may provide a pressure measurement scene configuration interface to the user in order for the user to configure the pressure measurement scene at step S110.

In step S10, the user configures the pressure measurement scenario information on the pressure measurement scenario configuration interface. The pressure measurement scene information may include pressure measurement object (on-cloud service desired to be pressure measured) information, pressure measurement demand information, pressure measurement object network information, and the like.

The user can fill in pressure measurement requirement information, such as pressure measurement duration, pressure modes and the like, according to the service published on the cloud.

The user can fill in network information, such as VPC (private network or virtual private cloud), switch, security group, etc., according to the network topology where the on-cloud service (pressure measurement object) that desires pressure measurement is located. And if the POD information is ACK, filling POD information.

In step S112, the control platform 100 may receive, for example, the scenario creating device 110, the pressure measurement requirement information and the pressure measurement object network information input by the user, and create a pressure measurement scenario for the pressure measurement object.

Additionally, the control platform 100 may also present the configured pressure sensing scenario to the user for viewing by the user.

The control platform 100 may present the configured pressure scenario to the user after creating the pressure scenario at step S112. Alternatively, the control platform 100 may also present the configured pressure sensing scenario to the user in response to a user's viewing instructions.

The control platform 100 may present the configured pressure sensing scenario to the user prior to initiating the pressure sensing scenario. Alternatively, the control platform 100 may also present the configured pressure sensing scenario to the user after the pressure sensing scenario has been initiated, e.g., in response to a user's viewing instructions. Alternatively, the configured pressure measurement scenario may be presented to the user at all times during the pressure measurement process.

When the user sees the configured pressure measurement scene and desires to modify the scene, a corresponding modification instruction can be sent out.

The control platform 100 may receive a modification instruction of the configured pressure measurement scenario from the user, and modify the pressure measurement scenario accordingly.

The modification instruction may be issued prior to initiating the pressure sensing scenario. Or, the method may be issued after the execution of the pressure measurement scenario (pressure measurement task) is finished, so as to initiate a new pressure measurement scenario (pressure measurement task). Alternatively, it may be issued during the execution of the pressure measurement scenario to adjust the pressure measurement scenario being executed, e.g., the press allocation strategy, the press network configuration, etc., accordingly.

In step S20, the user issues an instruction to start the survey of the scene.

Then, in step S120, the control platform 100 may generate a pressure measurement task in response to a pressure measurement scenario start instruction, for example, by the task generating device 120. The pressure measurement task may be assigned a task ID to facilitate later task execution, information correlation, and the like.

In step S122, the control platform 100 may associate the network information of the pressure measurement object of the initiated pressure measurement scene with the pressure measurement task, for example, through the network information association device 130.

For example, the pressure measurement target network information may be stored in association with the ID of the pressure measurement task on a database or a memory accessible to the press. The database or memory may be self-contained by the control platform 100, or may be a third-party database or memory. The database or memory may be used as a shared database or shared database for accessing various services, functions or functions in the network architecture, storing data required by the various services, functions or functions, and enabling data transfer between different services, functions or functions based on access rights, for example.

In this way, the pressure tester or press 210 assigned to perform the pressure measurement task (or pressure measurement subtask) can acquire the pressure measurement target network information based on the pressure measurement task ID, thereby configuring the network based on the pressure measurement target network information.

In step S124, the control platform 100 may determine a press machine distribution strategy according to the pressure measurement scenario information, particularly the pressure measurement requirement information and the pressure measurement object network information, for example, through the strategy determination device 140.

The press distribution strategy may include, for example, the number, type, network mode, etc. of presses.

For example, if the number of concurrent tasks is 100 and one press can perform 50 concurrent tasks, 200 presses need to be allocated. Further, for example, the press allocation strategy may be set in a network mode, such as 3G, 4G, 5G, Wi-Fi.

In step S125, the control platform 100 may associate the press allocation strategy to the pressure measurement task, for example, via the strategy association device 150, and may store the press allocation measurement in association with the pressure measurement task ID, for example.

For example, the press allocation strategy may be stored in a database or memory in association with the ID of the press measurement task. The database or memory may also be a shared database or shared memory as described above that stores network information for the pressure measurement object.

In this way, the press machine 210 may be allocated according to a press machine allocation strategy corresponding to the press measurement task when the press measurement task is performed.

In step S126, the control platform 100 may, for example, allocate the press 210 according to a press allocation strategy corresponding to the press measurement task to be performed by the press allocation device 160.

The control platform 100 may, for example, divide the pressure measurement task into a plurality of parallel pressure measurement subtasks, and then distribute the pressure measurement subtasks to a plurality of presses that are distributed according to a press distribution strategy.

In step S210, the press machine 210 to which the pressure measurement task is assigned may receive a pressure measurement subtask for the pressure measurement target from the control platform 100, for example, via the task receiving device 211.

In step S220, the press 210 may acquire, for example, network information of a pressure measurement object corresponding to a pressure measurement task to which the pressure measurement subtask belongs, by using the network information acquiring device 212. For example, the press 210 may request the control platform 100 for the pressure measurement object network information based on the pressure measurement task ID. Alternatively, the press 210 may obtain the corresponding pressure measurement object network information from a database or a memory in which the pressure measurement task ID and the pressure measurement object network information are stored in association with each other.

In step S230, the press 210, for example, may configure a press network based on the network information of the pressure measurement object through the network configuration device 213, and set a network interconnection policy so as to interact with the cloud platform 300 to test the pressure measurement object (service/application) desired by the user.

Here, the press 210 may create a virtual network card based on the network information of the pressure measurement object, and/or the press 210 may configure a route based on the network information of the pressure measurement object.

The press 210 may prepare start parameters based on the press demand information and start the press engine.

In step S240, the press 210, for example, may interact with the press object via the press execution device 214 to execute the press sub-task.

In step S250, the press 210 may collect press result data, for example, via the result collection device 215. The pressure measurement result data may include measured data of various pressure measurement indexes.

In step S260, the press 210 may upload the press measurement results to the control platform 100, for example, via the result uploading device 216.

In step S128, the control platform 100 may receive the pressure measurement result reported by the allocated press 210, for example, through the result receiving device 170. The control platform 100 may store the received pressure measurements in a database or memory for comprehensive analytical statistical processing.

In step S130, the control platform 100 may, for example, perform comprehensive analysis statistical processing on the pressure measurement results from the plurality of presses 210 for the same pressure measurement task (pressure measurement scenario) by the result processing device 180 to obtain a pressure measurement report, and output the pressure measurement report to the user.

Then, in step S30, the user can view the pressure measurement result (pressure measurement report).

Therefore, a user only needs to configure a pressure measurement scene on a pressure side scene configuration interface, input pressure measurement object information, pressure measurement demand information and pressure measurement object network information, then start the pressure measurement scene, and the test system can automatically execute pressure test on a to-be-pressure-measured object (service) and feed back a pressure measurement result for the user to check.

The test system can set the distribution of the press machine according to the pressure measurement demand information and the pressure measurement object network information, thereby realizing the distribution of the press machine. Further, the test system may also transmit the network information of the pressure measurement object input by the user to the press 210 by associating with the test task, so that the press can configure the network of the press according to the network information of the pressure measurement object, so as to interact with the object to be tested (service/application on the cloud) and perform the pressure measurement.

Therefore, a convenient pressure measurement scheme is realized based on a Serverless architecture, a user does not need to be familiar with a network topology structure on the cloud any more, does not need to know a complex pressure measurement tool, and can perform pressure measurement on the service on the cloud only by simple page operation.

The automatic release mechanism of the press is described next.

A pressure measurement automatic stop condition, such as a pressure measurement time period, may be set. The pressure measurement may also be stopped in response to a user's pressure measurement scenario stop instruction.

In step S40, the user sets a scene automatic stop condition, such as a pressure measurement time period.

In step S140, the control platform 100 determines whether a stop condition is satisfied, for example, calculates a pressure measurement duration, and determines whether the pressure measurement duration reaches a predetermined pressure measurement duration threshold. And when the stopping condition is met, stopping the pressure measurement task.

Alternatively, in step S50, the user issues an instruction to stop the pressure measurement scenario, and then stops the pressure measurement task.

In step S150, the control platform 100 may instruct the press 210 (in step S270) to stop reporting the result.

In step S152, the control platform 100, for example, may release the press 210 assigned to the pressure measurement scenario through the press release device 190 in response to the stop of the pressure measurement task for the pressure measurement scenario.

At step S280, the press 210 is released so that other pressure testing tasks may be performed.

By realizing the automatic release of the press machine, the resource waste is further avoided.

[ service test on cloud ]

An on-cloud service testing scheme according to the present disclosure is described below with reference to fig. 5 to 7.

Fig. 5 is a schematic flow diagram of an on-cloud service testing method according to the present disclosure.

Fig. 6 is a schematic block diagram of an on-cloud service test control apparatus according to the present disclosure.

Fig. 7 is a schematic block diagram of an on-cloud service testing apparatus according to the present disclosure.

The on-cloud service test control apparatus shown in fig. 6 may be configured to perform each corresponding operation step of the control platform 100. The on-cloud service testing apparatus shown in fig. 7 may be used to perform each respective operation step of the service tester (tester) 220.

As shown in fig. 5, the control platform 100 provides a service test configuration interface to the user in order for the user to configure the test scenario at step S1110.

In step S1010, the user configures a test scenario according to network information where a service (test object) on the cloud desired to be tested is located, such as a VPC (private network or virtual private cloud), a switch, a security group, and the like.

In step S1112, the control platform 100 may receive the test scenario information input by the user through the scenario information input device 1110, for example, to implement the configuration of the test scenario by the user.

Additionally, the control platform 100 may also present the configured test scenario to the user for review by the user.

The control platform 100 may present the configured test scenario to the user after the test scenario configuration at step S1112. Alternatively, the control platform 100 may also present the configured test scenario to the user in response to a user's viewing instructions.

Control platform 100 may present the configured test scenario to the user prior to launching the test scenario. Alternatively, control platform 100 may present the configured test scenario to the user after the test scenario has been initiated, e.g., in response to a user's viewing instructions. Alternatively, the configured test scenario may be presented to the user at all times during the test.

When the user sees the configured test scenario and desires to modify it, a corresponding modification instruction can be issued.

The control platform 100 may receive a modification instruction of the configured test scenario from a user, and modify the test scenario accordingly.

The modification instructions may be issued prior to initiating the test scenario. Alternatively, the test scenario (test task) may be issued after the execution of the test scenario (test task) is completed, so as to initiate a new test scenario (test task). Alternatively, the test scenario may be issued during execution to adjust the executing test scenario to adjust the test procedure, for example, to adjust the tester.

In step S1114, the control platform 100 may apply for the testing machine 220 according to the testing scenario, for example, through the testing machine applying device 1120.

In step S1210, the testing machine 220 may start the test engine in response to receiving the service test task for the test object, for example, through the engine start device 1211. Additionally, a Netty connection may also be established to the control platform 100.

In step S1122, the control platform 100 may provide a test interface to the user.

In step S1020, the user may fill in test parameters on the test interface.

In step S1124, the control platform 100 may receive and store the test parameters set for the test scenario, for example, through the test parameter input device 1130.

The control platform 100 may store the test parameters, for example, on a database or memory of the control platform 100 itself or a third party.

In step S1220, the testing machine 220 may periodically send a test parameter acquisition request, for example, via the parameter acquisition device 1212. Here, the tester 220 may request the test parameters at regular time, and the polling period may be, for example, 100 milliseconds.

In step S1126, the control platform 100, for example, through the test parameter sending device 1140, in response to a test parameter obtaining request from the testing machine, searches a database or a memory for the test parameters set for the test scenario, and sends the searched test parameters set for the test scenario to the testing machine in step S1128.

In step S1230, the testing machine 220 may receive testing parameters from the testing platform 100, for example, through the parameter acquiring device 1212.

In step S1240, the tester 220, for example, may invoke the service (test object) on the cloud through the test execution unit 1213, so as to test the test object (service/application) on the cloud platform 300 based on the test parameters.

In step S1250, the tester 220 may collect the test results, for example, via the result collecting device 1214.

In step S1260, the testing machine 220 may upload the test result to the control platform 100, for example, through the result uploading device 1215.

In step S1130, the control platform 100 may receive a test result obtained by the tester 220 by performing the service test, for example, through the test result receiving device 1150, and store the test result in step S1132.

The control platform 100 may also store the test results on, for example, a database or memory of the control platform 100 itself or a third party.

In step S1030, the user views the test result.

In step S1134, the control platform 100 may periodically poll the test results, for example, through the test result presentation device 1160, and provide the test results to the user for viewing by the user.

The control platform 100 may also derive a service performance score based on the test results. Thus, in step S1134, the control platform 100 may output the service performance score to the user.

Therefore, the user only needs to configure the test scene on the test scene configuration interface, input the test object information and the test object network information, and fill the test parameters in the test interface, and the test system can automatically execute the service test on the object (service) to be tested and feed back the test result for the user to check.

The test system may apply for a tester according to test scenario information, such as network information of a pressure test object. Further, the test system may further provide corresponding test parameters to the test machine 220 in response to the parameter acquisition request of the test machine 220, so that the test machine 220 invokes the service on the cloud to interact with the object to be tested (service/application on the cloud) to perform the service test.

Therefore, based on a Serverless (Serverless) architecture, a convenient service test scheme is realized, and a user does not need to be familiar with a network topology structure on the cloud any more and does not need to know a complex service test tool and can test the service on the cloud only by simple page operation.

The automatic release mechanism of the tester is described next.

In step S1150, the control platform 100 may listen to the service test to check whether the user inputs new test parameters in the test interface.

In step S1152, in response to the duration of time for which no new test parameters are received since the last time the test parameters were received exceeding a predetermined time threshold, for example 5 minutes, the control platform 100 may release the applied tester 220, for example, through the tester release 1170.

At step S1280, test machine 220 is released so that other test tasks may be received.

By realizing the automatic release of the tester, the resource waste is further avoided.

[ applied Container test ]

An application container testing protocol according to the present disclosure is described below with reference to fig. 8 to 11.

The container serves as an infrastructure and carries a large number of applications, the technical scheme is frequently upgraded, once the scheme is upgraded and the performance is degraded, the performance loss of the upper-layer application is larger, for example, the performance of the container is reduced by 1S, and the performance of the upper-layer application is reduced by 10S, so that the performance evaluation of the technical upgrade scheme of the container based on the upper-layer application is required.

The traditional evaluation scheme requires a user to build an evaluation environment, create an upper application, build a pressure measurement platform, design a pressure measurement scene, execute a pressure measurement task, collect pressure measurement results and compare performance results.

Such a conventional pressure measurement method has the following disadvantages:

1. the time and the labor are consumed for manually building the evaluation environment;

2. designing simulation applications requires a certain technical basis and time cost;

3. building a pressure measurement platform requires familiarity with pressure measurement tools, such as a Jmeter;

4. designing a pressure measurement scene requires a certain technical basis and time cost;

5. the performance results cannot be compared automatically, a performance report is generated, and only a performance test report can be compiled manually.

The disclosure provides a container performance evaluation method based on upper-layer application, and solves the problems of high requirement on evaluation personnel, long period, unprofessional evaluation and the like in the traditional pressure measurement method.

As shown in FIG. 8, in step S810, a plurality of simulation upper layer applications may be provided for selection by a user.

As shown in fig. 11, the application container test system architecture includes three modules: the system comprises an upper application module, a standardized scene module and a performance evaluation platform. The performance evaluation platform may include a base environment module and a pressure platform (test control module).

As shown in fig. 11, the provided simulation upper layer applications may include an upper layer application related to a CPU, an upper layer application related to a memory, an upper layer application related to a log, an upper layer application related to a hard disk, an upper layer application related to a network, an upper layer application related to read and write by Redis, and the like.

In this way, the provided analog upper layer applications can be multiplexed without the user having to redesign the analog application.

In step S820, a plurality of standardized scenarios may be provided for selection by the user.

As shown in fig. 11, the standardized scenarios provided may include computation intensive, IO intensive, memory consuming, constant pressure, step pressure, impulse pressure, etc. In this way, the user is not required to redesign the scene.

In addition, if a scene desired by the user is not included in the provided standardized scenes, the scene may be further constructed based on the simulation upper application selected by the user in response to a setting of the user.

In this way, the user can design a scene as needed, and can quickly construct a desired scene according to the simulated upper-layer application provided in step S810.

In step S830, the simulated upper-layer application selected by the user may be deployed in the application container.

Thus, at step S840, the application container may be tested based on the selected standardized scenario and the simulated upper-level application deployed into the application container.

Before deploying the application in step S830, the environment may also be set.

As shown in fig. 11, the base environment module may include three modules: environment setting, environment pulling and environment destroying. The functions of the base environment module may be implemented, for example, based on the kubernets standard application program interface.

In step S910, an environment setting interface is provided to the user so that the user sets environment parameters.

In step S920, an environment is set based on the environment parameters set by the user.

In step S930, the environment in which the simulated upper-layer application is to be deployed is initialized (pulled up) based on the kubernets standard application program interface.

In step S940, after the test is finished, the environment is destroyed.

In this way, the user can initialize the required evaluation environment only through the interface.

In addition, as shown in fig. 11, a pressure platform (which may also be referred to as a "test control module") may also be provided.

The test control module may provide a test control interface to the user for the user to set the test parameters.

In addition, a scene starting input module and/or a scene stopping input module can be provided on the test control interface. In this way, a scene can be started in response to a user's operation of the scene start input module; the scene may be stopped in response to a user's operation of the scene stop input module.

Additionally, test results may also be collected and presented on a test control interface, for example. For example, test results may be collected, and test reports may be generated and displayed based on the test results, performance scoring may be performed, performance comparisons may be performed, and so forth.

Therefore, the container performance evaluation method based on the upper-layer application is provided, a user can realize container testing only through interface operation, and the problems of high requirement on evaluation personnel, long period, non-professional evaluation and the like in the traditional evaluation method are solved.

FIG. 10 is a schematic block diagram of an application container testing apparatus that may be used to implement the application container testing method according to the present disclosure.

As shown in fig. 10, the container testing apparatus may include an application selecting apparatus 1010, a scenario selecting apparatus 1020, an application deploying apparatus 1030, and a testing apparatus 1040.

The application selection means 1010 provides a plurality of simulation upper layer applications for selection by the user.

The scene selection device 1020 provides a plurality of standardized scenes for selection by the user.

The application deployment device 1030 deploys the simulated upper-layer application selected by the user in the application container.

The testing device 1040 tests the application container based on the selected standardized scenario and the simulated upper-level application deployed into the application container.

In some embodiments, the application container testing device may further include an environment setting device 1050. The environment setting means 1050 may implement its function based on the kubernets standard application program interface.

The environment setting means 1050 may provide an environment setting interface to the user so that the user sets environment parameters and sets the environment based on the environment parameters set by the user.

The environment setting means 1050 may initialize the environment in which the analog upper layer application is to be deployed based on the kubernets standard application program interface.

The environment setting means 1050 destroys the environment after the test is finished.

In some embodiments, the application container testing apparatus may further include a test control apparatus 1060.

Test control 1060 may provide a test control interface to the user for the user to set test parameters.

Test control 1060 may provide a scene start input module and/or a scene stop input module on a test control interface. The scene can be started in response to the operation of the user on the scene starting input module; the scene may be stopped in response to a user's operation of the scene stop input module.

Test control 1060 may collect test results to display test reports, score performance, compare performance, etc. based on the test results.

Fig. 12 is a schematic structural diagram of a computing device that can be used to implement the above-described testing method according to an embodiment of the present invention.

Referring to fig. 12, computing device 1300 includes a memory 1310 and a processor 1320.

Processor 1320 may be a multi-core processor or may include multiple processors. In some embodiments, processor 1320 may include a general-purpose host processor and one or more special purpose coprocessors such as a Graphics Processor (GPU), Digital Signal Processor (DSP), or the like. In some embodiments, processor 1320 may be implemented using custom circuits, such as an Application Specific Integrated Circuit (ASIC) or a Field Programmable Gate Array (FPGA).

The memory 1310 may include various types of storage units, such as system memory, Read Only Memory (ROM), and permanent storage. The ROM may store, among other things, static data or instructions for the processor 1320 or other modules of the computer. The persistent storage device may be a read-write storage device. The persistent storage may be a non-volatile storage device that does not lose stored instructions and data even after the computer is powered off. In some embodiments, the persistent storage device employs a mass storage device (e.g., magnetic or optical disk, flash memory) as the persistent storage device. In other embodiments, the permanent storage may be a removable storage device (e.g., floppy disk, optical drive). The system memory may be a read-write memory device or a volatile read-write memory device, such as a dynamic random access memory. The system memory may store instructions and data that some or all of the processors require at runtime. Further, the memory 1310 may include any combination of computer-readable storage media, including various types of semiconductor memory chips (DRAM, SRAM, SDRAM, flash memory, programmable read-only memory), magnetic and/or optical disks, may also be employed. In some embodiments, memory 1310 may include a removable storage device that is readable and/or writable, such as a Compact Disc (CD), a digital versatile disc read only (e.g., DVD-ROM, dual layer DVD-ROM), a Blu-ray disc read only, an ultra-dense disc, a flash memory card (e.g., SD card, min SD card, Micro-SD card, etc.), a magnetic floppy disk, or the like. Computer-readable storage media do not contain carrier waves or transitory electronic signals transmitted by wireless or wired means.

The memory 1310 has stored thereon executable code that, when processed by the processor 1320, may cause the processor 1320 to perform the testing methods described above.

The test protocol according to the invention has been described in detail above with reference to the accompanying drawings.

Furthermore, the method according to the invention may also be implemented as a computer program or computer program product comprising computer program code instructions for carrying out the above-mentioned steps defined in the above-mentioned method of the invention.

Alternatively, the invention may also be embodied as a non-transitory machine-readable storage medium (or computer-readable storage medium, or machine-readable storage medium) having stored thereon executable code (or a computer program, or computer instruction code) which, when executed by a processor of an electronic device (or computing device, server, etc.), causes the processor to perform the steps of the above-described method according to the invention.

Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems and methods according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A cloud service pressure test control method based on a server-free architecture comprises the following steps:

receiving pressure measurement demand information and pressure measurement object network information input by a user, and creating a pressure measurement scene aiming at a pressure measurement object;

determining a distribution strategy of the press machine according to the pressure measurement demand information and the pressure measurement object network information;

distributing the press machine according to a press machine distribution strategy; and

and receiving the pressure measurement result reported by the distributed press machine.

2. The method of claim 1, further comprising:

responding to a pressure measurement scene starting instruction, and generating a pressure measurement task; and

and associating the network information of the pressure measurement object of the started pressure measurement scene to the pressure measurement task so that a press machine executing the pressure measurement task acquires the network information of the pressure measurement object, thereby configuring the network based on the network information of the pressure measurement object.

3. The method of claim 2, the step of dispensing a press according to a press dispensing strategy comprising:

associating the press machine distribution strategy to the press testing task so as to distribute the press machine according to the press machine distribution strategy when the press testing task is executed;

dividing the pressure measurement task into a plurality of pressure measurement subtasks; and

the pressure measurement subtask is assigned to a plurality of presses that are assigned according to a press assignment strategy.

4. The method of claim 3, further comprising:

and storing the network information of the pressure measurement object and the ID of the pressure measurement task in a database or a memory which can be accessed by the press machine in a correlation manner, so that the press machine which is distributed with the pressure measurement subtask can acquire the network information of the pressure measurement object corresponding to the pressure measurement task to which the pressure measurement subtask belongs.

5. The method of claim 1, further comprising:

and releasing the press machine allocated for the pressure measurement scene in response to the stop of the pressure measurement task aiming at the pressure measurement scene.

6. The method of claim 5, further comprising:

and counting the number of the used presses and the use time of the presses to calculate the resource consumed by the pressure measurement service.

7. The method of claim 1, further comprising:

providing a pressure measurement scene configuration interface so that a user can configure a pressure measurement scene; and/or

Presenting the configured pressure measurement scenario to a user; and/or

And receiving a modification instruction of the configured pressure measurement scene from a user, and correspondingly modifying the pressure measurement scene.

8. The method of claim 1, further comprising:

outputting the determined press machine distribution strategy to a user; and/or

Receiving a modification instruction of a user on a distribution strategy of the press machine, and correspondingly modifying the distribution strategy of the press machine; and/or

Storing the press distribution strategy and the pressure measurement task ID in a database or a memory in a correlation manner so as to obtain the corresponding press distribution strategy when executing the pressure measurement task; and/or

The press allocation strategy is stored on a database or memory for retrieval as an alternative press allocation strategy when performing other press measurement tasks.

9. The method of claim 1, further comprising:

comprehensively processing the pressure measurement results from the plurality of presses to obtain a pressure measurement report; and

outputting the pressure measurement report to a user.

10. A cloud service pressure testing method based on a server-free architecture comprises the following steps:

receiving a pressure measurement subtask for a pressure measurement object;

acquiring network information of a pressure measurement object corresponding to the pressure measurement task to which the pressure measurement subtask belongs;

configuring a press machine network based on the pressure measurement object network information;

interacting with the pressure measurement object to execute the pressure measurement subtask; and

and uploading the pressure measurement result.

11. The method of claim 10, wherein configuring the press network based on the press test object network information comprises:

creating a virtual network card based on the network information of the pressure measurement object; and/or

And configuring a route based on the network information of the pressure measurement object.

12. A cloud service pressure testing system based on a server-free architecture comprises a control platform and a plurality of presses, wherein,

the control platform receives pressure measurement demand information and pressure measurement object network information input by a user, creates a pressure measurement scene aiming at a pressure measurement object, determines a pressure machine distribution strategy according to the pressure measurement demand information and the pressure measurement object network information, and distributes the pressure machine according to the pressure machine distribution strategy;

the press machine acquires network information of the pressure measurement object, configures a network based on the network information of the pressure measurement object, interacts with the pressure measurement object to execute a pressure measurement subtask, and uploads a pressure measurement result to the control platform.

13. A cloud service pressure test control device based on a server-free architecture comprises:

the scene creating device is used for receiving the pressure measurement demand information and the pressure measurement object network information input by a user and creating a pressure measurement scene aiming at the pressure measurement object;

the strategy determining device is used for determining a distribution strategy of the press machine according to the pressure measurement demand information and the pressure measurement object network information;

the press machine distribution device is used for distributing the press machines according to a press machine distribution strategy; and

and the result receiving device is used for receiving the pressure measurement result reported by the distributed press machine.

14. The apparatus of claim 13, further comprising:

the task generating device is used for responding to a pressure measurement scene starting instruction and generating a pressure measurement task; and

and the network information association device is used for associating the network information of the pressure measurement object of the started pressure measurement scene to the pressure measurement task so as to facilitate a press machine executing the pressure measurement task to acquire the network information of the pressure measurement object, thereby configuring the network based on the network information of the pressure measurement object.

15. The apparatus of claim 13, further comprising:

and the press machine releasing device is used for responding to the stop of the pressure measurement task aiming at the pressure measurement scene and releasing the press machine distributed for the pressure measurement scene.

16. A device for testing service pressure on cloud based on a serverless architecture comprises:

the task receiving device is used for receiving a pressure measurement subtask aiming at a pressure measurement object;

the network information acquisition device is used for acquiring the network information of the pressure measurement object corresponding to the pressure measurement task to which the pressure measurement subtask belongs;

the network configuration device is used for configuring a press machine network based on the network information of the pressure measurement object;

the pressure measurement executing device is used for interacting with the pressure measurement object to execute the pressure measurement subtask; and

and the result uploading device is used for uploading the pressure measurement result.

17. A cloud service test control method based on a serverless architecture comprises the following steps:

receiving test scene information input by a user;

applying for a testing machine according to the test scene;

receiving and storing test parameters set for the test scene;

sending the stored test parameters set for the test scene to the tester in response to a test parameter acquisition request from the tester; and

and receiving a test result obtained by the test machine through the execution of the test.

18. The method of claim 17, further comprising:

and releasing the applied testing machine in response to the fact that the duration of not receiving the new testing parameters exceeds the preset time threshold since the testing parameters are received last time.

19. The method of claim 17, further comprising:

providing a test scenario configuration interface so that a user can configure a test scenario; and/or

Presenting the configured test scenario to a user; and/or

And receiving a modification instruction of the configured test scene from a user, and correspondingly modifying the test scene.

20. The method of claim 17, further comprising:

obtaining a service performance score based on the test result; and

outputting the service performance score to a user.

21. A cloud service testing method based on a serverless architecture comprises the following steps:

in response to receiving a service test task for a test object, starting a test engine;

periodically sending a test parameter acquisition request to acquire a test parameter;

testing the test object based on the test parameters; and

and uploading a test result.

22. A cloud service test system based on a serverless architecture comprises a control platform and a tester, wherein,

the control platform receives test scene information input by a user and applies for a test machine according to the test scene;

the testing machine of the application starts a testing engine in response to receiving a service testing task aiming at a testing object;

the control platform receives and stores the test parameters set for the test scene;

the testing machine periodically sends a test parameter acquisition request to acquire test parameters;

the control platform responds to a test parameter acquisition request from the test machine and sends the stored test parameters set aiming at the test scene to the test machine;

the testing machine tests the test object based on the test parameters and uploads a test result.

23. A cloud service test control device based on a serverless architecture comprises:

the scene information input device is used for receiving test scene information input by a user;

the tester application device is used for applying for a tester according to the test scene;

the test parameter input device is used for receiving and storing the test parameters set for the test scene;

the test parameter sending device is used for responding to a test parameter acquisition request from the test machine and sending the stored test parameters set aiming at the test scene to the test machine; and

and the test result receiving device is used for receiving the test result obtained by the test machine through the execution of the test.

24. The apparatus of claim 23, further comprising:

and the tester releasing device is used for releasing the applied tester in response to the fact that the duration of not receiving the new test parameters exceeds the preset time threshold since the test parameters are received last time.

25. A device for testing service on cloud based on a serverless architecture comprises:

the engine starting device is used for responding to the received service test task aiming at the test object and starting the test engine;

the parameter acquisition device is used for periodically sending a test parameter acquisition request to acquire test parameters;

the test execution device is used for testing the test object based on the test parameters; and

and the result uploading device is used for uploading the test result.

26. An application container testing method comprising:

providing a plurality of simulation upper layer applications for selection by a user;

providing a plurality of standardized scenes for selection by a user;

deploying the simulated upper-layer application selected by the user in an application container; and

the application container is tested based on the selected standardized scenario and the simulated upper-level application deployed into the application container.

27. The method of claim 26, further comprising:

in response to the user's settings, the scene is built based on the simulated upper-layer application selected by the user.

28. The method of claim 26, further comprising:

based on the Kubernetes standard application program interface, an environment in which a simulated upper layer application is to be deployed is initialized.

29. The method of claim 28, further comprising:

providing an environment setting interface for a user so that the user can set environment parameters; and

and setting the environment based on the environment parameters set by the user.

30. The method of claim 28, further comprising:

after the test is finished, the environment is destroyed.

31. The method of claim 26, further comprising:

a test control interface is provided to the user for the user to set the test parameters.

32. The method of claim 31, further comprising:

providing a scene starting input module and/or a scene stopping input module on the test control interface;

the scene is started in response to a user's operation of the scene start input module, and/or the scene is stopped in response to a user's operation of the scene stop input module.

33. The method of claim 26, further comprising:

collecting a test result;

and displaying a test report and/or carrying out performance grading and/or carrying out performance comparison based on the test result.

34. A use container testing apparatus comprising:

the application selection device is used for providing a plurality of simulation upper layer applications for the selection of a user;

scene selection means for providing a plurality of standardized scenes for selection by a user;

the application deployment device is used for deploying the simulation upper-layer application selected by the user in the application container; and

and the testing device is used for testing the application container based on the selected standardized scene and the simulated upper-layer application deployed in the application container.

35. The apparatus of claim 34, further comprising environment setting means for:

initializing an environment for deploying and simulating upper application based on a Kubernetes standard application program interface; and/or

Providing an environment setting interface for a user so that the user can set environment parameters, and setting the environment based on the environment parameters set by the user; and/or

After the test is finished, the environment is destroyed.

36. The apparatus of claim 34, further comprising a test control means for:

providing a test control interface for a user so that the user can set test parameters; and/or

Providing a scene starting input module and/or a scene stopping input module on the test control interface, starting a scene in response to the operation of a user on the scene starting input module, and/or stopping the scene in response to the operation of the user on the scene stopping input module; and/or

And collecting test results, and displaying a test report and/or performing performance grading and/or performing performance comparison based on the test results.

37. A computing device, comprising:

a processor; and

a memory having executable code stored thereon which, when executed by the processor, causes the processor to perform the method of any of claims 1 to 11, 17 to 21, 26 to 33.

38. A non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform the method of any of claims 1-11, 17-21, 26-33.