CN110851363A - Cloud testing system and method - Google Patents
Cloud testing system and method Download PDFInfo
- Publication number
- CN110851363A CN110851363A CN201911097541.XA CN201911097541A CN110851363A CN 110851363 A CN110851363 A CN 110851363A CN 201911097541 A CN201911097541 A CN 201911097541A CN 110851363 A CN110851363 A CN 110851363A
- Authority
- CN
- China
- Prior art keywords
- task
- test
- server
- cloud
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 271
- 238000000034 method Methods 0.000 title claims description 7
- 238000000354 decomposition reaction Methods 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 11
- 238000011161 development Methods 0.000 claims description 7
- 238000013100 final test Methods 0.000 claims description 6
- 230000009191 jumping Effects 0.000 claims description 6
- 239000011159 matrix material Substances 0.000 claims description 6
- 230000003993 interaction Effects 0.000 claims description 4
- 238000013508 migration Methods 0.000 claims description 3
- 230000005012 migration Effects 0.000 claims description 3
- 230000008569 process Effects 0.000 claims description 3
- 230000000007 visual effect Effects 0.000 claims description 3
- 238000012790 confirmation Methods 0.000 claims 1
- 238000010998 test method Methods 0.000 abstract 1
- 238000004364 calculation method Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 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/36—Prevention of errors by analysis, debugging or testing of software
- G06F11/3668—Testing of software
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a cloud test system and a cloud test method, wherein the cloud test system comprises a cloud server, the cloud server is electrically connected with a task summarizing server, the task summarizing server is electrically connected with a plurality of task collectors, each task collector is respectively used for receiving test tasks collected at different places, the task summarizing server summarizes and compares all tasks, the task summarizing server deletes repeated tasks until only one task is reserved, marks the address of the task collector on the task, and sends the task to the cloud server to wait for a next step of instruction. Has the advantages that: the balance unit in the system detects whether the task server is busy, and transfers the task to other test servers to execute when the task server is busy, so that the self-balance of the test servers is realized; when complex tasks and simple tasks are mixed together, the self-balancing unit can realize the fastest session execution of the test tasks and quickly transmit the test results back to the test task summary server of the terminal equipment.
Description
Technical Field
The invention relates to the technical field of online testing, in particular to a cloud testing system and method.
Background
The invention provides a cloud testing system and method, which are used for solving the problems that the setting of internet equipment in the current society still has a large contradiction, namely the calculation intensive application requirements of terminal equipment are increased sharply, but the self calculation capacity and the battery capacity of the terminal equipment are limited, particularly in various industries with complicated testing tasks, a single terminal is difficult to calculate results quickly and accurately in work and is limited by the speed of data transmission, the difficulty of the terminal in transmitting the testing tasks back to a data center is high, along with the development of the 5G technology, the data transmission time between the terminal and the data center is greatly shortened, and the calculation capacity is wasted when the terminal equipment is not in work and the calculation time is short when the number of the testing tasks is large.
Disclosure of Invention
The invention aims to solve the problems in the prior art and provides a cloud testing system and a cloud testing method.
In order to achieve the purpose, the invention adopts the following technical scheme: a cloud test system comprises a cloud server, wherein the cloud server is electrically connected with a task summarizing server, the task summarizing server is electrically connected with a plurality of task collectors, each task collector is respectively used for receiving test tasks collected at different places, the task summarizing server summarizes and compares all tasks, the task summarizing server deletes repeated tasks until only one task is reserved and marks the address of the task collector on the task, and the task summarizing server sends the task to the cloud server to wait for a next step of instruction;
the cloud server is electrically connected with a test transaction server and a test server, the test server is electrically connected with a self-balancing unit, a task execution unit and a task strategy operation unit, and the test transaction server receives a task request sent by the test server, feeds back the task request to the test server and records the execution condition of each test task; the test server sends a task request to a test transaction server and executes the task according to a feedback result of the test transaction server, wherein the test server comprises a task strategy operation unit, a self-balancing unit and a task execution unit; the self-balancing unit sends a task request to the test transaction server, receives a feedback result sent by the test transaction server, and triggers the task execution unit to execute the task according to the feedback result; the task execution unit is connected with the self-balancing unit and executes the task under the control of the self-balancing unit;
the task strategy running unit is connected with the self-balancing unit and used for triggering the self-balancing unit to send a task request, the task strategy server receives the task sent by the test server and then compares the task with a previous task list, if the same task exists in the task strategy server, the task strategy server directly calls a task result and sends the task result to the test task output module, and if the same task does not exist in the task strategy server, the task is sent and fed back to the test server to wait for distribution.
In the cloud test system, the self-balancing unit, the task execution unit and the task policy operation unit are electrically connected with a multi-user cooperation module, a test task decomposition module and a test task merging module; the test task decomposition module divides the architecture development task into subtasks of different levels according to at least two preset visual angles and a logic structure according to task requirements issued by the task server and the task transaction server, and sets the states of the subtasks; a logical structure is obtained at one viewing angle.
In the cloud test system, the multi-user cooperation module sets test permissions for subtasks of different levels, and a designer performs an execution task on a corresponding subtask within the set test permission according to the state of the subtask to obtain a sub result corresponding to the subtask after the execution is completed; and recording the state of the subtask in the execution process.
In the cloud test system, the test task merging module queries the states of the subtasks, merges all subtasks under a certain logic branch when the states of all subtasks under the logic branch are confirmed, and finally merges the merged results of all logic branches under a certain logic structure again to obtain the test task result corresponding to the logic structure.
In the cloud test system, the multi-user cooperation module, the test task decomposition module and the test task merging module are electrically connected with a test task working module together, the test task working module is electrically connected with a test task summarizing module, and the test task working module performs task processing on a test task in a logic structure; and the test task summarizing module is used for carrying out consistency check on system results among the logic structures and summarizing final test results.
In the cloud test system, the test task summarizing module is electrically connected with the test task product output module, an output file is generated according to a final test result according to a format of a standard interaction file, the test task output module generates the output file and then feeds the output file back to the cloud server and transmits the output file back to the task summarizing server, and the task summarizing server outputs the output file to a corresponding task collector according to the internal mark, so that the whole task processing link is completed.
In the cloud test system, the task server detects whether the task server is busy, and if the task server is not busy, the task is executed; and if the task server is busy, the task server gives up the task request, otherwise, the task is executed.
In the cloud test system, the tasks issued by the task transaction server are longitudinally decomposed, the longitudinal decomposition is to divide the architecture model according to at least two preset logics and a tree structure, the architecture model is divided into subtasks of different levels according to a parent-child relationship, and the lowest subtask under each logic branch is a development progress which can be independently completed by designers.
A cloud testing method comprises the following steps:
s1, defining the following data;
defining a test task A of the task summary server as {1, …, i, …, | A | };
defining the b-th round of access and test transaction server distribution, wherein b is more than or equal to 0 in the test task i unloaded task set;
defining the computing resource requirements ri, j of the test task i unloading task j;
defining a testing server set B ═ {1, …, m, …, | B | };
defining the number Dm of the test tasks which can be processed by a single line of the execution unit set D;
defining the number Qm of test tasks which can be processed by a test server m;
defining a test transaction server set C ═ {1, …, n, …, | C | };
defining currently available computing resources Rm of a test server m;
defining the time required for the user i to unload the task j through the test server m to be ti and ti respectively;
the definition sequence of the data is not orderly;
s2, initializing S is 0, and all test servers transmit the processing result to the test transaction server;
s3, any un-unloaded task can access the test server set and the test transaction server set;
s4, any user executes the steps S4-1 to S4-6;
s4-1: constructing a time matrix with the size of the un-unloaded task;
s4-2: for the time matrix Ci, j of the unloaded task, calculating the shortest time of each accessible test server which can access the test transaction server;
s4-3: calculating the total time consumption of unloading the test task by the test server m and the shortest time test transaction server for the unloaded task;
s4-4: calculating the total time consumption of the optimal test server m and the optimal test transaction server for the unloaded task;
s4-5: jumping to step S4-6 if all the un-unloaded tasks of the user are executed once, otherwise jumping to step S4-1;
s4-6: a user sends a service request to a corresponding test server and a corresponding test transaction server aiming at the optimal migration path of each task of the user, wherein the service request comprises a test task index i and an unloading task index j;
s5, any test transaction server n belongs to C, and steps S5-1 to S5-4 are independently executed according to the current total service request task set;
s5-1: executing step S5-2 if all the computing resource requirements of the testing tasks in the computing set Vn (S) exist, otherwise executing step S5-4;
s5-2: the tasks in the set Vn(s) are arranged according to the time-consuming descending order, namely the tasks are summed and searched for the kn value,
s5-3: the test transaction server sends a service rejection message to the user whose test task belongs to the set Rn(s) { (si, j) [ l ] | l > kn } and the test server requested by the task;
s5-4: the test transaction server sends an empty message to the test server connected with the test transaction server, which indicates that the test transaction server does not reject any service request currently;
s6, if the user and the unloading task are rejected by the test transaction server n, updating the accessible test transaction server set, and if the user and the unloading task are rejected by the test server n, updating the accessible test server set;
s7, if one or both of the conditions is true, the algorithm ends, and goes to step S8, otherwise, S +1, and goes to step S4;
and S8, finishing the algorithm.
Compared with the prior art, the invention has the advantages that:
1. the system is provided with a task strategy running unit and a self-balancing unit, wherein the balancing unit detects whether the task server is busy or not, and transfers the task to other test servers to be executed when the task server is busy, so that the self-balancing of the test servers is realized; when complex tasks and simple tasks are mixed together, the self-balancing unit can balance the workload of each test server, so that the overall processing time is short when a large number of test tasks wait for processing, the test tasks are executed at the fastest speed, and the test results are transmitted back to the test task summary server of the terminal equipment at the fastest speed.
2. The testing method provided by the invention can quickly obtain the multi-user multi-task unloading path, reasonably distributes the resources of the base station of the testing server and the cloud server, and realizes the purposes of minimizing the time consumption of multi-user multi-task testing, less information interaction amount, high convergence speed and easy realization.
Drawings
Fig. 1 is a system block diagram of a cloud testing system according to the present invention;
fig. 2 is a system block diagram of a device connected to a test server in the cloud test system according to the present invention.
Detailed Description
The following examples are for illustrative purposes only and are not intended to limit the scope of the present invention.
Examples
Referring to fig. 1-2, a cloud test system includes a cloud server, the cloud server is electrically connected with a task summarizing server, the task summarizing server is electrically connected with a plurality of task collectors, each task collector is respectively used for receiving test tasks collected at different places, the task summarizing server summarizes and compares all tasks, the task summarizing server deletes repeated tasks until only one task is reserved and marks the address of the task collector on the task, and the task summarizing server sends the task to the cloud server to wait for a next step of instruction;
the cloud server is electrically connected with a test transaction server and a test server, the test server is electrically connected with a self-balancing unit, a task execution unit and a task strategy operation unit, and the test transaction server receives a task request sent by the test server, feeds the task request back to the test server and records the execution condition of each test task; the test server sends a task request to the test transaction server and executes a task according to a feedback result of the test transaction server, wherein the test server comprises a task strategy operation unit, a self-balancing unit and a task execution unit; the self-balancing unit sends a task request to the test transaction server, receives a feedback result sent by the test transaction server, and triggers the task execution unit to execute the task according to the feedback result; the task execution unit is connected with the self-balancing unit and executes the task under the control of the self-balancing unit;
the task strategy running unit is connected with the self-balancing unit and used for triggering the self-balancing unit to send a task request, the task strategy server receives the task sent by the test server and then compares the task with a previous task list, if the same task exists in the task strategy server, the task result is directly called and sent to the test task output module, and if the same task does not exist in the task strategy server, the task is sent and fed back to the test server to wait for distribution.
In the cloud test system, the self-balancing unit, the task execution unit and the task strategy operation unit are electrically connected with the multi-user cooperation module, the test task decomposition module and the test task merging module; the test task decomposition module is used for dividing the architecture development task into subtasks of different levels according to at least two preset visual angles and a logic structure according to task requirements issued by the task server and the task transaction server and setting the states of the subtasks; a logical structure is obtained at one viewing angle.
The multi-user cooperation module is used for setting test authorities for subtasks of different levels, and designers carry out execution tasks on corresponding subtasks within the set test authorities according to the states of the subtasks to obtain sub results corresponding to the subtasks after the execution is finished; and recording the state of the subtask in the execution process.
And the test task merging module is used for inquiring the state of each subtask, merging all subtasks under a certain logic branch when the states of all subtasks under the logic branch are all confirmed states, and finally merging the merged results of all logic branches under a certain logic structure again to obtain the test task result corresponding to the logic structure.
The multi-user cooperation module, the test task decomposition module and the test task merging module are electrically connected with a test task working module together, the test task working module is electrically connected with a test task summarizing module, and the test task working module performs task processing on the test tasks in the logic structure; and the test task summarizing module is used for carrying out consistency check on system results among the logic structures and summarizing final test results.
The test task summarizing module is electrically connected with the test task product output module, the final test result is generated into an output file according to the format of the standard interaction file, the test task output module generates the output file and then feeds the output file back to the cloud server and transmits the output file back to the task summarizing server, and the task summarizing server outputs the output file to a corresponding task collector according to the internal mark, so that the whole task processing link is completed.
The task server detects whether the task server is busy or not, and if not, the task server executes the task; and if the task server is busy, the task server gives up the task request, otherwise, the task server executes the task.
And longitudinally decomposing the tasks issued by the task transaction server, wherein the longitudinal decomposition is to divide the architecture model according to at least two preset logics and a tree structure, divide the architecture model into subtasks of different levels according to a parent-child relationship, and the lowest subtask under each logic branch is a development progress which can be independently completed by a designer.
A cloud testing method comprises the following steps:
s1, defining the following data;
defining a test task A of the task summary server as {1, …, i, …, | A | };
defining the b-th round of access and test transaction server distribution, wherein b is more than or equal to 0 in the test task i unloaded task set;
defining the computing resource requirements ri, j of the test task i unloading task j;
defining a testing server set B ═ {1, …, m, …, | B | };
defining the number Dm of the test tasks which can be processed by a single line of the execution unit set D;
defining the number Qm of test tasks which can be processed by a test server m;
defining a test transaction server set C ═ {1, …, n, …, | C | };
defining currently available computing resources Rm of a test server m;
defining the time required for the user i to unload the task j through the test server m to be ti and ti respectively;
the definition sequence of the data is not orderly;
s2, initializing S is 0, and all test servers transmit the processing result to the test transaction server;
s3, any un-unloaded task can access the test server set and the test transaction server set;
s4, any user executes the steps S4-1 to S4-6;
s4-1: constructing a time matrix with the size of the un-unloaded task;
s4-2: for the time matrix Ci, j of the unloaded task, calculating the shortest time of each accessible test server which can access the test transaction server;
s4-3: calculating the total time consumption of unloading the test task by the test server m and the shortest time test transaction server for the unloaded task;
s4-4: calculating the total time consumption of the optimal test server m and the optimal test transaction server for the unloaded task;
s4-5: jumping to step S4-6 if all the un-unloaded tasks of the user are executed once, otherwise jumping to step S4-1;
s4-6: a user sends a service request to a corresponding test server and a corresponding test transaction server aiming at the optimal migration path of each task of the user, wherein the service request comprises a test task index i and an unloading task index j;
s5, any test transaction server n belongs to C, and steps S5-1 to S5-4 are independently executed according to the current total service request task set;
s5-1: executing step S5-2 if all the computing resource requirements of the testing tasks in the computing set Vn (S) exist, otherwise executing step S5-4;
s5-2: the tasks in the set Vn(s) are arranged according to the time-consuming descending order, namely the tasks are summed and searched for the kn value,
s5-3: the test transaction server sends a service rejection message to the user whose test task belongs to the set Rn(s) { (si, j) [ l ] | l > kn } and the test server requested by the task;
s5-4: the test transaction server sends an empty message to the test server connected with the test transaction server, which indicates that the test transaction server does not reject any service request currently;
s6, if the user and the unloading task are rejected by the test transaction server n, updating the accessible test transaction server set, and if the user and the unloading task are rejected by the test server n, updating the accessible test server set;
s7, if one or both of the conditions is true, the algorithm ends, and goes to step S8, otherwise, S +1, and goes to step S4;
and S8, finishing the algorithm.
The above description is only for the preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art should be able to cover the technical scope of the present invention and the equivalent alternatives or modifications according to the technical solution and the inventive concept of the present invention within the technical scope of the present invention.
Claims (9)
1. A cloud test system comprises a cloud server and is characterized in that the cloud server is electrically connected with a task summarizing server, the task summarizing server is electrically connected with a plurality of task collectors, each task collector is used for receiving test tasks collected at different places, the task summarizing server summarizes and compares all tasks, the task summarizing server deletes repeated tasks until only one task is reserved and marks the address of the task collector on the task, and the task summarizing server sends the task to the cloud server to wait for a next step of instruction;
the cloud server is electrically connected with a test transaction server and a test server, the test server is electrically connected with a self-balancing unit, a task execution unit and a task strategy operation unit, and the test transaction server receives a task request sent by the test server, feeds back the task request to the test server and records the execution condition of each test task; the test server sends a task request to a test transaction server and executes the task according to a feedback result of the test transaction server, wherein the test server comprises a task strategy operation unit, a self-balancing unit and a task execution unit; the self-balancing unit sends a task request to the test transaction server, receives a feedback result sent by the test transaction server, and triggers the task execution unit to execute the task according to the feedback result; the task execution unit is connected with the self-balancing unit and executes the task under the control of the self-balancing unit;
the task strategy running unit is connected with the self-balancing unit and used for triggering the self-balancing unit to send a task request, the task strategy server receives the task sent by the test server and then compares the task with a previous task list, if the same task exists in the task strategy server, the task strategy server directly calls a task result and sends the task result to the test task output module, and if the same task does not exist in the task strategy server, the task is sent and fed back to the test server to wait for distribution.
2. The cloud test system according to claim 1, wherein the self-balancing unit, the task execution unit, and the task policy operation unit are electrically connected to a multi-user cooperation module, a test task decomposition module, and a test task merging module; the test task decomposition module divides the architecture development task into subtasks of different levels according to at least two preset visual angles and a logic structure according to task requirements issued by the task server and the task transaction server, and sets the states of the subtasks; a logical structure is obtained at one viewing angle.
3. The cloud test system according to claim 2, wherein the multi-user collaboration module sets test permissions for subtasks of different levels, and a designer performs a task on a corresponding subtask within the set test permission according to the state of the subtask to obtain a sub result corresponding to the subtask after the task is performed; and recording the state of the subtask in the execution process.
4. The cloud test system according to claim 1, wherein the test task merging module queries states of the subtasks, merges all subtasks under a certain logical branch when the states of all subtasks under the logical branch are in the confirmation state, and finally merges results after merging all logical branches under a certain logical structure again to obtain the test task result corresponding to the logical structure.
5. The cloud test system according to claim 2, wherein the multi-user coordination module, the test task decomposition module, and the test task merging module are electrically connected to a test task work module in common, the test task work module is electrically connected to a test task summarization module, and the test task work module performs task processing on a test task in the logic structure; and the test task summarizing module is used for carrying out consistency check on system results among the logic structures and summarizing final test results.
6. The cloud test system according to claim 5, wherein the test task summarizing module is electrically connected to a test task product output module, an output file is generated from a final test result according to a format of a standard interaction file, the test task output module generates the output file and then feeds the output file back to the cloud server and sends the output file back to the task summarizing server, and the task summarizing server outputs the output file to a corresponding task collector according to the internal mark, so that the whole task processing link is completed.
7. The cloud test system of claim 1, wherein said task server detects whether it is busy, and if it is not busy, said task is executed; and if the task server is busy, the task server gives up the task request, otherwise, the task is executed.
8. The cloud test system of claim 1, wherein the task issued by the task transaction server is vertically decomposed, the vertical decomposition is to divide an architecture model according to at least two preset logics and a tree structure, the architecture model is divided into subtasks of different levels according to a parent-child relationship, and the lowest subtask under each logic branch is a development progress which can be independently completed by a designer.
9. A cloud testing method is characterized by comprising the following steps:
s1, defining the following data;
defining a test task A of the task summary server as {1, …, i, …, | A | };
defining the b-th round of access and test transaction server distribution, wherein b is more than or equal to 0 in the test task i unloaded task set;
defining the computing resource requirements ri, j of the test task i unloading task j;
defining a testing server set B ═ {1, …, m, …, | B | };
defining the number Dm of the test tasks which can be processed by a single line of the execution unit set D;
defining the number Qm of test tasks which can be processed by a test server m;
defining a test transaction server set C ═ {1, …, n, …, | C | };
defining currently available computing resources Rm of a test server m;
defining the time required for the user i to unload the task j through the test server m to be ti and ti respectively;
the definition sequence of the data is not orderly;
s2, initializing S is 0, and all test servers transmit the processing result to the test transaction server;
s3, any un-unloaded task can access the test server set and the test transaction server set;
s4, any user executes the steps S4-1 to S4-6;
s4-1: constructing a time matrix with the size of the un-unloaded task;
s4-2: for the time matrix Ci, j of the unloaded task, calculating the shortest time of each accessible test server which can access the test transaction server;
s4-3: calculating the total time consumption of unloading the test task by the test server m and the shortest time test transaction server for the unloaded task;
s4-4: calculating the total time consumption of the optimal test server m and the optimal test transaction server for the unloaded task;
s4-5: jumping to step S4-6 if all the un-unloaded tasks of the user are executed once, otherwise jumping to step S4-1;
s4-6: a user sends a service request to a corresponding test server and a corresponding test transaction server aiming at the optimal migration path of each task of the user, wherein the service request comprises a test task index i and an unloading task index j;
s5, any test transaction server n belongs to C, and steps S5-1 to S5-4 are independently executed according to the current total service request task set;
s5-1: executing step S5-2 if all the computing resource requirements of the testing tasks in the computing set Vn (S) exist, otherwise executing step S5-4;
s5-2: the tasks in the set Vn(s) are arranged according to the time-consuming descending order, namely the tasks are summed and searched for the kn value,
s5-3: the test transaction server sends a service rejection message to the user whose test task belongs to the set Rn(s) { (si, j) [ l ] | l > kn } and the test server requested by the task;
s5-4: the test transaction server sends an empty message to the test server connected with the test transaction server, which indicates that the test transaction server does not reject any service request currently;
s6, if the user and the unloading task are rejected by the test transaction server n, updating the accessible test transaction server set, and if the user and the unloading task are rejected by the test server n, updating the accessible test server set;
s7, if one or both of the conditions is true, the algorithm ends, and goes to step S8, otherwise, S +1, and goes to step S4;
and S8, finishing the algorithm.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911097541.XA CN110851363A (en) | 2019-11-12 | 2019-11-12 | Cloud testing system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911097541.XA CN110851363A (en) | 2019-11-12 | 2019-11-12 | Cloud testing system and method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110851363A true CN110851363A (en) | 2020-02-28 |
Family
ID=69601363
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911097541.XA Pending CN110851363A (en) | 2019-11-12 | 2019-11-12 | Cloud testing system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110851363A (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101236513A (en) * | 2007-01-30 | 2008-08-06 | 阿里巴巴公司 | Distributed task system and distributed task management process |
| CN105866569A (en) * | 2016-03-24 | 2016-08-17 | 吴继春 | Intelligent equipment cloud testing system |
| CN107480041A (en) * | 2016-06-07 | 2017-12-15 | 中兴通讯股份有限公司 | The task automation method of testing and system of a kind of big data |
| CN107943452A (en) * | 2017-11-20 | 2018-04-20 | 中国运载火箭技术研究院 | A kind of architecture Design platform of multi-user collaborative exploitation |
| CN109240930A (en) * | 2018-09-19 | 2019-01-18 | 大连海事大学 | Collaborative testing method for Web application program |
| CN109547555A (en) * | 2018-03-01 | 2019-03-29 | 重庆大学 | The access of non-equilibrium edge cloud network and resource allocation mechanism based on fairness criterion |
| CN109548155A (en) * | 2018-03-01 | 2019-03-29 | 重庆大学 | A Distributed Unbalanced Edge Cloud Network Access and Resource Allocation Mechanism |
| CN110083461A (en) * | 2019-03-29 | 2019-08-02 | 郑州信大捷安信息技术股份有限公司 | A kind of multitasking system and method based on FPGA |
-
2019
- 2019-11-12 CN CN201911097541.XA patent/CN110851363A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101236513A (en) * | 2007-01-30 | 2008-08-06 | 阿里巴巴公司 | Distributed task system and distributed task management process |
| CN105866569A (en) * | 2016-03-24 | 2016-08-17 | 吴继春 | Intelligent equipment cloud testing system |
| CN107480041A (en) * | 2016-06-07 | 2017-12-15 | 中兴通讯股份有限公司 | The task automation method of testing and system of a kind of big data |
| CN107943452A (en) * | 2017-11-20 | 2018-04-20 | 中国运载火箭技术研究院 | A kind of architecture Design platform of multi-user collaborative exploitation |
| CN109547555A (en) * | 2018-03-01 | 2019-03-29 | 重庆大学 | The access of non-equilibrium edge cloud network and resource allocation mechanism based on fairness criterion |
| CN109548155A (en) * | 2018-03-01 | 2019-03-29 | 重庆大学 | A Distributed Unbalanced Edge Cloud Network Access and Resource Allocation Mechanism |
| CN109240930A (en) * | 2018-09-19 | 2019-01-18 | 大连海事大学 | Collaborative testing method for Web application program |
| CN110083461A (en) * | 2019-03-29 | 2019-08-02 | 郑州信大捷安信息技术股份有限公司 | A kind of multitasking system and method based on FPGA |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104536804A (en) | Virtual resource dispatching system for related task requests and dispatching and distributing method for related task requests | |
| CN104239144A (en) | Multilevel distributed task processing system | |
| CN107357661A (en) | A kind of fine granularity GPU resource management method for mixed load | |
| CN110162388A (en) | A kind of method for scheduling task, system and terminal device | |
| CN113448967B (en) | Method and device for accelerating database operation | |
| CN111078436A (en) | Data processing method, device, equipment and storage medium | |
| CN102081554A (en) | Cloud computing operating system as well as kernel control system and method thereof | |
| CN105743887B (en) | A kind of access control apparatus of cloud computing platform | |
| CN106874109A (en) | A kind of distributed job distribution processing method and system | |
| CN110569312A (en) | A GPU-based big data fast retrieval system and its application method | |
| CN107807854A (en) | The method and rendering task processing method of a kind of Automatic dispatching Node station | |
| CN108920274B (en) | Performance optimization and device for image processing server | |
| CN113806606A (en) | Three-dimensional scene-based electric power big data rapid visual analysis method and system | |
| CN111291048A (en) | Data processing system | |
| CN113515363B (en) | Special-shaped task high-concurrency multi-level data processing system dynamic scheduling platform | |
| CN119576576A (en) | Computing power management method and related device of intelligent computing center | |
| Zhang et al. | Repeatable multi-dimensional virtual network embedding in cloud service platform | |
| CN114741133A (en) | Comprehensive modularized avionics system resource allocation and evaluation method based on model | |
| CN113934525A (en) | Hadoop cluster task scheduling method based on positive and negative feedback load scheduling algorithm | |
| CN111539685A (en) | Ship design and manufacture cooperative management platform and method based on private cloud | |
| CN110851363A (en) | Cloud testing system and method | |
| CN108536518A (en) | Method and system, reference platform, service terminal and the memory of task scheduling | |
| CN104793924B (en) | The processing method and processing device of calculating task | |
| Shan et al. | KCES: a workflow containerization scheduling scheme under cloud-edge collaboration framework | |
| Swarnakar et al. | A novel improved hybrid model for load balancing in cloud environment |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200228 |
|
| RJ01 | Rejection of invention patent application after publication |