Robotic testing method, apparatus, and storage medium

Abstract

This application discloses a robot testing method, equipment, and storage medium. The method relates to the field of robot testing technology. The method includes: after triggering a test command, determining a robot model and its corresponding parameters; determining a test environment and test script corresponding to the robot model based on the parameters, and executing the test script in the test environment; obtaining the test results of executing the test script, and saving the test time, test status, and test results corresponding to the execution of the test script; if the test result indicates that the robot model has failed the test case, generating an error report based on the test time, test status, and test results, thereby achieving the testing of the robot's functional characteristics in the entire environment and improving testing efficiency.

Description

Technical Field

[0001] This application relates to the field of robot testing technology, and in particular to robot testing methods, equipment and storage media. Background Technology

[0002] Currently, robot testing solutions mainly involve breaking down the robot's software system into individual software components and performing functional tests on each one. The testing process typically relies on manual operation and monitoring, requiring the execution of numerous repetitive tasks and recording of results. However, this method of testing individual robot software cannot test the robot's functional characteristics within the entire environment. Furthermore, the manual operation and monitoring of robot testing is inefficient, preventing these solutions from effectively testing the robot's functional characteristics across the entire environment.

[0003] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention

[0004] This application provides a robot testing method, device, and storage medium, aiming to solve the problem that related solutions cannot test the functional characteristics of robots in the entire environment.

[0005] To achieve the above objectives, this application provides a robot testing method, which includes the following steps:

[0006] After the test command is triggered, the robot model and its corresponding parameters are determined;

[0007] The test environment and test script corresponding to the robot model are determined based on the parameters, and the test script is executed in the test environment.

[0008] Obtain the test results of executing the test script, and save the test time, test status, and test results corresponding to the execution of the test script;

[0009] If the test result indicates that the robot model fails the test case, an error report is generated based on the test time, test conditions, and test result.

[0010] In one embodiment, the step of determining the test environment and test script corresponding to the robot model based on the parameters includes:

[0011] Obtain the parameters of the robot model, wherein the parameters include model, motion capability, and corresponding sensor type;

[0012] The width of the passage, the height of the ramp, the angle of the ramp, and the height of the step in the test environment are determined based on the model, motion capabilities, and corresponding sensor types of the robot. The objects and layout of the test environment are also determined based on the sensor types.

[0013] In one embodiment, before the step of determining the robot model and corresponding parameters after triggering the test command, the method further includes:

[0014] Acquire testing tools and determine the control system of the robot model;

[0015] Based on the testing tool and the control system, and using an automated script written in a preset language, the automated script is used to simulate the robot model's navigation, object recognition, and task execution.

[0016] In one embodiment, prior to the steps of acquiring the testing tool and determining the control system of the robot model, the method further includes:

[0017] Check the status and connection of the test equipment, and run it to determine if the test equipment is working properly;

[0018] Determine and check whether the operating system and corresponding software dependency packages of the robot model are correctly installed;

[0019] Run the communication testing system to check whether all interfaces are working properly, and execute preset test cases and simulation scenario tests to check whether the testing system is running normally;

[0020] When the testing equipment is working properly, the operating system and corresponding software dependency packages of the robot model are correctly installed, all interfaces are working properly, and the testing system is running normally, a normal prompt message is sent to the testing server.

[0021] In one embodiment, before the step of determining the robot model and corresponding parameters after triggering the test command, the method further includes:

[0022] Acquire sensor data collected by the sensors, and verify system performance and test system stability based on the sensor data;

[0023] And to debug and optimize the test environment based on the sensor data.

[0024] In one embodiment, before the step of determining the robot model and corresponding parameters after triggering the test command, the method further includes:

[0025] Acquire monitoring data captured in real time by monitoring tools, wherein the monitoring data is various performance data of the robot during operation;

[0026] The robot model is constructed based on the monitoring data, and the construction parameters of the robot model are optimized based on the training model.

[0027] In one embodiment, after the steps of obtaining the test results of executing the test script and saving the test time, test status, and test results corresponding to the execution of the test script, the method further includes:

[0028] If the test result indicates that the robot model passes the test case, the test script is deployed to the production environment and the target test script is executed, wherein the target test script is the next pre-execution script associated with the test script in the script library.

[0029] In one embodiment, after the step of generating an error report based on the test time, test conditions, and test results if the test result indicates that the robot model has failed the test case, the method further includes:

[0030] Based on the error report, determine the corresponding parameters to be adjusted in the robot model;

[0031] Optimize the corresponding module in the robot model based on the parameters to be adjusted.

[0032] In addition, to achieve the above objectives, this application also provides a robot testing device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the robot testing method described above.

[0033] In addition, to achieve the above objectives, this application also provides a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the robot testing method described above.

[0034] This application provides a robot testing method, robot testing equipment, and storage medium. After triggering a test command, the robot model and its corresponding parameters are determined. Then, based on the parameters, the test environment and test script corresponding to the robot model are determined, and the test script is executed in the test environment. The test results of the execution of the test script are obtained, and the test time, test status, and test results corresponding to the execution of the test script are saved. If the test result indicates that the robot model fails the test case, an error report is generated based on the test time, test status, and test results. This allows for testing of the robot's functional characteristics in the entire environment, thereby improving robot testing efficiency. Attached Figure Description

[0035] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0036] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0037] Figure 1 This is a flowchart illustrating the first embodiment of the robot testing method of this application;

[0038] Figure 2 This is a flowchart illustrating the second embodiment of the robot testing method of this application;

[0039] Figure 3 This is a flowchart illustrating the third embodiment of the robot testing method of this application;

[0040] Figure 4 This is a schematic diagram of the hardware operating environment of the robot testing equipment involved in the embodiments of this application.

[0041] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0042] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0043] To better understand the above technical solutions, exemplary embodiments of this application will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of this application are shown in the drawings, it should be understood that this application can be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided to enable a more thorough understanding of this application and to fully convey the scope of this application to those skilled in the art.

[0044] To better understand the above technical solutions, the following will provide a detailed explanation of the technical solutions in conjunction with the accompanying drawings and specific implementation methods.

[0045] The main solution of this application is as follows: after triggering a test instruction, determine the robot model and its corresponding parameters; determine the test environment and test script corresponding to the robot model based on the parameters, and execute the test script in the test environment; obtain the test results of executing the test script, and save the test time, test status, and test results corresponding to the execution of the test script; if the test result is that the robot model fails the test case, generate an error report based on the test time, test status, and test results.

[0046] Currently, robot testing solutions mainly involve breaking down the robot's software system into individual software components and performing functional tests on each one. The testing process typically relies on manual operation and monitoring, requiring the execution of numerous repetitive tasks and recording of results. However, this method of testing individual robot software cannot test the robot's functional characteristics within the entire environment. Furthermore, the manual operation and monitoring of robot testing is inefficient, preventing these solutions from effectively testing the robot's functional characteristics across the entire environment.

[0047] After triggering a test command, this application determines the robot model and its corresponding parameters, then determines the test environment and test script corresponding to the robot model based on the parameters, executes the test script in the test environment, obtains the test results of the executed test script, and saves the test time, test status, and test results corresponding to the execution of the test script. If the test result indicates that the robot model has failed the test case, an error report is generated based on the test time, test status, and test results. This allows for testing of the robot's functional effects in the entire environment and improves test efficiency.

[0048] It should be noted that the executing entity in this embodiment can be a robot testing system, or a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or a robot testing device capable of performing the above functions. This embodiment does not specifically limit it in this way. The following uses a robot testing system as the executing entity as an example to describe this embodiment and the following embodiments.

[0049] Example 1

[0050] Please refer to Figure 1 In the first embodiment, the robot testing method is applied to a test server, and the robot testing method includes the following steps S10-S40:

[0051] Step S10: After triggering the test command, determine the robot model and its corresponding parameters.

[0052] In this embodiment, the test instruction is a trigger signal to start testing in the testing system. It can be triggered by a test control bound to the test instruction, or it can be a timed service set in a trigger on the test server, automatically triggering the test instruction when a preset duration is reached. After the test instruction is triggered, the test server automatically obtains the robot model associated with the test instruction, wherein the robot model is a model used for simulation testing on the test server. Then, it determines the corresponding parameters in the robot model. These parameters can be identifiers of the robot model used to distinguish different types of robot models. It is understood that there can be multiple robot models corresponding to these parameters, but all multiple robot models must be of the same type.

[0053] Optionally, in this embodiment, before step S10, the following steps are further included:

[0054] The system acquires sensor data collected by the sensors, verifies system performance and tests system stability based on the sensor data, and debugs and optimizes the test environment based on the sensor data.

[0055] Specifically, the sensors can be used to collect environmental parameters and robot performance data in the robot's real-time operating environment, or they can be data collected by simulated sensors. Then, based on the environmental parameters in the acquired sensor data, the stability of the system during long-term operation is evaluated, and potential hardware and software problems are detected. The robot's performance data can verify whether the robot's control algorithm and decision-making logic perform well under various environmental conditions. By using real sensor data to improve the accuracy of the simulation environment, the test results are made closer to the performance in real-world applications, thereby improving the system's response speed and accuracy.

[0056] For example, timestamps from all sensors can be synchronized using a unified clock source (such as an NTP server or ROS clock). Then, during data processing and analysis, data from different sensors is aligned based on the timestamps. It's also necessary to standardize message formats by using standard data formats (such as ROS message types) to unify the data formats of different sensors. Standard message types like sensor_msgs / Imu, sensor_msgs / LaserScan, and sensor_msgs / Image can be used to unify sensor data formats. If some sensors use incompatible formats, ROS nodes or data conversion tools can be written to convert the data to the standard format.

[0057] Step S20: Determine the test environment and test script corresponding to the robot model according to the parameters, and execute the test script in the test environment.

[0058] In this embodiment, based on the robot model and parameters determined in step S10, the database is queried using the parameters as keywords to find the corresponding test environment and test script for the robot model. The test environment is then deployed in the test system, and the test script is executed.

[0059] Optionally, in this embodiment, the step of determining the test environment and test script corresponding to the robot model based on the parameters includes:

[0060] Obtain the parameters of the robot model, wherein the parameters include model, motion capability, and corresponding sensor type; determine the channel width, ramp height, ramp angle, and step height in the test environment based on the robot model's model, motion capability, and corresponding sensor type, and determine the objects and layout of the test environment based on the sensor type.

[0061] Specifically, the model refers to the robot model. Different robot models have different sizes and weights, thus requiring different widths of passageways and different heights of ramps. The robot's mobility determines the ramp angles and step heights that the robot model can handle. Different sensors require different test objects and layouts. Specifically, the ramp angle is gradually increased during testing, or the obstacle position and height are dynamically changed. Pedestrians and moving objects are simulated based on sensor data to test the robot's response. Specific examples of parameters include: ramps (angle, length, and surface material); steps (height, depth, and number); passageways (width and length); and obstacles (height, width, and material). These parameters may also include elevator parameters and simulated pedestrian parameters. Elevator parameters include elevator dimensions, speed, and load capacity. Simulated pedestrian parameters include the number of pedestrians, their speed, and their path. It is understood that after determining the parameters of the robot model, predefined configurations can be adjusted and controlled; that is, parameters can be dynamically adjusted using scripts during testing based on predefined parameters for the robot model.

[0062] In addition, specific test scenarios can be created in simulation software such as Gazebo. First, open Gazebo and open the building editor. Use the building editor to select the walls to be created, as well as their features, colors, and materials. After selecting the walls in the sidebar, you can see the newly created wall portion in the preview area. Then, edit the wall properties. Select one of the walls and double-click the middle part of the wall to open the wall property editor. In the editor, you can set the wall's position coordinates, 3D dimensions, color, and material. After saving the settings, the walls in the preview area will also update accordingly. Similarly, you can create passages, ramps, and elevators and set the corresponding parameters. If you already have a template or FloorPlan image of a building or other simulation scene, you can import it directly. Finally, save the edited building and scene. If you need to further configure the scene, such as adding sensors, you can make the corresponding settings in Gazebo. You can also create or modify SDF (Simulation Description Format) files to configure the scene in more detail. After saving and configuring the scene, start Gazebo and load the scene for testing. Observe and verify in Gazebo whether each part of the scene meets expectations.

[0063] Step S30: Obtain the test results of executing the test script, and save the test time, test status and test results corresponding to the execution of the test script.

[0064] In this embodiment, after the test script is executed, the monitoring device in the test system continuously monitors and acquires the test results in real time after the test script is completed. During the execution of the test script, the monitoring module also monitors the test execution data in real time, namely the test time and test status, and saves the test time, test status, and test results. The test results can be either test success or test failure. In addition, the test time, test status, and test results are saved as a file (such as a JUnit format XML file) for subsequent processing and analysis.

[0065] Specifically, the start and end times of each test script are recorded to calculate the test duration. The execution status and result (pass / fail) of each test step are also recorded, along with system resource usage during the test, such as CPU, memory, and network bandwidth. When a test fails, each failed test case is recorded, including the case name, steps, and reason for failure, as well as error and exception logs generated during the test, facilitating analysis and debugging.

[0066] Step S40: If the test result is that the robot model fails the test case, an error report is generated based on the test time, test conditions and test results.

[0067] In this embodiment, the test cases include preset test results. When the test results are inconsistent with the preset test results, it indicates that the test results indicate that the robot model has failed the test cases. Then, an error report is generated based on the test time, test conditions, and test results in the above steps.

[0068] Specifically, the error report can record the response time of the test system when handling different operations, identifying operations with long response times. By monitoring the utilization of resources such as CPU, memory, disk I / O, and network, it identifies situations with high resource consumption and records these situations in the error report. It can also record the number of requests processed by the system within a specific time period to identify bottlenecks in processing capacity. In addition, if uncaught exceptions or error logs occur during the test, the test is considered a failure. If a test case is not completed within the specified time, the test is also considered a failure.

[0069] Understandably, when the system's response time in an error report exceeds a set threshold, it indicates a performance bottleneck. Similarly, if the utilization rate of a system resource (such as CPU, memory, or disk I / O) remains consistently high (e.g., exceeding 80%), it also indicates a performance bottleneck. Furthermore, if the system's throughput significantly decreases when processing requests and fails to meet expected processing capacity, it also indicates a performance bottleneck. This data can be collected in real-time by deploying data monitoring tools, such as Prometheus (a fully managed service from Alibaba Cloud), or custom logging tools on the test server to capture key performance indicators, such as battery usage, sensor output, and robot motion data.

[0070] Furthermore, the testing process can be integrated into a CI / CD (Continuous Integration / Continuous Deployment) pipeline. Successful tests can trigger the deployment process, while test failures will trigger warnings and error reports. When the version control system (such as GitHub, GitLab, or Bitbucket) receives new code, triggers will cause the CI / CD system (such as Jenkins or GitLab CI / CD) to automatically execute the relevant test scripts. This is one of the core functions of an automated testing pipeline, ensuring that automatic builds and tests are performed after each code change to ensure code quality and stability.

[0071] Optionally, in this embodiment, after step S30, the method further includes:

[0072] If the test result indicates that the robot model passes the test case, the test script is deployed to the production environment and the target test script is executed, wherein the target test script is the next pre-execution script associated with the test script in the script library.

[0073] Specifically, when the test result matches the preset test result, the test result is determined to be that the robot model has passed the test case. At this time, the test script is automatically deployed to the production environment through the CI / CD pipeline, and the next target test script is tested, wherein the target test script is the next pre-execution script associated with the test script in the script library.

[0074] Understandably, after the error report is generated, dashboards can be developed using ECharts or other data visualization tools to display real-time data and historical trends in the error report, helping testers quickly identify and analyze problems.

[0075] Furthermore, in this embodiment, after step S40, the method further includes:

[0076] Based on the error report, determine the corresponding parameters to be adjusted in the robot model; optimize the corresponding modules to be optimized in the robot model based on the parameters to be adjusted.

[0077] Specifically, the error report is input into a preset training model, and the reasons for the robot model's failure to pass the test are analyzed based on the error report. These reasons may include a faulty module in the robot model (i.e., a module to be optimized) and the corresponding parameters to be adjusted for the faulty module. By outputting the parameters to be adjusted and the module to be optimized, the corresponding module in the robot model is optimized based on the parameters to be adjusted.

[0078] Furthermore, a feedback system can be established to ensure that changes in the simulation environment are reflected in the control algorithm in real time, thereby testing the robot's adaptability and responsiveness under different environmental conditions. The data types fed back by the feedback system include, but are not limited to, sensor data, robot state data, and environmental change data. Sensor data includes data acquired by sensors such as IMU (Inertial Measurement Unit), LiDAR, cameras, and ultrasonic sensors. Robot state includes information such as the robot's position, velocity, and attitude. Environmental change data includes changes in the simulation environment, such as changes in obstacle positions and the movement of dynamic objects. The data fed back by the feedback system may also include control commands, which can be commands generated by the robot controller, such as speed commands and navigation target points.

[0079] For example, the steps to implement real-time feedback data from the feedback system involve first acquiring real-time data from various sensors and system components through data acquisition. Then, ROS (Robot Operating System) is used to simplify the data acquisition process, and ROS topics are used to publish and subscribe to the acquired data.

[0080] In the technical solution provided in this embodiment, after triggering the test command, the robot model and its corresponding parameters are determined. Then, the test environment and test script corresponding to the robot model are determined according to the parameters, and the test script is executed in the test environment. The test results of executing the test script are then obtained, and the test time, test status, and test results corresponding to the execution of the test script are saved. If the test result is that the robot model fails the test case, an error report is generated according to the test time, test status, and test results. This allows for testing of the robot's functional characteristics in the entire environment, thereby improving test efficiency.

[0081] Example 2

[0082] Please refer to Figure 2 In the second embodiment, before step S10, steps S50-S60 are further included:

[0083] Step S50: Obtain the testing tools and determine the control system of the robot model.

[0084] Step S60: Based on the testing tool and the control system, and using a preset language, write an automation script to simulate the robot model's navigation, object recognition, and task execution.

[0085] In this embodiment, a testing tool is first selected and installed. This tool can be Appium (an open-source automation tool) or Airtest (a UI automation testing tool). The robot's control system is applied within this testing tool and connected to the corresponding application programming interface (API). Automation scripts are then written based on predefined test cases. These scripts can simulate human operations, such as robot navigation, object recognition, and task execution. The scripts are run in the development environment to ensure they correctly execute all predetermined operations. The scripts are then debugged and optimized to improve their stability and efficiency.

[0086] Optionally, in this embodiment, before step S50, the following steps are further included:

[0087] Check the status and connection of the test equipment, and run it to determine if the test equipment is working properly; determine and check if the operating system and corresponding software dependency packages of the robot model are correctly installed; run the communication test system to check if all interfaces are working properly, and execute preset test cases and simulation scenario tests to check if the test system is running properly; when the test equipment is working properly, the operating system and corresponding software dependency packages of the robot model are correctly installed, all interfaces are working properly, and the test system is running properly, send a normal prompt message to the test server.

[0088] Specifically, the hardware of the test server is first inspected, checking its status and connections to ensure there is no damage or looseness. Next, the basic functions and self-test procedures of the test server are run to ensure proper operation. Then, the self-test program on the test server confirms that the robot's operating system and necessary software dependencies are correctly installed. Communication tests are then run, operating each communication interface to ensure all interfaces are functioning correctly. Furthermore, the test system needs to be started, and log files checked to ensure there are no errors or warnings. Predefined test cases and simulation scenario tests are executed within the test system, monitoring various performance data to ensure normal system operation. Finally, the accuracy of sensor output data and the correctness of control unit output signals need to be verified.

[0089] In the technical solution provided in this embodiment, by acquiring testing tools and determining the control system of the robot model, and then writing an automation script based on the testing tools and the control system in a preset language, the automation script is used to simulate the navigation, object recognition and task execution of the robot model, thereby completing the writing of the robot model test script and improving the control accuracy of the robot model.

[0090] Example 3

[0091] Please refer to Figure 3 In the third embodiment, before step S10, steps S70-S80 are further included:

[0092] Step S70: Obtain monitoring data captured in real time by the monitoring tool, wherein the monitoring data is various performance data of the robot during operation.

[0093] Step S80: Construct the robot model based on the monitoring data, and optimize the construction parameters of the robot model based on the training model.

[0094] In this embodiment, the monitoring tool can be monitoring software integrated into the robot control system or an externally deployed industrial IoT platform. The monitoring data consists of various performance data of the robot during operation. The robot model is constructed using the monitoring data, and the robot model is iteratively optimized using the training model to continuously improve the construction parameters of the robot model.

[0095] Specifically, the monitoring data includes: whether the robot is currently running, paused, faulty, or in standby mode; the robot's workload, i.e., the ratio of the actual load carried by the robot to its rated load, and the load fluctuation over time; the robot's joint / degree-of-freedom position and velocity, recording the actual position, velocity, and acceleration of each joint or degree of freedom to analyze the smoothness and accuracy of the robot's motion; the robot's motor current and temperature, monitoring the current consumption and temperature of the robot's drive motors, with excessively high current potentially indicating overload or potential fault points; the robot's energy consumption, recording the energy consumption of the robot under different tasks; the robot's fault alarms and error codes, capturing any fault alarms or error codes generated by the system in real time to simulate rapid response and troubleshooting in the robot model; sensor data, including but not limited to robot-related data captured by force sensors, vision sensors, proximity sensors, etc.; and the robot's network and communication status, monitoring communication latency and packet loss rate between the robot and the control system to ensure the stability and timeliness of command transmission.

[0096] In the technical solution provided in this embodiment, by acquiring real-time monitoring data captured by a monitoring tool, wherein the monitoring data is various performance data of the robot during operation, and then constructing the robot model based on the monitoring data, and optimizing the construction parameters of the robot model based on the training model, the construction efficiency and fidelity of the robot model can be improved, thereby making the robot test more realistic.

[0097] Since the system described in the embodiments of this application is a system used to implement the methods of the embodiments of this application, those skilled in the art can understand the specific structure and variations of the system based on the methods described in the embodiments of this application, and therefore will not be described in detail here. All systems used in the methods of the embodiments of this application fall within the scope of protection of this application.

[0098] This application provides a robot testing device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, which are executed by the at least one processor to enable the at least one processor to perform the robot testing method in Embodiment 1 above.

[0099] The following is for reference. Figure 4 The diagram illustrates a structural schematic of a robot testing device suitable for implementing embodiments of this application. The robot testing device in these embodiments may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), and in-vehicle terminals (e.g., in-vehicle navigation terminals), as well as fixed terminals such as digital TVs and desktop computers. Figure 4 The robotic testing equipment shown is merely an example and should not be construed as limiting the functionality and scope of the embodiments of this application.

[0100] like Figure 4 As shown, the robot testing equipment may include a processing unit 1001 (e.g., a core processor, graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the robot testing equipment. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. Communication device 1009 allows the robotic testing equipment to communicate wirelessly or wiredly with other devices to exchange data. While the figure shows robotic testing equipment with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0101] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0102] The robot testing equipment provided in this application, employing the robot testing method described in the above embodiments, can solve the technical problem that related solutions cannot test the functional characteristics of robots in the entire environment. Compared with the prior art, the beneficial effects of the robot testing equipment provided in this application are the same as those of the robot testing method provided in the above embodiments, and other technical features of this robot testing equipment are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0103] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0104] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0105] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the robot testing method in the above embodiments.

[0106] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0107] The aforementioned computer-readable storage medium may be included in the robot testing equipment; or it may exist independently and not assembled into the robot testing equipment.

[0108] The aforementioned computer-readable storage medium carries one or more programs. When these programs are executed by a robot testing device, the robot testing device: after triggering a test instruction, determines a robot model and its corresponding parameters; determines a test environment and test script corresponding to the robot model based on the parameters, and executes the test script in the test environment; obtains the test results of executing the test script, and saves the test time, test status, and test results corresponding to the execution of the test script; if the test result indicates that the robot model has failed the test case, an error report is generated based on the test time, test status, and test results.

[0109] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0110] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0111] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0112] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described robot testing method. This solves the technical problem that related solutions cannot test the functional characteristics of a robot in the entire environment. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the robot testing method provided in the above embodiments, and will not be repeated here.

[0113] This application provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the robot testing method described above.

[0114] The computer program product provided in this application can solve the technical problem that related solutions cannot test the functional characteristics of robots in the entire environment. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as the beneficial effects of the robot testing method provided in the above embodiments, and will not be repeated here.

[0115] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent scope of this application.

Claims

1. A method of testing a robot, characterized by, The robot testing method, applied to a test server, includes the following steps: After the test command is triggered, the robot model and its corresponding parameters are determined; Determining the test environment and test script corresponding to the robot model based on the parameters includes: acquiring the parameters of the robot model, wherein the parameters include model, motion capability, and corresponding sensor type; determining the channel width, ramp height, ramp angle, and step height in the test environment based on the robot model's model, motion capability, and corresponding sensor type; and determining the objects and layout of the test environment based on the sensor type, wherein the objects and layout of the test environment are determined by gradually increasing the ramp angle or dynamically changing the position and height of obstacles during testing; Execute the test script in the test environment; Obtain the test results of executing the test script, and save the test time, test status, and test results corresponding to the execution of the test script; If the test result indicates that the robot model fails the test case, an error report is generated based on the test time, test conditions, and test result.

2. The method of claim 1, wherein, Before the step of determining the robot model and corresponding parameters after triggering the test command, the method further includes: Acquire testing tools and determine the control system of the robot model; Based on the testing tool and the control system, and using an automated script written in a preset language, the automated script is used to simulate the robot model's navigation, object recognition, and task execution.

3. The method of claim 2, wherein, Before the steps of acquiring the testing tools and determining the control system of the robot model, the method further includes: Check the status and connection of the test equipment, and run it to determine if the test equipment is working properly; Determine and check whether the operating system and corresponding software dependency packages of the robot model are correctly installed; Run the communication testing system to check whether all interfaces are working properly, and execute preset test cases and simulation scenario tests to check whether the testing system is running normally; When the testing equipment is working properly, the operating system and corresponding software dependency packages of the robot model are correctly installed, all interfaces are working properly, and the testing system is running normally, a normal prompt message is sent to the testing server.

4. The method of claim 1, wherein, Before the step of determining the robot model and corresponding parameters after triggering the test command, the method further includes: Acquire sensor data collected by the sensors, and verify system performance and test system stability based on the sensor data; And to debug and optimize the test environment based on the sensor data.

5. The method of claim 1, wherein, Before the step of determining the robot model and corresponding parameters after triggering the test command, the method further includes: Acquire monitoring data captured in real time by monitoring tools, wherein the monitoring data is various performance data of the robot during operation; The robot model is constructed based on the monitoring data, and the construction parameters of the robot model are optimized based on the training model.

6. The method as described in claim 1, characterized in that, After the steps of obtaining the test results of executing the test script and saving the test time, test status, and test results corresponding to the execution of the test script, the method further includes: If the test result indicates that the robot model passes the test case, the test script is deployed to the production environment and the target test script is executed, wherein the target test script is the next pre-execution script associated with the test script in the script library.

7. The method as described in claim 1, characterized in that, Following the step of generating an error report based on the test time, test conditions, and test results if the test result indicates that the robot model has failed the test case, the method further includes: Based on the error report, determine the corresponding parameters to be adjusted in the robot model; Optimize the corresponding module in the robot model based on the parameters to be adjusted.

8. A robot testing device, characterized in that, The robot testing device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the robot testing method as described in any one of claims 1 to 7.

9. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the robot testing method as described in any one of claims 1 to 7.

Images