An ATE testing system and method based on a distributed service architecture

Abstract

This invention relates to an IoT interactive testing system and method for service technology automation laboratories, specifically to an ATE testing system and method based on a distributed service architecture. It addresses the technical problems of existing ATE testing platforms, such as difficulty in flexibly accessing and deploying batch devices and distributed deployments and storage, slow deployment speeds, and poor compatibility. This ATE testing system based on a distributed service architecture includes a service common module and a 2020 user interface module, an ATE testing service module, a service communication module, and an App service gateway module. The ATE testing service module decouples the service communication module, App service gateway module, service common module, and user interface module, forming a distributed, independent architecture. The service communication module enables protocol communication between services, facilitating data exchange and transmission between services through remote procedure calls, thereby improving testing efficiency and enabling rapid access and expansion of the ATE testing platform.

Description

Technical Field

[0001] This invention relates to an IoT interactive testing system and method for service technology automation laboratories, specifically to an ATE testing system and method based on a distributed service architecture. Background Technology

[0002] An ATE (Automatic Test Equipment) test platform refers to a hardware device such as power electronic equipment, electronic loads, measuring instruments, sensors, devices under test, and PLCs that are connected to the ATE test platform via communication or I / O interfaces. The ATE test platform manages, controls, and schedules these devices to meet the requirements of standard or custom test processes. It is widely used in testing institutions, factory production lines, automated laboratories, and other organizations.

[0003] Existing ATE testing platforms tend to be monolithic or client / server architectures, which are simple to implement but difficult to meet the needs of batch device testing and distributed deployment and storage. They are only designed for specific industries and specific requirements for testing and data reporting, and cannot achieve flexible access, rapid deployment, or compatibility with multiple industries. Summary of the Invention

[0004] The purpose of this invention is to address the technical problems of existing ATE testing platforms, such as difficulty in flexibly accessing and deploying batch devices and distributed deployment and storage, slow deployment, and poor compatibility. This invention provides an ATE testing system and method based on a distributed service architecture, which can improve testing efficiency and enable rapid access and expansion of the ATE testing platform.

[0005] To solve the above-mentioned technical problems, the technical solution adopted by the present invention is as follows:

[0006] An ATE testing system based on a distributed service architecture includes a service common module and a 2020 operation interface module;

[0007] Its special feature is:

[0008] It also includes an ATE test service module, a service communication module, and an App service gateway module;

[0009] The ATE test service module is used to decouple the service communication module, App service gateway module, service common module and operation interface module and form a distributed independent architecture.

[0010] The service communication module is used for protocol communication between services, and realizes data interaction and transmission between services through remote procedure calls;

[0011] The App service gateway module is used to enable communication between the service communication module and the user interface module;

[0012] The ATE test service module communicates with the service public module and the service communication module, respectively.

[0013] Furthermore, it also includes programming units and algorithm units;

[0014] The programming unit is used for the execution of process logic, branch jumps, and logical judgments during the testing process in the ATE system;

[0015] The algorithm unit is used to introduce mathematical algorithms and waveform algorithms for test cases to meet the data extraction requirements of the test process.

[0016] Furthermore, the ATE test service module includes a device driver service unit, a test case service unit, a test program service unit, a solution service unit, and a report service unit;

[0017] The device driver service unit is used to bind and register the device under test;

[0018] The Test Case Service Unit is used for editing, compiling, simulating, and publishing test cases;

[0019] The Test Service Unit is used to edit, compile, simulate, and publish published test cases;

[0020] The Solution Service Unit is used to perform ATE tests on the test release plan and store the test data;

[0021] The Reporting Service unit is used to generate and output reports from test data.

[0022] Furthermore, the service communication module includes a central service subunit, an inter-service communication subunit, a unary communication subunit, a client-side streaming communication subunit, a server-side streaming communication subunit, and a bidirectional streaming communication subunit;

[0023] The central service subunit is used for service registration and discovery of devices under test;

[0024] The inter-service communication subunit is used for message exchange between services;

[0025] The single-element communication subunit is used for heartbeat detection communication between the user interface module and the service.

[0026] The client-side streaming communication subunit is used to respond to large data packets one by one in a streaming manner when requests are made between services to the operation interface module.

[0027] The server-side streaming communication subunit is used to respond to large data packets between servers one by one when the operation interface module makes a request.

[0028] The bidirectional streaming communication subunit is used for bidirectional packet-by-packet streaming responses when there are bidirectional large data packet interaction requests between the operation interface module and the service.

[0029] Furthermore, the service common module includes reflection, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication;

[0030] Reflection is used to interpret and translate instructions for the device driver service unit, the programming unit, and the algorithm unit.

[0031] Data storage is used to store test data, waveform data, and report data processed by the device driver service unit, test case service unit, test program service unit, solution service unit, and report service unit;

[0032] Synchronous interaction is used to implement an interaction method that blocks the execution of control operations between services;

[0033] Asynchronous interaction is used to implement a non-blocking asynchronous interaction method for test data between services;

[0034] Interceptors are used to intercept and process spam data during inter-service data exchange.

[0035] Multicast communication is used for inter-service health monitoring.

[0036] Furthermore, the device driver service unit communicates with the test case service unit, driver subunit, central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively.

[0037] The test case service unit communicates with the test program service unit, solution service unit, programming unit, algorithm subunit, central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively.

[0038] The test program service unit communicates with the central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively;

[0039] The solution service unit communicates with the central service subunit, the inter-service communication subunit, the unified communication subunit, the client streaming communication subunit, the server streaming communication subunit, the bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication respectively.

[0040] The report service unit communicates with the central service subunit, the inter-service communication subunit, the unary communication subunit, the client streaming communication subunit, the server streaming communication subunit, the bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication.

[0041] The App service gateway module communicates with the operation interface module, the central service subunit, the inter-service communication subunit, the unary communication subunit, the client streaming communication subunit, the server streaming communication subunit, and the bidirectional streaming communication subunit, respectively.

[0042] The programming unit communicates with the driver subunit, reflection unit, and algorithm unit respectively;

[0043] The algorithm unit communicates with both the driver subunit and the reflection unit.

[0044] The Word report format can generate reports according to a specified time period and test plan.

[0045] This invention also provides an ATE testing method based on a distributed service architecture. The method employs the aforementioned ATE testing system based on a distributed service architecture, and its key feature is that it includes the following steps:

[0046] Step 1) Publish the device to be tested;

[0047] Step 2) Publish the test cases for the device under test;

[0048] Step 3) Publish the test program for the device under test;

[0049] Step 4) Combine the device under test released in Step 1, the test cases released in Step 2, and the test program released in Step 3 to form a solution, and execute the solution;

[0050] Step 5) Output the test report of the solution in Step 4 to complete the test of the ATE test system based on the distributed service architecture.

[0051] Furthermore, step 1) specifically involves:

[0052] Add and bind the device under test to the device driver service unit, register and verify the device under test, and publish it after successful verification;

[0053] Step 2) specifically involves:

[0054] The test case service unit displays the test case instructions in the test case editing list according to the type of the device under test issued in step 1, edits the test cases according to the standard requirements of the device under test, and compiles, simulates and releases the edited test cases in sequence.

[0055] Step 3) specifically refers to:

[0056] According to step 2), the published test cases are designed through the test program service unit, and the test program is designed and formed according to the test requirements. The test program is then edited, compiled, simulated and published.

[0057] The test program includes data variable fields and a Word document; the document includes test data and corresponding labels for the test data.

[0058] Furthermore, step 4) specifically involves:

[0059] Step 4.1: Combine the device under test released in Step 1, the test cases released in Step 2, and the test programs released in Step 3 to form a solution;

[0060] The solution includes editing and programming test cases to form executable test flow logic, which includes loops, jumps, branch judgments, and test retry operations;

[0061] Step 4.2: Execute the test program published in Step 3 using the solution from Step 4.1;

[0062] The process includes real-time data display, test status display, test data storage, and human-computer interaction during the test.

[0063] Further, step 5) specifically refers to:

[0064] Step 5.1: Edit the test report template:

[0065] Edit the report template using the test program published in step 3, and bind the data variable fields in the test program with the corresponding tags in the Word document to establish the correspondence between test data and Word document;

[0066] Step 5.2: Generate test report:

[0067] Based on the test data storage completed in step 4.2 and the correspondence between the test data and the Word document established in step 5.1 by editing the test report template, a test report is generated.

[0068] Compared with the prior art, the beneficial effects of the technical solution of the present invention are:

[0069] 1. High cohesion. The ATE testing system based on the distributed service architecture of this invention has a high degree of business encapsulation in the ATE testing service module, service communication module, and App service gateway module. Each service and module of the ATE testing service module, service communication module, and App service gateway module performs only independent tasks, enabling the ATE testing platform to be quickly connected and expanded.

[0070] 2. High efficiency. This invention, based on a distributed service architecture ATE testing system, can simultaneously test multiple devices under test, deploy and execute tests, and output test reports, greatly reducing the testing time for the devices under test and improving testing efficiency.

[0071] 3. Low Coupling. This invention is based on a distributed service architecture ATE testing system, in which the ATE testing service module, service communication module, and App service gateway module are decoupled, allowing each service to run independently, store data independently, and be deployed on different PCs to achieve efficient resource utilization and load balancing.

[0072] 4. High Availability. This invention is based on a distributed service architecture ATE testing system. A single service can simultaneously connect to multiple external ATS client connections. Specifically, the service uses IO multiplexing technology to achieve high resource availability, reduce resource overhead, and improve resource utilization.

[0073] 5. The ATE testing system based on the distributed service architecture of this invention improves communication efficiency through the unary communication subunit, client streaming communication subunit, server streaming communication subunit and bidirectional streaming communication subunit of the service communication module, and can achieve efficient communication in multiple modes.

[0074] 6. This invention provides an ATE testing method based on a distributed service architecture. By separating the test and test report, it allows users to customize the device under test. The separation of the device under test and the test report—that is, the test is executed on one PC, and the test report is on another PC—can be performed simultaneously, improving efficiency. Attached Figure Description

[0075] Figure 1 This is a schematic diagram of the ATE testing system based on a distributed service architecture according to the present invention.

[0076] Figure 2 This is a schematic diagram of an embodiment of the ATE testing system based on a distributed service architecture according to the present invention.

[0077] Figure 3 This is a flowchart of an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0078] Figure 4This is a schematic diagram illustrating the addition of a device to be tested in an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0079] Figure 5 This is a schematic diagram illustrating the process of adding a device to be tested in an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0080] Figure 6 This is a schematic diagram illustrating the successful compilation of test cases in an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0081] Figure 7 This diagram illustrates the successful deployment of a test program in an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0082] Figure 8 This is a schematic diagram illustrating the execution solution in an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0083] Figure 9 This is a schematic diagram illustrating the generation of test reports in an embodiment of the ATE testing method based on a distributed service architecture according to the present invention.

[0084] Figure 10 for Figure 9 A magnified view of a portion of the image. Detailed Implementation

[0085] like Figure 1 , Figure 2 As shown, the present invention discloses an ATE testing system based on a distributed service architecture, including an ATE testing service module (ATEService), a service communication module (Consul&gRPCService), a service common module, an App service gateway module (AppGateWay), a 2020 operation interface module (Action2020ATS), a programming unit (Program), and an algorithm unit (Algorithm).

[0086] The ATE test service module decouples the service communication module, App service gateway module, service common module, and 2020 user interface module into a distributed, independent architecture. The service communication module facilitates protocol communication between services, enabling data exchange and transmission via remote procedure calls. The App service gateway module facilitates communication between the service communication module and the 2020 user interface module. The ATE test service module communicates with both the service common module and the service communication module. The programming unit handles timing control logic operations such as process logic execution, branch jumps, and logical judgments during the test process within the ATE system. The algorithm unit introduces mathematical and waveform algorithms for test cases to facilitate data extraction during the test process.

[0087] The ATE test service module includes the Device Driver Service Unit (HardWare), Test Case Service Unit (TestCase), Test Program Service Unit (TestProgram), Solution Executor Service Unit (SolutionsExecutor), and Report Service Unit (Report).

[0088] The device driver service unit includes a driver subunit (DeviceDriver). The device driver service unit is used for binding and registering the device under test (DUT), enabling access, control, setting, and status feedback operations for the device in the ATE test service module. The device driver service unit executes control and provides status feedback for the DUT, allowing for testing of the DUT's functional operations and performance requirements through execution and status feedback, and providing feedback to the test case service unit based on the test data. The device driver service unit has attribute actions and attribute states. Attribute actions include DUT start or stop control responses, DUT parameter setting responses, and DUT timing logic control responses. Attribute states include DUT measurement data feedback, status feedback, and fault feedback.

[0089] The test case service unit is used for editing, compiling, simulating, and publishing test cases. Compilation involves syntax and logic compilation for test case validity checks, rule checks, context checks, and logic analysis. Simulation involves checking the syntax of test item commands, including interface calls and logic simulation; only valid test item syntax can be published. Compilation and simulation are preparatory steps to ensure the normal execution of test items. Test item commands are used to edit a single line of instructions for a test item. An instruction is the smallest unit of execution for a test item; for example, the first step, device startup, corresponds to the instruction "Start," and the second step, a delay, corresponds to the instruction "Sleep."

[0090] The test program service unit is used to edit, compile, simulate, and release test cases. It edits and compiles test items, and can edit and execute multiple test items together. The test program merges multiple test items together. A test case is an editable, compiled, simulated, and released test item or multiple test items. The purpose of the test program is to edit, compile, simulate, and release multiple test items to form a final executable solution, so that the solution service unit can execute according to the edited solution.

[0091] The Solution Service Unit is used to execute ATE tests on the test release plan and store test data; it includes test plan execution, test status monitoring, test data monitoring, and test data storage. Following the execution logic edited by the Test Case Service Unit and Test Program Service Unit, it tests and executes instructions one by one until all are completed, to ensure that the functional, performance, and indicator verification tests of the device under test meet the requirements and that the results are satisfactory, and then stores the test data.

[0092] The report service unit is used to generate and output reports from test data. The reports are displayed in Word format and can be generated according to a specified time period and test plan.

[0093] The service communication module (Consul & gRPCService) includes a central service subunit (Consul), an inter-service communication subunit (gRPC & proto3), a unary communication subunit (UNARY), a client-side streaming communication subunit (CLIENTSTREAMING), a server-side streaming communication subunit (SERVERSTREAMING), and a bidirectional streaming communication subunit (BIDIRECTIONALSTREAMING). The central service subunit is used for service registration and discovery of devices under test, and performs registration, discovery, and heartbeat detection for multiple services within the system to ensure that services are online. The inter-service communication subunit is used for message exchange between services. The proto3 communication protocol is a built-in binary streaming communication protocol in gRPC. Proto3 communication is a customized interaction protocol based on business requirements, designed to enable data communication between services. The protocol format of the inter-service communication subunit enables inter-service communication and interaction; the unary communication subunit is used for heartbeat detection communication between the 2020 operation interface module and the service; the client-side streaming communication subunit is used for the 2020 operation interface module to reply to large data packets one by one in a streaming manner when the service makes a request (response time is relatively long); the server-side streaming communication subunit is used for the 2020 operation interface module to reply to large data packets one by one in a streaming manner when the service makes a request (response time is relatively long); the bidirectional streaming communication subunit is used when the 2020 operation interface module and the service have bidirectional large data packet interaction requests, both sides need to reply to each other one by one in a streaming manner.

[0094] The common service modules include reflection, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication. Reflection is used to interpret and translate instructions from the device driver service unit, programming unit, and algorithm unit. Data storage stores test data, waveform data, and report data processed by the device driver service unit, test case service unit, test program service unit, solution service unit, and report service unit; that is, it implements distributed storage for execution data, with each service database storing data independently. Synchronous interaction is used for the blocking execution of control operations between services, enabling interaction triggered by the instruction occurrence timeline, with services responding... The receiving service executes synchronously according to its own timeline and feeds back the execution results to the service sender, typically designed as a single communication subunit; asynchronous interaction is used for non-blocking asynchronous interaction of test data between services, realizing the sending of data to the service event buffer in the form of a command triggering event, and the service receiver asynchronously extracts and executes the command; interceptors are used to intercept garbage data during inter-service data interaction and to intercept illegal data behavior in service interaction data to ensure data security and improve transmission efficiency; multicast communication is used for health monitoring between services, and its internal service has multicast data response, forwarding and uploading capabilities to meet the requirements of multiple connections, multiple requests and high concurrency.

[0095] The App service gateway module is used to enable communication between the service communication module and the operation interface module. It has an intermediate component for interaction between the client and various services, as well as service data forwarding, load balancing, and health check functions.

[0096] The 2020 user interface module is used for human-machine interaction, including device management and verification (corresponding to device service), test case editing (corresponding to test case service), test program editing (corresponding to test program service), solution execution (corresponding to solution service), and monitoring and displaying the interface's running status, thereby enabling human-machine interaction. In this embodiment, the 2020 user interface module is the NET5-based Action2020ATS application package.

[0097] The device driver service unit communicates with the test case service unit, driver subunit, central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication, respectively. The test case service unit communicates with the test program service unit, solution service unit, programming unit, algorithm subunit, central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication, respectively. The test program service unit communicates with the central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, and interceptors, respectively. The solution service unit communicates with the central service subunit, inter-service communication subunit, unified communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively; the report service unit communicates with the central service subunit, inter-service communication subunit, unified communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively; the App service gateway module communicates with the 2020 operation interface module, central service subunit, inter-service communication subunit, unified communication subunit, client streaming communication subunit, server streaming communication subunit, and bidirectional streaming communication subunit respectively; the programming unit communicates with the driver subunit, reflection, and algorithm unit respectively; the algorithm unit communicates with the driver subunit and reflection respectively.

[0098] like Figure 3 As shown, the present invention also provides an ATE testing method based on a distributed service architecture. Based on the aforementioned ATE testing system based on a distributed service architecture, the method includes the following steps:

[0099] Step 1) Publish the device to be tested;

[0100] Add and bind the device under test to the device driver service unit, register and verify the device under test, and publish it after successful verification;

[0101] Step 2) Publish the test cases for the device under test;

[0102] The test case service unit displays the test device instructions in the test case editing list according to the type of the device under test issued in step 1, edits the test cases according to the standard requirements of the device under test, and compiles, simulates and releases the edited test cases in sequence.

[0103] Step 3) Publish the test program for the device under test;

[0104] According to step 2, the published test cases are designed through the test program service unit. The test program is designed and formed according to the test requirements. The test program is then edited, compiled, simulated, and published. The test program includes data variable fields and a Word document. The document includes test data and tags corresponding to the test data.

[0105] Step 4) Combine the device under test released in Step 1, the test cases released in Step 2, and the test program released in Step 3 to form a solution, and execute the solution;

[0106] Step 4.1: Combine the device under test released in Step 1, the test cases released in Step 2, and the test program released in Step 3 into a solution; the solution includes editing and programming the test cases to form an executable test flow logic, which includes loops, jumps, branch judgments, and test retry operations;

[0107] Step 4.2: Execute the test program published in Step 3 using the solution in Step 4.1; execution includes real-time data display, test status display, test data storage, and human-computer interaction during the test process.

[0108] Step 5) Output the test report of the solution in Step 4 to complete the test of the ATE test system based on the distributed service architecture;

[0109] Step 5.1: Edit the test report template:

[0110] Edit the report template using the test program published in step 3, and bind the data variable fields in the test program with the corresponding tags in the Word document to establish the correspondence between test data and Word document;

[0111] Step 5.2: Generate test report:

[0112] Based on the test data storage completed in step 4.2 and the correspondence between the test data and the Word document established in step 5.1 by editing the test report template, a test report is generated.

[0113] To further illustrate the technical solution of this invention, the following explanation will take TUV charging pile automated testing (charging pile European and American standard protection continuity loss) as an example.

[0114] Step 1: As Figure 4 As shown, add a TUV charging station and bind it to the device driver service unit. Register and verify the TUV charging station, and publish it after successful verification. Figure 5As shown, the main interface displays the added TUV charging station after it has been added.

[0115] Step 2: As Figure 6 As shown, the test case service unit displays the TUV charging pile instructions in the test case editing list according to the type of TUV charging pile released, edits the test cases according to the standard requirements of European and American TUV charging piles, and compiles, simulates and releases the TUV charging pile automation continuity loss test cases in sequence after editing.

[0116] Step 3: As Figure 7 As shown, the test cases for the loss of automation continuity of the released TUV charging piles are designed through the test program service unit, and a test program for the automation test of TUV charging piles is designed and released according to the test requirements.

[0117] Step 4: As Figure 8 As shown, the test cases for the TUV charging pile released in the first step, the test cases for the TUV charging pile automation continuity loss released in the second step, and the test program for the TUV charging pile automation test released in the third step are combined into a solution, and the solution is executed.

[0118] Step 5: As Figure 9 , Figure 10 As shown, the execution results of step four are used to generate a continuous loss test report for the protective grounding of the TUV charging pile. The data in the test report table comes from the execution results of step three, and the data meets the test standard requirements. The data display and test content meet the European and American standard requirements for TUV charging piles. When the TUV charging pile protection fails, it should trigger the termination of charging and issue an alarm. At the same time, the voltage and current of the TUV charging pile should meet the shutdown time. Thus, the entire process of configuring and editing the protection continuity loss test item to generating the final test data is complete.

Claims

1. An ATE testing system based on a distributed service architecture, comprising a service common module and an operation interface module; Its features are: It also includes an ATE test service module, a service communication module, and an App service gateway module; The ATE test service module is used to decouple the service communication module, App service gateway module, service common module and operation interface module and form a distributed independent architecture. The service communication module is used for protocol communication between services, and realizes data interaction and transmission between services through remote procedure call. The App service gateway module is used to enable communication between the service communication module and the operation interface module; The ATE test service module communicates with the service common module and the service communication module, respectively. The service common module also communicates with the service communication module. The ATE test service module includes a device driver service unit, a test case service unit, a test program service unit, a solution service unit, and a report service unit. The device driver service unit is used to bind and register the device under test. The test case service unit is used to edit, compile, simulate, and publish test cases. The test program service unit is used to design and form test programs from published test cases, and to edit, compile, simulate, and publish the test programs; the solution service unit is used to perform ATE tests on the test release solution and store the test data. The report service unit is used to generate reports from the test data and output the reports.

2. The ATE testing system based on a distributed service architecture according to claim 1, characterized in that: It also includes programming units and algorithm units; The programming unit is used for the execution of process logic, branch jumps, and logical judgments during the testing process in the ATE system; The algorithm unit is used to introduce mathematical algorithms and waveform algorithms for test cases to meet the data extraction requirements of the test process.

3. The ATE testing system based on a distributed service architecture according to claim 2, characterized in that: The service communication module includes a central service subunit, an inter-service communication subunit, a unary communication subunit, a client-side streaming communication subunit, a server-side streaming communication subunit, and a bidirectional streaming communication subunit. The central service subunit is used for service registration and discovery of devices to be tested; The inter-service communication subunit is used for inter-service message exchange; The unary communication subunit is used for heartbeat detection communication between the operation interface module and the service. The client-side streaming communication subunit is used to respond to large data packets one by one in the streaming response of the operation interface module when inter-service requests are made. The server-side streaming communication subunit is used to respond to large data packets between servers in a streaming manner when the operation interface module makes a request. The bidirectional streaming communication subunit is used for bidirectional packet-by-packet streaming responses when there are bidirectional large data packet interaction requests between the operation interface module and the service.

4. The ATE testing system based on a distributed service architecture according to claim 3, characterized in that: The common service modules include reflection, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication; The reflection is used to interpret and translate instructions to the device driver service unit, the programming unit, and the algorithm unit. The data storage is used to store test data, waveform data, and report data processed by the device driver service unit, test case service unit, test program service unit, solution service unit, and report service unit. The synchronous interaction is used to implement an interaction mode that blocks the execution of control operations between services; The asynchronous interaction is used to implement a non-blocking asynchronous interaction method for test data between services; The interceptor is used to intercept and process spam data during inter-service data exchange. The multicast communication is used for inter-service health monitoring.

5. The ATE testing system based on a distributed service architecture according to claim 4, characterized in that: The device driver service unit communicates with the test case service unit, driver subunit, central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively. The test case service unit communicates with the test program service unit, solution service unit, programming unit, algorithm subunit, central service subunit, inter-service communication subunit, unary communication subunit, client streaming communication subunit, server streaming communication subunit, bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptor, and multicast communication respectively. The test program service unit communicates with the central service subunit, the inter-service communication subunit, the unary communication subunit, the client streaming communication subunit, the server streaming communication subunit, the bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication, respectively. The solution service unit communicates with the central service subunit, the inter-service communication subunit, the unary communication subunit, the client streaming communication subunit, the server streaming communication subunit, the bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication, respectively. The report service unit communicates with the central service subunit, the inter-service communication subunit, the unary communication subunit, the client streaming communication subunit, the server streaming communication subunit, the bidirectional streaming communication subunit, data storage, synchronous interaction, asynchronous interaction, interceptors, and multicast communication, respectively. The App service gateway module communicates with the operation interface module, the central service subunit, the inter-service communication subunit, the unary communication subunit, the client streaming communication subunit, the server streaming communication subunit, and the bidirectional streaming communication subunit, respectively. The programming unit communicates with the driver subunit, the reflection unit, and the algorithm unit, respectively. The algorithm unit communicates with the driving subunit and the reflection unit respectively; The Word report format can generate reports according to a specified time period and test plan.

6. An ATE testing method based on a distributed service architecture, employing the ATE testing system based on a distributed service architecture as described in any one of claims 1-5, characterized in that, Includes the following steps: Step 1) Publish the device to be tested; Step 2) Publish the test cases for the device under test; Step 3) Publish the test program for the device under test; Step 4) Combine the device under test released in Step 1, the test cases released in Step 2, and the test program released in Step 3 to form a solution, and execute the solution; Step 5) Output the test report of the solution in Step 4 to complete the test of the ATE test system based on the distributed service architecture.

7. The ATE testing method based on a distributed service architecture according to claim 6, characterized in that: Step 1) Specifically: Add and bind the device under test to the device driver service unit, register and verify the device under test, and publish it after successful verification; Step 2) specifically involves: The test case service unit displays the test case instructions in the test case editing list according to the type of the device under test issued in step 1, edits the test cases according to the standard requirements of the device under test, and compiles, simulates and releases the edited test cases in sequence. Step 3) specifically involves: According to step 2), the published test cases are designed through the test program service unit, and the test program is designed and formed according to the test requirements. The test program is then edited, compiled, simulated and published. The test program includes data variable fields and a Word document; the document includes test data and tags corresponding to the test data.

8. The ATE testing method based on a distributed service architecture according to claim 7, characterized in that: Step 4) specifically involves: Step 4.1: Combine the device under test released in Step 1, the test cases released in Step 2, and the test programs released in Step 3 to form a solution; The solution includes editing and programming test cases to form executable test flow logic, which includes loops, jumps, branch judgments, and test retry operations; Step 4.2: Execute the test program published in Step 3 using the solution from Step 4.1; The execution includes real-time data display, test status display, test data storage, and human-computer interaction during the test process.

9. The ATE testing method based on a distributed service architecture according to claim 8, characterized in that: Step 5) specifically involves: Step 5.1: Edit the test report template: Edit the report template using the test program published in step 3, and bind the data variable fields in the test program with the corresponding tags in the Word document to establish the correspondence between test data and Word document; Step 5.2: Generate test report: Based on the test data storage completed in step 4.2 and the correspondence between the test data and the Word document established in step 5.1 by editing the test report template, a test report is generated.

Images