Self-organizing test method, device and system, storage medium and program product

Abstract

The invention relates to a self-organizing testing method, device and system, a storage medium and a program product. Comprising the following steps: determining corresponding equipment detection strategies according to different equipment types; the equipment types comprise network equipment, standard equipment, non-standard equipment and equipment which cannot be automatically identified; according to an equipment detection strategy, automatically discovering equipment, and instantiating a corresponding hardware operation entity object; establishing an operation resource list according to the hardware operation entity object; performing tree description on all resources in the operation resource list to obtain an equipment resource description tree; different grpc services are established according to different device descriptions, and a device resource description tree and RPC operation interface descriptions of a corresponding resource operation interface tree are provided for a client; and grpc is used as an interaction mode between the equipment server and the client, and an RPC operation interface is provided for all resources. Therefore, the protocol docking complexity can be reduced, and the requirement for flexibility of non-standard integrated circuit board testing is met.

Description

Technical Field

[0001] The present application relates to the field of integrated testing technology, and in particular to a self-organizing testing method, device, system, readable storage medium and program product. Background Art

[0002] With the rapid development of equipment manufacturing and automated testing technology, as well as the diversification of industry applications, the demand for customized testing equipment continues to rise. In addition, the application of Internet of Things technology also enables non-standard testing equipment to be remotely monitored and controlled, and collect data in real time, which greatly improves the flexibility and real-time performance of testing.

[0003] In traditional technology, the development model of the test system is: new requirements -> add protocols -> server / client protocol coding -> protocol debugging -> functional coding testing. In addition, since the client may use different development environments and development languages, the test system also needs to cope with different protocol requirements at the same time.

[0004] However, the test system of the above development model has complex protocol docking and cannot meet the flexibility requirements of non-standard integrated circuit board testing. Summary of the invention

[0005] Based on this, it is necessary to provide a self-organizing testing method, device, system, readable storage medium and program product that can reduce the complexity of protocol docking and meet the flexibility requirements of non-standard integrated circuit board testing in response to the above technical problems.

[0006] In a first aspect, the present application provides a self-organizing testing method, comprising:

[0007] Determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified;

[0008] According to the device detection strategy, the device is automatically discovered and the corresponding hardware operation entity object is instantiated;

[0009] Establishing an operation resource list according to the hardware operation entity object;

[0010] Describing all resources in the operation resource list in tree form to obtain a device resource description tree;

[0011] Establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call;

[0012] Use grpc as the interaction method between the device server and the client, and provide RPC operation interface for all resources.

[0013] In one embodiment, automatically discovering a device according to the device detection strategy and instantiating a corresponding hardware operation entity object includes:

[0014] For network devices, use the network multicast mechanism to periodically send device discovery data packets in the local area network, and instantiate the corresponding hardware operation entity object according to the response data packet returned by the corresponding device; or, receive the device information data packet automatically and periodically sent by the device, and instantiate the corresponding hardware operation entity object according to the device information data packet;

[0015] For standard equipment, the equipment information is queried in the serial port enumerated by the SCSI INQUIRY command, and the corresponding hardware operation entity object is instantiated through the queried equipment information; the SCSI INQUIRY command is a query command of the small computer system interface;

[0016] For non-standard and non-automatically identifiable devices, the corresponding hardware operation entity objects are instantiated according to the configuration files.

[0017] In one embodiment, after establishing an operation resource list according to the hardware operation entity object, the method further includes:

[0018] For standard devices, non-standard devices and devices that cannot be automatically identified, match the pre-set operation resource configuration files through device information;

[0019] For the network device, the corresponding resource configuration description is obtained according to the acquired protocol information.

[0020] In one embodiment, after performing a tree description on all resources in the operation resource list to obtain a device resource description tree, the method further includes:

[0021] According to the preset operation resource configuration file and / or resource configuration description, the protobuffer interface description file of different types of objects is obtained; wherein the protobuffer is a data description language used to serialize structured data and / or restore serialized data to the original data structure;

[0022] According to the protobuffer interface description file, a resource operation interface tree is established.

[0023] In one embodiment, after establishing different grpc services according to different device descriptions and providing the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree, the method further includes:

[0024] For hardware operation entity objects with real-time transmission requirements, a unidirectional or bidirectional stream transmission channel is established; wherein the unidirectional or bidirectional stream transmission channel is used for real-time transmission of data, and the real-time transmission adopts the following methods: http2; the http2 adopts binary for data transmission.

[0025] In one embodiment, using grpc as an interaction method between a device server and a client includes:

[0026] The grpc is used as a device server, and the grpc supports parallel operations of two or more clients.

[0027] In a second aspect, the present application also provides a self-organizing testing device, comprising:

[0028] A determination module, used to determine corresponding device detection strategies according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified;

[0029] A discovery module, used to automatically discover devices according to the device detection strategy and instantiate corresponding hardware operation entity objects;

[0030] An operation resource list establishing module, used to establish an operation resource list according to the hardware operation entity object;

[0031] A device resource description tree acquisition module, used to describe all resources in the operation resource list in tree form to obtain a device resource description tree;

[0032] A service module is used to establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein, the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call;

[0033] The interaction module is used to use grpc as the interaction method between the device server and the client, and provides an RPC operation interface for all resources.

[0034] In a third aspect, the present application further provides a self-organizing test system, including a memory and a processor, wherein the memory stores a computer program, and when a processing unit in the processor executes the computer program, the following steps are implemented:

[0035] Determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified;

[0036] According to the device detection strategy, the device is automatically discovered and the corresponding hardware operation entity object is instantiated;

[0037] Establishing an operation resource list according to the hardware operation entity object;

[0038] Describing all resources in the operation resource list in tree form to obtain a device resource description tree;

[0039] Establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call;

[0040] Use grpc as the interaction method between the device server and the client, and provide RPC operation interface for all resources.

[0041] In a fourth aspect, the present application further provides a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the following steps are implemented:

[0042] Determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified;

[0043] According to the device detection strategy, the device is automatically discovered and the corresponding hardware operation entity object is instantiated;

[0044] Establishing an operation resource list according to the hardware operation entity object;

[0045] Describing all resources in the operation resource list in tree form to obtain a device resource description tree;

[0046] Establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call;

[0047] Use grpc as the interaction method between the device server and the client, and provide RPC operation interface for all resources.

[0048] In a fifth aspect, the present application further provides a computer program product, including a computer program, which implements the following steps when executed by a processor:

[0049] Determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified;

[0050] According to the device detection strategy, the device is automatically discovered and the corresponding hardware operation entity object is instantiated;

[0051] Establishing an operation resource list according to the hardware operation entity object;

[0052] Describing all resources in the operation resource list in tree form to obtain a device resource description tree;

[0053] Establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call;

[0054] Use grpc as the interaction method between the device server and the client, and provide RPC operation interface for all resources.

[0055] The self-organizing test method, device, system, readable storage medium and program product determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard and non-automatically identifiable devices; so that the test method can be applied to different types of devices. According to the device detection strategy, the device is automatically discovered and the corresponding hardware operation entity object is instantiated; so that different detection strategies can be used for different devices to achieve automatic identification and discovery of the device. An operation resource list is established according to the hardware operation entity object; so that it is convenient to establish a device resource description tree later. All resources in the operation resource list are described in tree form to obtain a device resource description tree; so that the relationship between each resource can be simplified. Different grpc services are established according to different device descriptions, and the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree is provided to the client; wherein, the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call; so that all different operation resources can be provided to the client in a tree or list form, reducing the hardware operation of the client software implementer. grpc is used as the interaction mode between the device server and the client, and an RPC operation interface is provided for all resources. This reduces the debugging and coding work of the protocol, and enables all operational interfaces of the operating resources to be presented to the client through interface files. At the same time, the client can also obtain resource descriptions and interface descriptions through a fixed RPC interface, allowing client implementers to operate the hardware very intuitively; it significantly reduces the complexity of protocol docking during the test process and can meet the flexibility requirements of non-standard integrated circuit board testing. BRIEF DESCRIPTION OF THE DRAWINGS

[0056] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the drawings required for use in the embodiments of the present application or related technical descriptions will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0057] FIG1 is a schematic diagram of an application architecture of a self-organizing testing method according to an embodiment;

[0058] FIG2 is a schematic diagram of a flow chart of a self-organized testing method according to an embodiment;

[0059] FIG3 is a schematic diagram of a structure of a tree-like description of resource numbers in one embodiment;

[0060] FIG4 is a schematic diagram of a structure corresponding to resource and interface description in one embodiment;

[0061] FIG5 is a schematic flow chart of a self-organizing testing method according to another embodiment;

[0062] Figure 6 A schematic diagram of a flow chart of a self-organized testing method in yet another embodiment;

[0063] FIG7 is a schematic flow chart of a self-organizing testing method in a fourth embodiment;

[0064] FIG8 is a block diagram of a self-organizing test device according to an embodiment;

[0065] FIG. 9 is a diagram showing the internal structure of a self-organizing test system according to an embodiment. DETAILED DESCRIPTION

[0066] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0067] The self-organizing test method provided in the embodiment of the present application can be applied to the application architecture shown in Figure 1. The types of devices can be roughly divided into unrecognizable hardware devices and recognizable hardware devices. The unrecognizable hardware devices are further divided into IO (input and output) devices and other unrecognizable devices; the recognizable hardware devices are divided into: standard devices, serial devices, network devices and other recognizable devices. For unrecognizable hardware devices, a protocol adapter module is set up to implement protocol docking for unrecognizable devices. Furthermore, different device discovery services can be set for different types of devices. For example: SCPI (Standard Commands for Programmable Instruments) automatic discovery of instruments and meters, automatic discovery of devices (multicast mode), custom serial port scanning, and other scanning services. Establish interface resource management and device resource management, in which both resource interface description and device resource description can adopt a tree description method.

[0068] The method in this embodiment is mainly used in the application scenarios of integrated circuit board testing or multi-signal testing. In these scenarios, there are many external test devices, and the test requirements are flexible and variable. The peripheral test equipment and test list will be changed with the coding of the product to be tested. Therefore, the device automatic discovery service module, the device configuration discovery service module, and the resource management module can be implemented in the main control test equipment with ARM as the core or in the PC, and the device resources can be provided with multi-dimensional management services. At the same time, for the device resources, the corresponding interface management module is implemented, and then grpc is applied to realize the opening of all device resources and interfaces, and finally the grpc client is established to realize the corresponding test list. Among them, the server can be implemented using C++ language.

[0069] Exemplarily, the test system can determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified; according to the device detection strategy, the device is automatically discovered, and the corresponding hardware operation entity object is instantiated; an operation resource list is established according to the hardware operation entity object; all resources in the operation resource list are described in tree form to obtain a device resource description tree; different grpc services are established according to different device descriptions, and the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree is provided to the client; wherein, the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call; grpc is used as an interaction method between the device server and the client, and an RPC operation interface is provided for all resources.

[0070] In an exemplary embodiment, as shown in FIG2 , a self-organizing test method is provided, which is described by taking the method applied to the test system in FIG1 as an example, and includes the following steps 201 to 206 . Among them:

[0071] Step 201: Determine corresponding device detection strategies according to different device types.

[0072] The device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified.

[0073] In this embodiment, during the test process, the device needs to be automatically discovered first. Automatic device discovery refers to: discovering operations that can be scanned, discovered, and configured in the current test system. Different device detection strategies can be designed for different types of devices, so as to quickly and actively discover the test device.

[0074] Step 202: automatically discover the device according to the device detection strategy, and instantiate the corresponding hardware operation entity object.

[0075] In this embodiment, different detection strategies can be designed for network devices, standard devices, non-standard devices and devices that cannot be automatically identified. For example, the automatic discovery of network devices supports two modes: one is multicast, in which the test system processing unit actively searches; the other is broadcast, in which the device automatically sends device information data packets at a fixed time. For standard devices, the information in the corresponding device can be queried according to the corresponding command. For non-standard and devices that cannot be automatically identified, device detection can be performed based on their configuration files.

[0076] Exemplarily, for network devices, a network multicast mechanism is used to periodically send device discovery data packets in a local area network, and based on the response data packets returned by the corresponding devices, corresponding hardware operation entity objects are instantiated; or, a device information data packet is automatically and periodically sent by the receiving device, and based on the device information data packet, corresponding hardware operation entity objects are instantiated.

[0077] In this embodiment, for network devices, the network multicast mechanism is mainly used to periodically send device discovery data packets in the local area network, and devices that support this mechanism send response data packets in the multicast network. Among them, the response data packet may include: device information, device type, device ID (identity identification), device operation network protocol, device operation network parameters, etc. The processing unit (PC or embedded ARM processing unit, etc.) in the test system instantiates the corresponding hardware operation entity object according to the data packet returned by the corresponding device. PC generally refers to a personal computer, and ARM is a microprocessor.

[0078] Exemplarily, for standard devices, device information is queried from the serial port enumerated by the SCSI INQUIRY command, and the corresponding hardware operation entity object is instantiated through the queried device information; the SCSI INQUIRY command is a query command of the small computer system interface.

[0079] In this embodiment, for standard devices, the processing unit of the test system will automatically enumerate the USB port or the preset IP port, and perform device discovery according to the interface instructions of the device information and the default communication method.

[0080] Exemplarily, for non-standard and non-automatically identifiable devices, corresponding hardware operation entity objects are instantiated according to the configuration file.

[0081] In this embodiment, for devices that cannot be automatically identified, such as IO and PLC, the system will directly instantiate the device resources according to the configuration plan of the client.

[0082] Step 203: Create an operation resource list according to the hardware operation entity object.

[0083] In this embodiment, the processing unit of the test system can establish an operation resource list based on the hardware operation entity objects automatically discovered by the device, and for standard devices and non-standard devices, match the pre-set operation resource configuration files through device information. For network devices, the corresponding resource configuration description is obtained based on the acquired protocol information.

[0084] Step 204: Perform a tree description on all resources in the operation resource list to obtain a device resource description tree.

[0085] For example, as shown in FIG3, a tree-like description structure is shown, in which device 1 is a parent device, and there are three parallel child devices under device 1, namely: ADC1 (analog-digital converter), IO1 (input-output device), and I2C1 (integrated circuit bus); under child device I2C1 there is another child device: temperature sensor. The tree-like description structure can be used to obtain the relationship between various resources very intuitively and clearly.

[0086] Step 205, establish different grpc services according to different device descriptions, and provide the client with an RPC operation interface description of a device resource description tree and a corresponding resource operation interface tree.

[0087] Among them, the grpc is an open source remote procedure call framework used for communication between services; the RPC is a remote procedure call.

[0088] In this embodiment, the interface service includes a module that provides resource descriptions and corresponding resource operation interfaces to the client, and uses a fixed port to provide services. The client can obtain hardware resources and operation interfaces through the port.

[0089] For example, as shown in FIG4, the interface descriptions corresponding to the devices described in the tree in FIG3 are shown. All instantiated hardware objects have corresponding RPC interface descriptions. Each resource has a fixed ID, and the RPC interface descriptions of the same type of operation resources are similar; the corresponding operation resources should exist in the request information of all interfaces.

[0090] Step 206: Use grpc as the interaction method between the device server and the client, and provide an RPC operation interface for all resources.

[0091] In this embodiment, when the test system uses grpc as the server, it can support multiple clients to operate simultaneously. Among them, the client can be set in the processing unit of the test system, and can also be set in other terminals.

[0092] Exemplarily, the grpc is used as a device server, and the grpc supports parallel operations of two or more clients.

[0093] In the above self-organizing test method, the corresponding device detection strategy is determined according to different device types; the device types include: network devices, standard devices, non-standard and devices that cannot be automatically identified; so that the test method can be applied to different types of devices. According to the device detection strategy, the device is automatically discovered, and the corresponding hardware operation entity object is instantiated; so that different detection strategies can be used for different devices to achieve automatic identification and discovery of the device. An operation resource list is established according to the hardware operation entity object; so that it is convenient to establish a device resource description tree later. All resources in the operation resource list are described in tree form to obtain a device resource description tree; so that the relationship between the resources can be simplified. Different grpc services are established according to different device descriptions, and the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree is provided to the client; wherein, the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call; so that all different operation resources can be provided to the client in a tree or list form, reducing the hardware operation of the client software implementer. Use grpc as the interaction method between the device server and the client, and provide an RPC operation interface for all resources. This reduces the debugging and coding work of the protocol, and enables all operational interfaces of the operating resources to be presented to the client through interface files. At the same time, the client can also obtain resource descriptions and interface descriptions through a fixed RPC interface, allowing client implementers to operate the hardware very intuitively; it significantly reduces the complexity of protocol docking during the test process and can meet the flexibility requirements of non-standard integrated circuit board testing.

[0094] In another exemplary embodiment, as shown in FIG5 , a self-organizing test method is provided, which is described by taking the method applied to the test system in FIG1 as an example, and includes the following steps 501 to 507. Among them:

[0095] Step 501: Determine corresponding device detection strategies according to different device types.

[0096] Step 502: Automatically discover devices according to the device detection strategy and instantiate corresponding hardware operation entity objects.

[0097] Step 503: Create an operation resource list according to the hardware operation entity object.

[0098] For the specific implementation process and technical effects of steps 501 to 503 in this embodiment, please refer to the relevant description of steps 201 to 203 in the method embodiment shown in Figure 2, which will not be repeated here.

[0099] Step 504: For standard devices, non-standard devices and devices that cannot be automatically identified, match the preset operation resource configuration files through the device information.

[0100] Step 505: For the network device, obtain the corresponding resource configuration description according to the obtained protocol information.

[0101] In this embodiment, after executing step 505, the interface description file of the protobuffer of different types of objects can also be obtained according to the preset operation resource configuration file and / or resource configuration description; wherein the protobuffer is a data description language used to serialize structured data and / or restore the serialized data to the original data structure; and a resource operation interface tree is established according to the interface description file of the protobuffer.

[0102] Exemplarily, the processing unit of the test system matches or obtains the protobuffer interface description files of different types of objects according to the device resource configuration description, and establishes different grpc services according to different device descriptions. An RPC operation interface is provided for all device operations.

[0103] Step 506: Perform a tree description on all resources in the operation resource list to obtain a device resource description tree.

[0104] Step 507, establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree.

[0105] Step 508: Use grpc as the interaction method between the device server and the client, and provide an RPC operation interface for all resources.

[0106] For the specific implementation process and technical effects of steps 506 to 508 in this embodiment, please refer to the relevant descriptions of steps 204 to 206 in the method embodiment shown in FIG. 2 , which will not be repeated here.

[0107] In this embodiment, the interface description adopts protobuffer and flatbuffer serialization description methods, which can reduce the problem of low efficiency of string encoding and decoding similar to json.

[0108] In yet another exemplary embodiment, Figure 6 As shown, a self-organizing test method is provided, which is described by taking the method applied to the test system in FIG. 1 as an example, and includes the following steps 601 to 607. Among them:

[0109] Step 601: Determine corresponding device detection strategies according to different device types.

[0110] Step 602: Automatically discover devices according to the device detection strategy and instantiate corresponding hardware operation entity objects.

[0111] Step 603: Create an operation resource list according to the hardware operation entity object.

[0112] Step 604: Perform a tree description on all resources in the operation resource list to obtain a device resource description tree.

[0113] Step 605, establish different grpc services according to different device descriptions, and provide the client with an RPC operation interface description of a device resource description tree and a corresponding resource operation interface tree.

[0114] In this embodiment, for the specific implementation process and technical effects of steps 601 to 605, please refer to the relevant descriptions of steps 201 to 205 in the method embodiment shown in FIG. 2 , which will not be repeated here.

[0115] Step 606: Establish a unidirectional or bidirectional stream transmission channel for the hardware operation entity object with real-time transmission requirements.

[0116] The one-way or two-way stream transmission channel is used for real-time data transmission, and the real-time transmission adopts the following methods: http2; the http2 adopts binary to transmit data.

[0117] In this embodiment, a unidirectional or bidirectional stream transmission channel is established for objects with real-time transmission (ADC / DAC / DMM, etc.) to realize real-time data transmission, and the real-time data transmission adopts the transmission mode of http2.

[0118] Step 607: Use grpc as the interaction method between the device server and the client, and provide an RPC operation interface for all resources.

[0119] In this embodiment, for the specific implementation process and technical effects of step 607, please refer to the relevant description of step 206 in the method embodiment shown in FIG. 2 , which will not be repeated here.

[0120] In this embodiment, the streaming data is transmitted using http2, which guarantees the real-time and stability of data transmission to the greatest extent.

[0121] In the fourth exemplary embodiment, as shown in FIG7 , a self-organizing test method is provided, which can be divided into five steps, namely: automatic device discovery, device resource analysis and management, device and service interface, RPC service initialization, and test service operation. The specific implementation process can be integrated with FIG2 , FIG5 , Figure 6 The steps in each method embodiment.

[0122] In this embodiment, automatic discovery and configuration of devices can be achieved, reducing the work of maintenance personnel. All different operating resources are provided to the client in a tree or list format, reducing the hardware operations of client software implementers. The RPC technology is applied as an interactive method, which can reduce the debugging and coding work of the protocol. The operable interfaces of all operating resources are presented to the client through interface files, and the client can obtain resource descriptions and interface descriptions through fixed RPC interfaces, so that client implementers can operate the hardware very intuitively. The streaming RPC technology that supports http2 is applied, which provides a convenient way for real-time data transmission of hardware devices. The protobuffer and flatbuffer serialization technologies are applied, which solves the problems of flexibility of protocol and device descriptions and fast encoding and decoding.

[0123] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0124] Based on the same inventive concept, the embodiment of the present application also provides a self-organizing test device for implementing the self-organizing test method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in the one or more self-organizing test device embodiments provided below can refer to the limitations of the self-organizing test method above, and will not be repeated here.

[0125] In an exemplary embodiment, as shown in FIG8 , a self-organizing test device is provided, including: a determination module 801, a discovery module 802, an operation resource list establishment module 803, a device resource description tree acquisition module 804, a service module 805 and an interaction module 806, wherein:

[0126] The determination module 801 is used to determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified;

[0127] A discovery module 802, configured to automatically discover devices according to the device detection strategy and instantiate corresponding hardware operation entity objects;

[0128] An operation resource list establishing module 803, used to establish an operation resource list according to the hardware operation entity object;

[0129] A device resource description tree acquisition module 804 is used to describe all resources in the operation resource list in a tree form to obtain a device resource description tree;

[0130] The service module 805 is used to establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call;

[0131] The interaction module 806 is used to use grpc as the interaction method between the device server and the client, and provide an RPC operation interface for all resources.

[0132] Exemplarily, the discovery module 802 is specifically used to: for network devices, use the network multicast mechanism to periodically send device discovery data packets in the local area network, and instantiate corresponding hardware operation entity objects according to the response data packets returned by the corresponding devices; or, receive device information data packets automatically and periodically sent by the device, and instantiate corresponding hardware operation entity objects according to the device information data packets;

[0133] For standard equipment, the equipment information is queried in the serial port enumerated by the SCSI INQUIRY command, and the corresponding hardware operation entity object is instantiated through the queried equipment information; the SCSI INQUIRY command is a query command of the small computer system interface;

[0134] For non-standard and non-automatically identifiable devices, the corresponding hardware operation entity objects are instantiated according to the configuration files.

[0135] Exemplarily, the above-mentioned device may also include: a configuration module 807, which is used to match pre-set operation resource configuration files through device information for standard devices, non-standard devices and devices that cannot be automatically identified; and for network devices, obtain corresponding resource configuration descriptions based on the acquired protocol information.

[0136] Exemplarily, the above-mentioned device may also include: a resource operation interface tree establishment module 808, which is used to obtain the protobuffer interface description file of different types of objects according to a preset operation resource configuration file and / or resource configuration description; wherein the protobuffer is a data description language used to serialize structured data and / or restore serialized data to the original data structure; and establish a resource operation interface tree according to the protobuffer interface description file.

[0137] Exemplarily, the above-mentioned device may also include: a transmission channel establishment module 809, which is used to establish a unidirectional or bidirectional stream transmission channel for hardware operation entity objects with real-time transmission requirements; wherein the unidirectional or bidirectional stream transmission channel is used for real-time transmission of data, and the real-time transmission method includes: http2; the http2 adopts binary for data transmission.

[0138] Exemplarily, the interaction module 806 is specifically used to: use the grpc as a device server and support parallel operations of two or more clients through the grpc.

[0139] Each module in the self-organizing test device can be implemented in whole or in part by software, hardware, or a combination thereof. Each module can be embedded in or independent of a processor in a computer device in the form of hardware, or can be stored in a memory in a computer device in the form of software, so that the processor can call and execute operations corresponding to each module.

[0140] In an exemplary embodiment, a self-organizing test system is provided, and the internal structure diagram of the self-organizing test system can be shown in Figure 9. The self-organizing test system includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. Among them, the processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. Among them, the processor of the self-organizing test system is used to provide computing and control capabilities. The memory of the self-organizing test system includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the self-organizing test system is used to store various configuration file data. The input / output interface of the self-organizing test system is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a self-organizing test method is implemented.

[0141] Those skilled in the art will understand that the structure shown in FIG. 9 is merely a block diagram of a partial structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than shown in the figure, or combine certain components, or have a different arrangement of components.

[0142] In an exemplary embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above-mentioned method embodiments when executing the computer program.

[0143] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0144] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above method embodiments when executed by a processor.

[0145] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant regulations.

[0146] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., but are not limited to this.

[0147] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0148] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A self-organizing testing method, characterized in that: The method comprises: Determine the corresponding device detection strategy according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified; According to the device detection strategy, the device is automatically discovered and the corresponding hardware operation entity object is instantiated; Establishing an operation resource list according to the hardware operation entity object; Describing all resources in the operation resource list in tree form to obtain a device resource description tree; Establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call; Use grpc as the interaction method between the device server and the client, and provide RPC operation interface for all resources.

2. The method according to claim 1, characterized in that: The device is automatically discovered according to the device detection strategy, and the corresponding hardware operation entity object is instantiated, including: For network devices, use the network multicast mechanism to periodically send device discovery data packets in the local area network, and instantiate the corresponding hardware operation entity object according to the response data packet returned by the corresponding device; or, receive the device information data packet automatically and periodically sent by the device, and instantiate the corresponding hardware operation entity object according to the device information data packet; For standard equipment, the equipment information is queried in the serial port enumerated by the SCSI INQUIRY command, and the corresponding hardware operation entity object is instantiated through the queried equipment information; the SCSI INQUIRY command is a query command of the small computer system interface; For non-standard and non-automatically identifiable devices, the corresponding hardware operation entity objects are instantiated according to the configuration files.

3. The method according to claim 1, characterized in that After establishing an operation resource list according to the hardware operation entity object, the method further includes: For standard devices, non-standard devices and devices that cannot be automatically identified, match the pre-set operation resource configuration files through device information; For the network device, the corresponding resource configuration description is obtained according to the acquired protocol information.

4. The method according to claim 3, characterized in that After all resources in the operation resource list are described in tree form to obtain a device resource description tree, the method further includes: According to the preset operation resource configuration file and / or resource configuration description, the protobuffer interface description file of different types of objects is obtained; wherein the protobuffer is a data description language used to serialize structured data and / or restore serialized data to the original data structure; According to the protobuffer interface description file, a resource operation interface tree is established.

5. The method according to any one of claims 1 to 4, characterized in that: After establishing different grpc services according to different device descriptions and providing the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree, the method further includes: For hardware operation entity objects with real-time transmission requirements, a unidirectional or bidirectional stream transmission channel is established; wherein the unidirectional or bidirectional stream transmission channel is used for real-time transmission of data, and the real-time transmission adopts the following methods: http2; the http2 adopts binary for data transmission.

6. The method according to any one of claims 1 to 4, characterized in that: The use of grpc as a method of interaction between the device server and the client includes: The grpc is used as a device server, and the grpc supports parallel operations of two or more clients.

7. A self-organizing test device, characterized in that: The device comprises: A determination module, used to determine corresponding device detection strategies according to different device types; the device types include: network devices, standard devices, non-standard devices and devices that cannot be automatically identified; A discovery module, used to automatically discover devices according to the device detection strategy and instantiate corresponding hardware operation entity objects; An operation resource list establishing module, used to establish an operation resource list according to the hardware operation entity object; A device resource description tree acquisition module, used to describe all resources in the operation resource list in tree form to obtain a device resource description tree; A service module is used to establish different grpc services according to different device descriptions, and provide the client with the RPC operation interface description of the device resource description tree and the corresponding resource operation interface tree; wherein, the grpc is an open source remote procedure call framework for communication between services; the RPC is a remote procedure call; The interaction module is used to use grpc as the interaction method between the device server and the client, and provides an RPC operation interface for all resources.

8. A self-organizing test system, comprising a memory and a processor, wherein the memory stores a computer program, characterized in that: When the processing unit in the processor executes the computer program, the steps of the method according to any one of claims 1 to 6 are implemented.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

Images