Testing method, device and equipment for testing robot and storage medium

Abstract

The invention discloses a test method and device for a test robot, equipment and a storage medium. The method is characterized by comprising the following steps: when it is detected that a first test terminal of a test terminal is connected with a to-be-tested robot, creating a second test terminal in the test terminal; issuing at least one test instance to the to-be-tested robot through the second test terminal under the condition that the first test terminal keeps communication connection with the to-be-tested robot; and testing the to-be-tested robot through the test instance. And [16] rapid testing of the test robot is realized, the test instance can be efficiently and rapidly executed, and the test efficiency is effectively improved.

Description

Technical Field

[0001] The present invention relates to the field of robot testing, and in particular to a testing method, device, equipment and storage medium for testing a robot. Background Art

[0002] ROS (Robot Operating System), as the mainstream platform for robot development, is a software framework and tool that can perform SDK (Software Development Kit) on robots. Due to its wide application in the field of robots, with the development of ROS, adapting ROSSDK has become a mainstream trend. With the adaptation of ROSSDK, there are certain requirements for the functions, performance, compatibility, stability and security of ROSSDK. It is necessary to ensure that ROSSDK can run stably in the robot, so testing ROSSDK is also very important and necessary. The testing method in the prior art is: manually compile SDK, connect to the robot (or virtual machine), and then manually test the unzipped SDKs one by one. The method of testing robots in the prior art has too low testing efficiency and long testing time. Summary of the invention

[0003] The present invention provides a testing method, device, equipment and storage medium for testing a robot, so as to solve the technical problem in the prior art that a robot SDK cannot be tested efficiently and quickly.

[0004] According to one aspect of the present invention, there is provided a testing method for testing a robot, comprising:

[0005] When detecting that a first test terminal of the test end is connected to the robot to be tested, creating a second test terminal in the test end;

[0006] In a case where the first test terminal maintains a communication connection with the robot to be tested, issuing at least one test instance to the robot to be tested through the second test terminal;

[0007] The robot to be tested is tested through the test instance.

[0008] According to another aspect of the present invention, there is provided a testing device for testing a robot, comprising:

[0009] A test terminal module, configured to create a second test terminal in the test terminal when detecting that a first test terminal of the test terminal is connected to the robot to be tested;

[0010] A test publishing module, configured to publish at least one test instance to the robot to be tested through the second test terminal when the first test terminal maintains a communication connection with the robot to be tested;

[0011] A testing module is used to test the robot to be tested through the test instance.

[0012] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:

[0013] at least one processor; and

[0014] a memory communicatively connected to the at least one processor; wherein,

[0015] The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the test method for testing a robot described in any embodiment of the present invention.

[0016] According to another aspect of the present invention, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the test method for testing a robot described in any embodiment of the present invention when executed.

[0017] The technical solution of the embodiment of the present invention is as follows: when it is detected that the first test terminal of the test end is connected to the robot to be tested, a second test terminal is created in the test end, and a communication connection is maintained through the first test terminal to facilitate direct testing of the test robot, thereby preventing multiple connections; when the first test terminal maintains a communication connection with the robot to be tested, at least one test instance is issued to the robot to be tested through the second test terminal, and communication is maintained through the first test terminal, so that the information returned by the test robot can be effectively received to ensure the normal progress of the test and improve the efficiency of the test; the robot to be tested is tested through the test instance, and the robot is tested through the test instance, which can effectively improve the efficiency of the test, solves the technical problem that the robot SDK cannot be tested efficiently and quickly in the prior art, realizes rapid testing of the test robot, and can efficiently and quickly execute the test instance, effectively improving the efficiency of the test.

[0018] It should be understood that the contents described in this section are not intended to identify the key or important features of the embodiments of the present invention, nor are they intended to limit the scope of the present invention. Other features of the present invention will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0020] Figure 1 A flowchart of a testing method for testing a robot is provided for an embodiment of the present invention;

[0021] Figure 2 A flowchart of a testing method for testing a robot provided by an embodiment of the present invention;

[0022] Figure 3 A schematic diagram of the structure of a testing device for testing a robot provided by an embodiment of the present invention;

[0023] Figure 4 A schematic structural diagram of an electronic device 10 that can be used to implement an embodiment of the present invention is shown. DETAILED DESCRIPTION

[0024] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0025] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0026] Figure 1A flowchart of a test method for testing a robot is provided for an embodiment of the present invention. This embodiment is applicable to the case where the robot to be tested needs to test the ROSSDK. The method can be executed by a test device for testing the robot. The test device for testing the robot can be implemented in the form of hardware and / or software. The test device for testing the robot can be configured in. Figure 1 As shown, the method includes:

[0027] S110. When it is detected that a first test terminal of a test end is connected to a robot to be tested, create a second test terminal in the test end.

[0028] Among them, the robot to be tested can be a mobile robot that needs to be tested; it should be noted that when developing the ROSSDK of the robot, the mobile robot can also be simulated in the simulation platform, and the ROSSDK can be developed for the simulated robot object in the simulation platform. Therefore, in an embodiment of the present invention, the robot to be tested can be a real mobile robot or a robot simulated by a simulation platform.

[0029] Among them, when testing the robot to be tested, a test end that allows ROS to run is used. The test end can be understood as being used to test the host computer. The test end can create multiple test terminals. Different test terminals can execute different test functions or the same test functions. At the same time, one test end can be connected to the robots to be tested at the same time, and multiple robots to be tested can be tested at the same time.

[0030] Among them, the first test terminal can be a test terminal used to communicate with the robot to be tested; it should be noted that the first test terminal can start the communication service on the test end to ensure the communication connection between the test end and the robot to be tested, and the first test terminal can output the communication connection information between the test end and the robot to be tested in real time, and return the communication connection status information.

[0031] Optionally, after receiving the returned communication connection status information, the first test terminal may also store the communication connection status information in a data file to save the communication connection status information.

[0032] Optionally, since the first test terminal stops running, the test terminal and the robot to be tested are disconnected. In order to meet the connection requirements between the test terminal and the robot to be tested, the first test terminal needs to save the operation and set the first test terminal in the test terminal to be in a continuous running state.

[0033] The second test terminal may be a test terminal for testing the robot to be tested. It should be noted that the second test terminal can send a test instance to the robot to be tested, and the robot to be tested can be tested through the test instance. The second test terminal can send different test instances to the robot to be tested. At the same time, in order to improve the test efficiency, the test end can set a plurality of different second test terminals, and different second test terminals can simultaneously release test instances to the robot to be tested.

[0034] Optionally, in order to prevent multiple second test terminals from publishing test instances to a robot to be tested, causing the robot to be tested to execute different test instances and cause test instance conflicts, the test end recognizes that the second test terminal publishes test instances to the robot to be tested, and records each test instance. When the test instance is completed, each test instance will be marked. When the second test terminal publishes the test instance to the robot to be tested, the test instance and the test instance that the robot to be tested is running are tested for parallelism. If the published test instance meets the parallelism test, the test instance is run and published to the robot to be tested. If the published test instance does not meet the parallelism test, the test end will suspend the publication of the test instance, put the test instance into the thread to be published, and mark the test instance with parallel conflicts for this test instance, and return the test suspension prompt information. After the test end detects that the test instance corresponding to the test instance in the thread to be published is completed, the test instance in the thread to be published is continuously published, and the test suspension cancellation information is returned. Among them, the test suspension prompt information can be "the test instance has a conflict and has been suspended"; the test suspension cancellation information can be "the test instance does not have a conflict and has been successfully published".

[0035] Specifically, when testing the robot to be tested, a first test terminal is first created through the test end, and a communication connection is established with the robot to be tested through the first test terminal. When it is detected that the first test terminal is connected to the robot to be tested, a second test terminal for testing is created.

[0036] S120: While the first test terminal maintains a communication connection with the robot to be tested, publish at least one test instance to the robot to be tested through the second test terminal.

[0037] The test instance may be at least one test instruction that the robot to be tested needs to execute. It should be noted that the test instance is usually composed of test instructions, and one or more test instructions may be set in a test instance. Exemplarily, the test instruction may be to add a virtual area in the robot to be tested.

[0038] Specifically, when the first test terminal maintains a communication connection with the robot to be tested, at least one test instance is released to the robot to be tested through the second test terminal.

[0039] Optionally, in another optional embodiment of the present invention, issuing at least one test instance to the robot to be tested through the second test terminal includes:

[0040] Obtain the test frequency corresponding to each test instance; and publish each test instance to the robot to be tested in turn according to the test frequency corresponding to each test instance through the second test terminal.

[0041] The test frequency may be the number of times the test instance is tested within a period of time. For example, if the test instance is a regression test instance, the test frequency may be set to once a day.

[0042] Optionally, the test frequency can also be understood as the test frequency, and the test frequency can be the test time between repeated tests. Exemplarily, the test instance is a regression test instance, and the test frequency can be once a day.

[0043] Optionally, when the second test terminal sends a test instance to the robot to be tested, in order to ensure the test effect of the test instance and prevent test anomalies or lack of validity of the test data, a corresponding test frequency is set for each test. When testing each test instance, the second test terminal will publish each test instance to the robot to be tested through the second test terminal in sequence according to the test frequency corresponding to each test instance, which can effectively prevent test anomalies and improve the test effect.

[0044] S130. Testing the robot to be tested through a test instance.

[0045] Specifically, after the test instance is sent to the robot to be tested, the robot to be tested is made to execute the test instance, and the robot to be tested is tested through the test instance.

[0046] Optionally, in another optional embodiment of the present invention, after the robot to be tested is tested through the test instance, the method further includes:

[0047] The robot to be tested is monitored for abnormalities through an abnormality monitoring mechanism preset in the second test terminal; when the abnormality monitoring mechanism detects that the robot to be tested has a test abnormality, the abnormality monitoring mechanism generates abnormality information corresponding to the test abnormality.

[0048] The abnormal monitoring mechanism may be a pre-set abnormal information for monitoring the test process. It should be noted that the abnormal monitoring mechanism is created in the second test terminal when the second test terminal is created. The abnormal monitoring mechanism can monitor the release process of the test instance, the connection between the second test terminal and the robot to be tested, and the test process of the robot to be tested executing the test case.

[0049] Among them, the test abnormality may be that the robot to be tested cannot execute the test case. It should be noted that during the test process of the robot to be tested, there are various reasons that cause the robot to be tested to be unable to continue to execute the test case. When the robot to be tested cannot continue to execute the test case, it is confirmed that the robot to be tested has a test abnormality. Exemplarily, the test abnormality may be that the communication connection between the first test terminal and the robot to be tested is disconnected; after receiving the test instance, the robot to be tested does not execute the test instance.

[0050] Among them, the exception information can be a message reporting a test exception. It should be noted that when a test exception occurs in the robot to be tested, the exception monitoring mechanism generates exception information corresponding to the test exception based on the detected test exception. Exemplarily, when the test exception is that the communication connection between the first test terminal and the robot to be tested is disconnected, the exception monitoring mechanism generates an exception message: "The second test terminal cannot communicate with the robot to be tested."

[0051] Specifically, when a second test terminal is created at the test end, an exception monitoring mechanism is also created in the second test terminal. The second test terminal performs exception monitoring on the test process of the robot to be tested through the exception monitoring mechanism. When the exception monitoring mechanism detects that the robot to be tested has a test abnormality, the exception monitoring mechanism generates exception information corresponding to the test abnormality.

[0052] The technical solution of the embodiment of the present invention is as follows: when it is detected that the first test terminal of the test end is connected to the robot to be tested, a second test terminal is created in the test end, and a communication connection is maintained through the first test terminal to facilitate direct testing of the test robot, thereby preventing multiple connections; when the first test terminal maintains a communication connection with the robot to be tested, at least one test instance is issued to the robot to be tested through the second test terminal, and communication is maintained through the first test terminal, so that the information returned by the test robot can be effectively received to ensure the normal progress of the test and improve the efficiency of the test; the robot to be tested is tested through the test instance, and the robot is tested through the test instance, which can effectively improve the efficiency of the test, solves the technical problem that the robot SDK cannot be tested efficiently and quickly in the prior art, realizes rapid testing of the test robot, and can efficiently and quickly execute the test instance, effectively improving the efficiency of the test.

[0053] Figure 2 The flowchart of a test method for testing a robot provided by an embodiment of the present invention is a scenario in which the test information corresponding to the test instance is processed after the robot to be tested is tested by the test instance. Figure 2 As shown, the method includes:

[0054] S210: When it is detected that a first test terminal of the test end is connected to the robot to be tested, create a second test terminal in the test end.

[0055] S220: While the first test terminal maintains a communication connection with the robot to be tested, publish at least one test instance to the robot to be tested through the second test terminal.

[0056] S230: Testing the robot to be tested through the test instance.

[0057] S240: Receive, through the second test terminal, the test data returned by the robot to be tested and corresponding to the execution of each of the test instances.

[0058] The test data may be the test data obtained after the robot to be tested executes the test instance; the test data may be used to determine the execution status of the robot to be tested on the test instance. It should be noted that the test data includes test execution information and test return information. The test execution information is used to describe the test execution status of the current test instance. The test execution information includes execution success and execution exception; the test return information may be the information generated after the robot to be tested executes the test instance.

[0059] Optionally, since there are at least two situations in the process of the robot to be tested executing the test instance, if the robot to be tested completes the execution process of the test instance and sets the test execution information to successful execution, the test return information is the result after the robot to be tested completes the test instance; if the robot to be tested cannot completely execute the test instance and sets the test execution information to an execution exception, the robot to be tested will automatically collect the exception reason for the failure to complete the test instance, and the test return information is the exception reason automatically collected by the robot to be tested.

[0060] Specifically, after the robot to be tested tests the test instance sent by the second test terminal, the robot to be tested returns the test data to the second test terminal that sent the test instance after executing each test instance, and the second test terminal receives the test data corresponding to each test instance returned by the test robot.

[0061] S250: Generate a test report based on all the test data.

[0062] The test report may be a file generated by the second test terminal after the test of the robot to be tested is completed. The test report can be used to illustrate the test results of the robot to be tested.

[0063] Specifically, a test report is generated based on all test data.

[0064] Optionally, in another optional embodiment of the present invention, generating a test report according to all the test data includes:

[0065] When the test execution information indicates successful execution, the test result information of the test instance corresponding to the test data is determined according to the test return information; when the test execution information indicates an execution exception, the execution error information is obtained according to the test return information; and the test report is generated according to all the test result information and all the execution error information.

[0066] The test result information is the test result obtained after the robot to be tested executes the test instance. It should be noted that the test result information includes test pass and test fail.

[0067] Specifically, after the second test terminal receives the test data corresponding to each test instance, it filters the test execution information in the test data. When the test execution information shows that the execution is successful, the test result information of the test instance corresponding to the test data is determined based on the test return information; when the test execution information shows that the execution is abnormal, the execution error information of the test instance corresponding to the test data is obtained based on the test return information, and then a test report is generated based on all the test result information and all the execution error information.

[0068] Optionally, in another optional embodiment of the present invention, the test result information includes a test pass and a test fail; and determining the test result information of the test instance corresponding to the test data according to the test return information includes:

[0069] Obtain the preset expected test result corresponding to the test instance; if the test return information is the same as the expected test result, determine the test result information of the test instance as the test passed; if the test return information is different from the expected test result, determine the test result information of the test instance as the test failed.

[0070] The expected test result may be the expected test result preset for each test instance. It should be noted that when the second test terminal sends the test instance to the robot to be tested, the expected test result corresponding to the test instance is generated in advance and stored in the second test terminal.

[0071] Specifically, for each test instance, the preset expected test result corresponding to the test instance is obtained in the second test terminal, and the test return information of each test instance is compared with the expected test result. If the test return information is the same as the expected test result, the test result information of the test instance is determined as the test passed; if the test return information is different from the expected test result, the test result information of the test instance is determined as the test failed.

[0072] Optionally, in another optional embodiment of the present invention, generating the test report according to all the test result information and all the execution error information includes:

[0073] Quantitatively count all the test result information respectively to determine the number of test instances that passed when the test result information indicates the test passed and the number of test instances that failed when the test result information indicates the test failed; quantitatively count all the execution error information to determine the number of test instance exceptions; and generate the test report based on the number of test instances that passed, the number of test instances that failed, and the number of test instances that failed.

[0074] Among them, the number of passed test instances can be the number of test instances whose test result information is that the test passed, the number of failed test instances can be the number of test instances whose test result information is that the test failed, and the number of abnormal test instances can be the number of test instances with execution error information.

[0075] Specifically, quantitative statistics are performed on all test result information to determine the number of test instances that passed when the test result information is a passed test and the number of test instances that failed when the test result information is a failed test; quantitative statistics are performed on all execution error information to determine the number of test instance exceptions; and a test report is generated based on the number of test instances that passed, the number of test instances that failed, and the number of test instance exceptions.

[0076] The technical solution of the embodiment of the present invention can quickly analyze the test information returned by the test robot after the test robot executes the test instance, and generate a corresponding test report. It can quickly determine the performance of the SDK in the test robot and determine the stability of the test robot. It can solve the technical problem in the prior art that the robot SDK cannot be tested efficiently and quickly, and realizes rapid testing of the test robot. It can efficiently and quickly execute test instances, effectively improving the efficiency of the test.

[0077] Figure 3 The present invention provides a schematic diagram of a test device for testing a robot. Figure 3As shown, the device includes: a test terminal module 310, a test release module 320 and a test module 330; wherein,

[0078] A test terminal module 310, configured to create a second test terminal in the test terminal when detecting that a first test terminal of the test terminal is connected to the robot to be tested;

[0079] A test publishing module 320, configured to publish at least one test instance to the robot to be tested through the second test terminal when the first test terminal maintains a communication connection with the robot to be tested;

[0080] The testing module 330 is used to test the robot to be tested through the test instance.

[0081] Optionally, the test release module is specifically used to:

[0082] Obtain at least one test frequency corresponding to each of the test instances;

[0083] Each of the test instances is published to the robot to be tested in turn through the second test terminal according to each of the test frequencies corresponding to each of the test instances.

[0084] Optionally, the device further includes an abnormality monitoring module and an abnormality reporting module; wherein,

[0085] The abnormality monitoring module is used to monitor the abnormality of the robot to be tested through the abnormality monitoring mechanism preset in the second test terminal;

[0086] The abnormality reporting module is used to generate abnormality information corresponding to the test abnormality through the abnormality monitoring mechanism when the abnormality monitoring mechanism detects that the robot to be tested has a test abnormality.

[0087] Optionally, the device further includes a test data receiving module and a test report generating module; wherein,

[0088] The test data receiving module is used to receive, through the second test terminal, the test data returned by the robot to be tested and corresponding to each of the test instances;

[0089] The test report generating module is used to generate a test report according to all the test data.

[0090] Optionally, the test report generating module is specifically used for:

[0091] In the case where the test execution information indicates successful execution, determining the test result information of the test instance corresponding to the test data according to the test return information;

[0092] In the case where the test execution information is an execution exception, acquiring the execution error information of the test instance corresponding to the test data according to the test return information;

[0093] The test report is generated according to all the test result information and all the execution error information.

[0094] Optionally, the test report generating module is further used to:

[0095] Obtaining a preset expected test result corresponding to the test instance;

[0096] If the test return information is the same as the expected test result, determining the test result information of the test instance as the test passed;

[0097] If the test return information is different from the expected test result, the test result information determined by the test instance is regarded as the test failure.

[0098] Optionally, the test report generating module is further used to:

[0099] Counting all the test result information respectively to determine the number of test instances that passed and the number of test instances that failed corresponding to the test result information indicating that the test passed;

[0100] Count all execution error messages and determine the number of test instance exceptions;

[0101] The test report is generated according to the number of the test instances that passed, the number of the test instances that failed, and the number of the test instances that were abnormal.

[0102] The testing device for testing a robot provided by an embodiment of the present invention can execute the testing method for testing a robot provided by any embodiment of the present invention, and has functional modules and beneficial effects corresponding to the execution method.

[0103] Figure 4 A schematic diagram of the structure of an electronic device 10 that can be used to implement an embodiment of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (such as helmets, glasses, watches, etc.) and other similar computing devices. The components shown herein, their connections and relationships, and their modes are merely examples and are not intended to limit the implementation of the present invention described and / or required herein.

[0104] like Figure 4 As shown, the electronic device 10 includes at least one processor 11, and a memory connected to the at least one processor 11, such as a read-only memory (ROM) 12, a random access memory (RAM) 13, etc., wherein the memory stores a computer program that can be executed by at least one processor, and the processor 11 can perform various appropriate actions and processes according to the computer program stored in the read-only memory (ROM) 12 or the computer program loaded from the storage unit 18 to the random access memory (RAM) 13. In the RAM 13, various programs and data required for the operation of the electronic device 10 can also be stored. The processor 11, the ROM 12, and the RAM 13 are connected to each other through a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0105] A number of components in the electronic device 10 are connected to the I / O interface 15, including: an input unit 16, such as a keyboard, a mouse, etc.; an output unit 17, such as various types of displays, speakers, etc.; a storage unit 18, such as a disk, an optical disk, etc.; and a communication unit 19, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 19 allows the electronic device 10 to exchange information / data with other devices through a computer grid such as the Internet and / or various telecommunication grids.

[0106] The processor 11 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any appropriate processor, controller, microcontroller, etc. The processor 11 executes the various methods and processes described above, such as a test method for testing a robot.

[0107] In some embodiments, the test method for testing the robot may be implemented as a computer program, which is tangibly contained in a computer-readable storage medium, such as a storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 10 via the ROM 12 and / or the communication unit 19. When the computer program is loaded into the RAM 13 and executed by the processor 11, one or more steps of the test method for testing the robot described above may be performed. Alternatively, in other embodiments, the processor 11 may be configured to execute the test method for testing the robot in any other appropriate manner (e.g., by means of firmware).

[0108] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0109] Computer programs for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that when the computer program is executed by the processor, the modes / operations specified in the flow chart and / or block diagram are implemented. The computer program may be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

[0110] In the context of the present invention, a computer-readable storage medium may be a tangible medium that may contain or store a computer program for use by or in combination with an instruction execution system, device or equipment. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or equipment, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0111] To provide interaction with a user, the systems and techniques described herein may be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or trackball) through which the user can provide input to the electronic device. Other types of devices may also be used to provide interaction with the user; for example, the feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form (including acoustic input, voice input, or tactile input).

[0112] The systems and techniques described herein can be implemented in a computing system that includes backend components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes frontend components (e.g., a user computer with a graphical user interface or a grid browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication grid). Examples of communication grids include: a local area network (LAN), a wide area network (WAN), a blockchain grid, and the Internet.

[0113] A computing system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication grid. The client and server relationship is generated by computer programs running on the respective computers and having a client-server relationship with each other. The server may be a cloud server, also known as a cloud computing server or cloud host, which is a host product in the cloud computing service system to solve the defects of difficult management and weak business scalability in traditional physical hosts and VPS services.

[0114] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps described in the present invention can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solution of the present invention can be achieved, and this document does not limit this.

[0115] This embodiment provides a computer-readable storage medium having a computer program stored thereon. When the program is executed by a processor, the steps of a test method for testing a robot provided in any embodiment of the present invention are implemented. The method includes:

[0116] When detecting that a first test terminal of the test end is connected to the robot to be tested, creating a second test terminal in the test end;

[0117] In a case where the first test terminal maintains a communication connection with the robot to be tested, issuing at least one test instance to the robot to be tested through the second test terminal;

[0118] The robot to be tested is tested through the test instance.

[0119] The computer storage medium of the embodiment of the present invention can adopt any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium can be, for example, but not limited to: an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples (non-exhaustive list) of computer-readable storage media include: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it.

[0120] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0121] The program code embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0122] Computer program code for performing the operation of the present invention may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of grid, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0123] It should be understood by those skilled in the art that the above modules or steps of the present invention can be implemented by a general-purpose computing device, they can be concentrated on a single computing device, or distributed on a grid composed of multiple computing devices, optionally, they can be implemented by a program code executable by a computer device, so that they can be stored in a storage device and executed by the computing device, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present invention is not limited to any specific combination of hardware and software.

[0124] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps described in the present invention can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solution of the present invention can be achieved, and this document does not limit this.

[0125] The above specific implementations do not constitute a limitation on the protection scope of the present invention. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A testing method for testing a robot, characterized in that: include: When detecting that a first test terminal of the test end is connected to the robot to be tested, creating a second test terminal in the test end; In a case where the first test terminal maintains a communication connection with the robot to be tested, issuing at least one test instance to the robot to be tested through the second test terminal; The robot to be tested is tested through the test instance.

2. The method according to claim 1, characterized in that The issuing of at least one test instance to the robot to be tested by the second test terminal includes: Obtain at least one test frequency corresponding to each of the test instances; Each of the test instances is published to the robot to be tested in turn through the second test terminal according to each of the test frequencies corresponding to each of the test instances.

3. The method according to claim 1, characterized in that After the robot to be tested is tested through the test instance, the method further includes: Performing abnormality monitoring on the robot to be tested through an abnormality monitoring mechanism preset in the second test terminal; When the abnormality monitoring mechanism detects that the robot to be tested has a test abnormality, the abnormality monitoring mechanism generates abnormality information corresponding to the test abnormality.

4. The method according to claim 1, characterized in that: After the robot to be tested is tested through the test instance, the method further includes: Receiving, through the second test terminal, test data returned by the robot to be tested and corresponding to executing each of the test instances; A test report is generated based on all the test data.

5. The method according to claim 4, characterized in that The test data includes test execution information and test return information; Generating a test report according to all the test data includes: In the case where the test execution information indicates successful execution, determining the test result information of the test instance corresponding to the test data according to the test return information; In the case where the test execution information is an execution exception, acquiring the execution error information of the test instance corresponding to the test data according to the test return information; The test report is generated according to all the test result information and all the execution error information.

6. The method according to claim 5, characterized in that The test result information includes a test pass and a test fail; the test result information of the test instance corresponding to the test data is determined according to the test return information, including: Obtaining a preset expected test result corresponding to the test instance; If the test return information is the same as the expected test result, determining the test result information of the test instance as the test passed; If the test return information is different from the expected test result, the test result information determined by the test instance is regarded as the test failure.

7. The method according to claim 6, characterized in that Generating the test report according to all the test result information and all the execution error information includes: Counting all the test result information respectively to determine the number of test instances that passed and the number of test instances that failed corresponding to the test result information indicating that the test passed; Count all execution error messages and determine the number of test instance exceptions; The test report is generated according to the number of the test instances that passed, the number of the test instances that failed, and the number of the test instances that were abnormal.

8. A testing device for testing a robot, characterized in that: include: A test terminal module, configured to create a second test terminal in the test terminal when detecting that a first test terminal of the test terminal is connected to the robot to be tested; A test publishing module, configured to publish at least one test instance to the robot to be tested through the second test terminal when the first test terminal maintains a communication connection with the robot to be tested; A testing module is used to test the robot to be tested through the test instance.

9. An electronic device, characterized in that: The electronic device comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein, The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor so that the at least one processor can execute the testing method for testing a robot according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement the test method for testing a robot according to any one of claims 1 to 4 when executed.

Images