Business probing method, apparatus, device, storage medium and program product

Abstract

The application provides a service dialing method, device, equipment, storage medium and program product, relates to the network operation and maintenance technical field, and the method comprises the steps that a to-be-dialed function is determined; the to-be-dialed function is determined based on a to-be-dialed service; at least two to-be-dialed tasks are generated based on the to-be-dialed function; required thread resources are allocated to each to-be-dialed task based on a preset scheduling strategy, and a plurality of to-be-executed tasks are obtained; the to-be-executed task is the to-be-dialed task that has been allocated with the required thread resources; the to-be-executed tasks are executed in parallel, and a dialing result of the to-be-dialed function is obtained. Through the above manner, at least two to-be-dialed tasks are generated based on the to-be-dialed function, and the required thread resources are allocated to each to-be-dialed task based on the preset scheduling strategy, and a plurality of to-be-executed tasks are obtained. The dialing result of the to-be-dialed function can be obtained by automatically executing the to-be-executed tasks in parallel, manual dialing of the operation and maintenance personnel is not needed, the dialing efficiency can be effectively improved, and alarm problems can be found in time.

Description

Technical Field

[0001] This invention relates to the field of network operation and maintenance technology, and in particular to a service testing method, apparatus, equipment, storage medium, and program product. Background Technology

[0002] Call testing is a technical term in telecommunications engineering, referring to conducting call tests within a communication network to evaluate network performance and availability. By initiating requests and collecting network response data, call testing assists operations and maintenance personnel in monitoring network services, promptly identifying and resolving potential network problems, and improving the user's network experience.

[0003] In different services such as pre-coverage construction and network adjustment and optimization of communication networks in homes and enterprises, users have different requirements for the functions (i.e. capabilities) of communication networks or communication systems. For example, in home broadband services and enterprise broadband services, users have different requirements for service response functions, signal coverage functions, and wireless network carrying functions.

[0004] To ensure the normal operation of communication services, it is necessary to test every function involved in the communication network or communication system to assess the availability of each function and determine whether each function meets the user's expectations. If a function fails to meet the user's expectations, an alarm needs to be issued.

[0005] However, the existing testing methods still rely on maintenance personnel to perform the tests, resulting in low testing efficiency and difficulty in timely detection of alarm issues. Summary of the Invention

[0006] This invention provides a service testing method, apparatus, equipment, storage medium, and program product to address the shortcomings of existing testing methods that still rely on maintenance personnel, have low testing efficiency, and are difficult to detect alarm problems in a timely manner.

[0007] This invention provides a service testing method, comprising: determining a function to be tested; the function to be tested is determined based on the service to be tested; generating at least two tasks to be tested based on the function to be tested; allocating the required thread resources to each task to be tested based on a preset scheduling strategy to obtain multiple tasks to be executed; the tasks to be executed are the tasks to be tested that have been allocated the required thread resources; and executing the tasks to be executed in parallel to obtain the testing results of the function to be tested.

[0008] According to a service testing method provided by the present invention, based on a preset scheduling strategy, the required thread resources are allocated to each task to be tested to obtain multiple tasks to be executed, including: determining the priority of each task to be tested; determining the execution order of each task to be tested based on the priority of each task to be tested; and allocating the required thread resources to each task to be tested in sequence according to each execution order to obtain multiple tasks to be executed.

[0009] According to a service testing method provided by the present invention, the tasks to be tested are stored in a task queue; based on a preset scheduling strategy, the required thread resources are allocated to each task to be tested to obtain multiple tasks to be executed, including: determining the load information of the task queue; determining the task scheduling frequency based on the load information; determining the execution order of each task to be tested based on the task scheduling frequency; and allocating the required thread resources to each task to be tested in sequence according to each execution order to obtain multiple tasks to be executed.

[0010] According to a service dialing test method provided by the present invention, the dialing test result includes network connection duration, response duration, and status code; after executing the task to be executed in parallel and obtaining the dialing test result of the function to be tested, the method includes: determining whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code is consistent with a preset status code; if the network connection duration is less than or equal to the first preset threshold, the response duration is less than or equal to the second preset threshold, and the status code is consistent with the preset status code, then the function to be tested is determined to have passed the test.

[0011] According to a service dialing test method provided by the present invention, the dialing test result includes network connection duration, response duration, and status code; after executing the task to be executed in parallel and obtaining the dialing test result of the function to be tested, the method includes: determining whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code is consistent with a preset status code; if the network connection duration is greater than the first preset threshold, or the response duration is greater than the second preset threshold, or the status code is inconsistent with the preset status code, then it is determined that the function to be tested has failed the test, and an alarm message is generated.

[0012] According to a service testing method provided by the present invention, determining the function to be tested includes: determining the service scenario of the service to be tested and at least one service function of the service to be tested; and arranging each service function based on the service scenario to obtain the function to be tested.

[0013] The present invention also provides a service testing device, comprising: a determination module for determining a function to be tested; the function to be tested is determined based on the service to be tested; a generation module for generating at least two tasks to be tested based on the function to be tested; a scheduling module for allocating the required thread resources to each task to be tested based on a preset scheduling strategy to obtain multiple tasks to be executed; the tasks to be executed are the tasks to be tested that have been allocated the required thread resources; and a testing module for executing the tasks to be executed in parallel to obtain the testing results of the function to be tested.

[0014] The present invention also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the service dialing test method as described above.

[0015] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the service dialing test method as described above.

[0016] The present invention also provides a computer program product, including a computer program that, when executed by a processor, implements the service dialing test method as described above.

[0017] The present invention provides a service testing method, apparatus, equipment, storage medium, and program product, which determines the function to be tested; the function to be tested is determined based on the service to be tested; based on the function to be tested, at least two test tasks are generated; based on a preset scheduling strategy, the required thread resources are allocated to each test task, resulting in multiple tasks to be executed; the tasks to be executed are the test tasks that have been allocated the required thread resources; the tasks to be executed are executed in parallel to obtain the test results of the function to be tested. Through the above method, at least two test tasks are generated based on the function to be tested, and the required thread resources are allocated to each test task based on a preset scheduling strategy to obtain multiple tasks to be executed. By automatically executing the tasks in parallel, the test results of the function to be tested can be obtained, eliminating the need for manual testing by maintenance personnel, effectively improving testing efficiency, and enabling timely detection of alarm issues. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0019] Figure 1 This is a flowchart illustrating the business dialing test method provided by the present invention.

[0020] Figure 2 This is a schematic diagram of the business dialing test device provided by the present invention.

[0021] Figure 3 This is a schematic diagram of the structure of the electronic device provided by the present invention. Detailed Implementation

[0022] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0023] It should be noted that in the description of this invention, the terms "comprising," "including," or any other variations thereof are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element. The terms "upper," "lower," etc., indicating orientation or positional relationships based on the orientation or positional relationships shown in the accompanying drawings, are only for the convenience of describing the invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of the invention. Unless otherwise expressly specified and limited, the terms "installed," "connected," and "linked" should be interpreted broadly, for example, as a fixed connection, a detachable connection, or an integral connection; a mechanical connection or an electrical connection; a direct connection or an indirect connection through an intermediate medium; or a connection within two elements. Those skilled in the art can understand the specific meaning of the above terms in this invention according to the specific circumstances.

[0024] The terms "first," "second," etc., used in this invention are used to distinguish similar objects, not to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the invention can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class, without limiting the number of objects; for example, a first object can be one or more. Furthermore, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0025] Please see Figure 1 , Figure 1 This is a flowchart illustrating the service testing method provided by the present invention. In this embodiment, the service testing method is applied to an automated testing tool and is automatically executed by the automated testing tool. The service testing method includes steps S110 to S140, each step of which is as follows:

[0026] S110: Determine the function to be tested.

[0027] The pending test function is determined based on the pending test service.

[0028] Specifically, determine the business scenario of the service to be tested and at least one business function of the service to be tested.

[0029] Optionally, for each business scenario or each business function, corresponding operation and maintenance personnel (i.e., scenario stakeholders) are pre-assigned as a testing unit, and each business function involved in each testing unit must be tested.

[0030] Furthermore, based on business scenarios, each business function is orchestrated to obtain the functions to be tested.

[0031] Specifically, automated testing tools can provide capability (i.e. function) management functions, orchestrate each business function based on business scenarios, and determine the functions to be tested.

[0032] Automated probing tools can concretize business scenarios through capability orchestration and combination. At the same time, by adjusting the priority and affinity of capability scheduling, they can support the implementation of different levels of business scenarios, such as general, important, and very important.

[0033] S120: Based on the pending test function, generate at least two pending test tasks.

[0034] In this embodiment, for each function to be tested, the request parameters of that function are first set and adjusted.

[0035] For example, the function to query home broadband coverage requires a level 9 address as a service request parameter. The automated dialing test tool can support setting and adjusting the level 9 address for this function.

[0036] Understandably, the number and type of request parameters required for each function to be tested can be different.

[0037] After the request parameters for the function to be tested are set, at least two test tasks can be generated for each function to be tested.

[0038] For example, if a certain function to be tested has multiple service request parameters, and different service request parameters are used to test different performance of the function to be tested (such as network reachability, response time, failure rate, etc.), then multiple test tasks can be generated according to the performance differences to be tested, so as to carry out service simulation tests.

[0039] S130: Based on the preset scheduling strategy, allocate the required thread resources to each task to be tested, and obtain multiple tasks to be executed.

[0040] The tasks to be executed are those that have been allocated the required thread resources and are awaiting testing.

[0041] In this embodiment, the service testing method is applied to an automated testing tool, which includes a scheduler and an executor.

[0042] The scheduler is implemented based on scheduling strategies and queue technology, while the executor is implemented based on thread pool technology and WebFlux non-blocking technology.

[0043] Specifically, the scheduler is used to schedule the tasks to be tested, and therefore a variety of preset scheduling strategies are set in the scheduler.

[0044] Optionally, the preset scheduling strategy includes a priority-based scheduling strategy and / or a queue load-based scheduling strategy.

[0045] The priority-based scheduling strategy refers to determining the execution order of each task to be tested based on its priority. The priority of each task to be tested is dynamically determined based on its importance or urgency. The execution order of the tasks to be tested is adjusted by dynamically adjusting the priority of each task to be tested.

[0046] Queue-based load balancing refers to dynamically adjusting the scheduling frequency of tasks to be tested based on the load information of the task queue. For example, with the goal of minimizing the overall scheduling frequency, the execution order of each task to be tested is determined, and dynamic scheduling is performed based on the load of the task queue.

[0047] In this embodiment, queue technology is used to store the tasks to be tested.

[0048] Specifically, the scheduler uses ConcurrentLinkedQueue as a task queue to store tasks to be tested. Through queuing technology, the scheduler can queue and schedule tasks to be tested, ensuring the sequential execution or asynchronous processing of tasks, and providing thread-safe operation interfaces to ensure data consistency and reliability in a multi-threaded environment.

[0049] The executor is used to perform tasks and generate result feedback.

[0050] There are multiple tasks to be tested. To improve testing efficiency, the ThreadPoolExecutor thread pool technology can be used in the executor. The executor can manage the thread resources required for the execution of each task through the ThreadPoolExecutor thread pool, realizing thread reuse and lifecycle management, thereby improving the overall system performance and resource utilization. The executor can obtain threads from the thread pool and execute tasks according to the characteristics and requirements of the tasks to be tested.

[0051] Furthermore, the executor employs WebFlux non-blocking technology as the asynchronous execution mechanism for task processing. By implementing non-blocking task processing through the Spring WebFlux framework, it can handle a large number of concurrent requests, improving system throughput and response speed, making it suitable for handling high-concurrency probing tasks.

[0052] Specifically, the scheduler can determine the execution order of each task to be tested based on a preset scheduling strategy; the executor allocates the required thread resources to each task to be tested according to the execution order of each task to be tested, and obtains multiple tasks to be executed.

[0053] Among them, the tasks to be executed are the test tasks that have been allocated the required thread resources.

[0054] Automated testing tools, through the cooperation between the scheduler and executor, and by combining scheduling strategies, queue technology, thread pool technology, and WebFlux non-blocking technology, can achieve efficient scheduling and execution of tasks, ensuring the efficiency, accuracy, and reliability of the testing process.

[0055] S140: Execute the tasks to be executed in parallel and obtain the test results of the functions to be tested.

[0056] Optionally, the test results include various data, such as network connection duration, response time, status code, packet loss rate, and latency.

[0057] Optionally, the automated dialing test tool supports settings for the generated dialing test results.

[0058] For example, for the customer acquisition function of transmission equipment, the automated dialing test tool supports setting the data format and content of the dialing test results. The dialing test results can be set to use JSON data format, and the results can be set to include the device name attribute. By designing the simulation parameters, the flexibility and precision of the dialing test process can be improved.

[0059] The service testing method provided in this embodiment determines the function to be tested; the function to be tested is determined based on the service to be tested; based on the function to be tested, at least two test tasks are generated; based on a preset scheduling strategy, the required thread resources are allocated to each test task, resulting in multiple tasks to be executed; the tasks to be executed are the test tasks that have been allocated the required thread resources; the tasks to be executed are executed in parallel to obtain the testing results of the function to be tested. Through the above method, at least two test tasks are generated based on the function to be tested, and the required thread resources are allocated to each test task based on a preset scheduling strategy, resulting in multiple tasks to be executed. By automatically executing the tasks in parallel, the testing results of the function to be tested can be obtained, eliminating the need for manual testing by maintenance personnel, effectively improving testing efficiency, and enabling timely detection of alarm issues.

[0060] In some embodiments, based on a preset scheduling strategy, the required thread resources are allocated to each task to be tested to obtain multiple tasks to be executed, including: determining the priority of each task to be tested; determining the execution order of each task to be tested based on the priority of each task to be tested; and allocating the required thread resources to each task to be tested in sequence according to each execution order to obtain multiple tasks to be executed.

[0061] Specifically, the tasks to be tested are stored in the ConcurrentLinkedQueue task queue.

[0062] Generally, in the ConcurrentLinkedQueue task queue, each task to be tested can be arranged according to the order of task generation time. The executor can extract multiple tasks to be tested simultaneously according to the order of task generation time, allocate the required thread resources to each task to be tested, obtain multiple tasks to be executed, and execute multiple tasks to be executed in parallel.

[0063] However, in real-world scenarios, different tasks to be tested vary in importance or urgency. Therefore, it is unreasonable to obtain tasks to be tested based solely on their generation time.

[0064] Therefore, this embodiment introduces a priority-based scheduling strategy to ensure that urgent tasks can be executed first.

[0065] Specifically, after obtaining multiple tasks to be tested, the priority of each task is determined based on its importance or urgency.

[0066] Furthermore, the execution order of each task to be tested is determined based on its priority.

[0067] Specifically, the higher the priority, the more important or urgent the task is, and the earlier it should be executed; the lower the priority, the less important or urgent the task is, and the later it should be executed.

[0068] Furthermore, the executor can sequentially acquire each task to be tested according to the execution order of each task to be tested, allocate the required thread resources for each task to be tested, and generate multiple tasks to be executed.

[0069] Furthermore, multiple tasks to be executed are carried out in parallel, with the required thread resources already allocated to them.

[0070] In some embodiments, the tasks to be tested are stored in a task queue.

[0071] Based on a preset scheduling strategy, the required thread resources are allocated to each task to be tested, resulting in multiple tasks to be executed. This includes: determining the load information of the task queue; determining the task scheduling frequency based on the load information; determining the execution order of each task to be tested based on the task scheduling frequency; and allocating the required thread resources to each task to be tested in turn according to the execution order, resulting in multiple tasks to be executed.

[0072] In real-world scenarios, the generation speed of tasks to be tested and the execution speed of tasks to be executed are not entirely consistent. Therefore, the ConcurrentLinkedQueue task queue can be used to temporarily store tasks to be tested that have not been allocated the required thread resources, waiting for the executor to execute them.

[0073] However, if the number of tasks to be tested is generated too quickly, it may cause the task queue to be overloaded, affecting scheduling efficiency.

[0074] Therefore, this embodiment introduces a queue-based scheduling strategy to ensure that the queue load is controllable and to avoid affecting the operating efficiency of the automated testing tool.

[0075] Specifically, determine the load information of the task queue.

[0076] Optionally, the load information includes the free storage space and used storage space of the task queue.

[0077] Furthermore, based on the load information, the task scheduling frequency is determined; based on the task scheduling frequency, the execution order of each task to be tested is determined.

[0078] For example, the execution order of each task to be tested is determined with the goal of minimizing the overall scheduling frequency.

[0079] Furthermore, according to each execution order, the required thread resources are allocated to each task to be tested in turn, resulting in multiple tasks to be executed.

[0080] In some embodiments, the test results include network connection duration, response duration, and status code.

[0081] After executing the tasks to be executed in parallel and obtaining the test results of the function to be tested, the following steps are taken: determining whether the network connection duration is less than or equal to the first preset threshold, whether the response duration is less than or equal to the second preset threshold, and whether the status code is consistent with the preset status code; if the network connection duration is less than or equal to the first preset threshold, the response duration is less than or equal to the second preset threshold, and the status code is consistent with the preset status code, then the function to be tested is determined to have passed the test.

[0082] Specifically, the test results include multiple network test metrics; these metrics include, but are not limited to, network connection duration, response time, and status codes.

[0083] After obtaining the test results, the value of each network test indicator can be used to determine whether the function under test has passed the test, i.e. whether it meets the user's expectations.

[0084] Specifically, it is determined whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code is consistent with the preset status code.

[0085] If the network connection duration is less than or equal to the first preset threshold, the response duration is less than or equal to the second preset threshold, and the status code is consistent with the preset status code, then the function to be tested is determined to have passed the test.

[0086] Please refer to Table 1, which shows the three network testing metrics and their related preset threshold settings.

[0087] Table 1

[0088]

[0089] Optionally, the network dialing test indicators and corresponding preset thresholds in Table 1 can be adjusted according to different business functions to match the characteristics of the business functions.

[0090] Understandably, different businesses may need the same functionality (i.e., capabilities), but for the same functionality, different businesses have different requirements for that functionality.

[0091] Please refer to Table 2, which shows the requirements of different businesses for the same function. Different business field names are used to identify different businesses.

[0092] Table 2

[0093]

[0094] In some embodiments, the test results include network connection duration, response duration, and status code.

[0095] After executing the tasks to be executed in parallel and obtaining the test results of the function to be tested, the process includes: determining whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code is consistent with the preset status code; if the network connection duration is greater than the first preset threshold, or the response duration is greater than the second preset threshold, or the status code is inconsistent with the preset status code, then it is determined that the function to be tested has failed the test, and an alarm message is generated.

[0096] After receiving the alarm information, the relevant maintenance personnel should be notified to carry out subsequent maintenance.

[0097] In some embodiments, determining the function to be tested includes: determining the business scenario of the service to be tested and at least one business function of the service to be tested; and orchestrating each business function based on the business scenario to obtain the function to be tested.

[0098] This invention also provides a service dialing test method. Please refer to [link / reference]. Figure 2 , Figure 2 This is a schematic diagram of the service dialing test device provided by the present invention. In this embodiment, the service dialing test device includes a determination module 210, a generation module 220, a scheduling module 230, and a dialing test module 240.

[0099] Module 210 is used to determine the function to be tested.

[0100] The pending test function is determined based on the pending test service.

[0101] The generation module 220 is used to generate at least two test tasks based on the test function.

[0102] The scheduling module 230 is used to allocate the required thread resources to each task to be tested based on a preset scheduling strategy, thereby obtaining multiple tasks to be executed.

[0103] The tasks to be executed are those that have been allocated the required thread resources and are awaiting testing.

[0104] The test module 240 is used to execute tasks in parallel and obtain test results of the functions to be tested.

[0105] In some embodiments, the scheduling module 230 is used to determine the priority of each task to be tested; determine the execution order of each task to be tested based on the priority of each task to be tested; and allocate the required thread resources to each task to be tested in sequence according to each execution order to obtain multiple tasks to be executed.

[0106] In some embodiments, the tasks to be tested are stored in a task queue.

[0107] The scheduling module 230 is used to determine the load information of the task queue; determine the task scheduling frequency based on the load information; determine the execution order of each task to be tested based on the task scheduling frequency; and allocate the required thread resources to each task to be tested in turn according to each execution order to obtain multiple tasks to be executed.

[0108] In some embodiments, the test results include network connection duration, response duration, and status code.

[0109] The service testing device also includes a judgment and analysis module. This module executes tasks in parallel and, after obtaining the test results of the function to be tested, determines whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code matches a preset status code. If the network connection duration is less than or equal to the first preset threshold, the response duration is less than or equal to the second preset threshold, and the status code matches a preset status code, then the function to be tested is determined to have passed the test.

[0110] In some embodiments, the test results include network connection duration, response duration, and status code.

[0111] The judgment and analysis module is used to determine whether the network connection duration is less than or equal to the first preset threshold, whether the response duration is less than or equal to the second preset threshold, and whether the status code is consistent with the preset status code. If the network connection duration is greater than the first preset threshold, or the response duration is greater than the second preset threshold, or the status code is inconsistent with the preset status code, it is determined that the function to be tested has failed the test, and an alarm message is generated.

[0112] In some embodiments, the determining module 210 is used to determine the business scenario of the service to be tested and at least one business function of the service to be tested; based on the business scenario, each business function is arranged to obtain the function to be tested.

[0113] The present invention also provides an electronic device, Figure 3 This is a schematic diagram of the structure of the electronic device provided by the present invention, such as... Figure 3 As shown, the electronic device may include a processor 310, a communications interface 320, a memory 330, and a communication bus 340. The processor 310, communications interface 320, and memory 330 communicate with each other via the communication bus 340. The processor 310 can call logical instructions from the memory 330 to execute a service dialing method.

[0114] Furthermore, the logical instructions in the aforementioned memory 330 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, essentially, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0115] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, is implemented to perform the service dialing test methods provided by the above methods.

[0116] The present invention also provides a computer program product, which includes a computer program that can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the service dialing test method provided by the above methods.

[0117] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0118] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0119] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A service dialing test method, characterized in that, include: Determine the function to be tested; the function to be tested is determined based on the service to be tested. Based on the aforementioned test-to-diagnose function, at least two test-to-diagnose tasks are generated. Based on a preset scheduling strategy, the required thread resources are allocated to each of the tasks to be tested, resulting in multiple tasks to be executed. The task to be executed is a test task that has been allocated the required thread resources; The tasks to be executed are performed in parallel to obtain the test results of the functions to be tested. The tasks to be tested are stored in the task queue; Based on a preset scheduling strategy, the required thread resources are allocated to each of the tasks to be tested, resulting in multiple tasks to be executed, including: Determine the load information of the task queue; Based on the load information, the task scheduling frequency is determined; Based on the task scheduling frequency, the execution order of each of the tasks to be tested is determined; According to the execution order described above, the required thread resources are allocated to each of the tasks to be tested in turn, resulting in multiple tasks to be executed.

2. The service dialing test method according to claim 1, characterized in that, Based on a preset scheduling strategy, the required thread resources are allocated to each of the tasks to be tested, resulting in multiple tasks to be executed, including: Determine the priority of each of the tasks to be tested; The execution order of each task to be tested is determined based on its priority. According to the execution order described above, the required thread resources are allocated to each of the tasks to be tested in turn, resulting in multiple tasks to be executed.

3. The service dialing test method according to claim 1, characterized in that, The test results include network connection duration, response duration, and status code; After the parallel execution of the task to be executed and the test results of the function to be tested are obtained, the process includes: Determine whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code is consistent with a preset status code; If the network connection duration is less than or equal to a first preset threshold, the response duration is less than or equal to a second preset threshold, and the status code is consistent with the preset status code, then the function to be tested is determined to have passed the test.

4. The service dialing test method according to claim 1, characterized in that, The test results include network connection duration, response duration, and status code; After the parallel execution of the task to be executed and the test results of the function to be tested are obtained, the process includes: Determine whether the network connection duration is less than or equal to a first preset threshold, whether the response duration is less than or equal to a second preset threshold, and whether the status code is consistent with a preset status code; If the network connection duration exceeds a first preset threshold, or the response duration exceeds a second preset threshold, or the status code is inconsistent with the preset status code, then it is determined that the function to be tested has failed the test, and an alarm message is generated.

5. The service dialing test method according to claim 1, characterized in that, The function to determine the call to be tested includes: Determine the business scenario of the service to be tested and at least one business function of the service to be tested; Based on the aforementioned business scenario, each of the aforementioned business functions is orchestrated to obtain the functions to be tested.

6. A service dialing test device, characterized in that, include: The determination module is used to determine the function to be tested; the function to be tested is determined based on the service to be tested. The generation module is used to generate at least two test tasks based on the function to be tested. The scheduling module is used to allocate the required thread resources to each of the tasks to be tested based on a preset scheduling strategy, thereby obtaining multiple tasks to be executed; the tasks to be executed are the tasks to be tested that have been allocated the required thread resources. The dialing test module is used to execute the task to be executed in parallel and obtain the dialing test results of the function to be dialed; The tasks to be tested are stored in the task queue; The scheduling module is used to determine the load information of the task queue; determine the task scheduling frequency based on the load information; determine the execution order of each task to be tested based on the task scheduling frequency; and allocate the required thread resources to each task to be tested in sequence according to each execution order to obtain multiple tasks to be executed.

7. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the service dialing test method as described in any one of claims 1 to 5.

8. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the service dialing test method as described in any one of claims 1 to 5.

9. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by the processor, it implements the service dialing test method as described in any one of claims 1 to 5.

Images