CN109560996B - Automatic testing system and method for terminal of Internet of things - Google Patents
Automatic testing system and method for terminal of Internet of things Download PDFInfo
- Publication number
- CN109560996B CN109560996B CN201910030315.3A CN201910030315A CN109560996B CN 109560996 B CN109560996 B CN 109560996B CN 201910030315 A CN201910030315 A CN 201910030315A CN 109560996 B CN109560996 B CN 109560996B
- Authority
- CN
- China
- Prior art keywords
- message
- terminal
- test
- relational database
- communication server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 108
- 238000000034 method Methods 0.000 title claims description 12
- 238000004891 communication Methods 0.000 claims abstract description 74
- 230000004044 response Effects 0.000 claims description 35
- 230000003993 interaction Effects 0.000 claims description 30
- 238000012545 processing Methods 0.000 claims description 26
- 230000006399 behavior Effects 0.000 claims description 9
- 230000000903 blocking effect Effects 0.000 claims description 7
- 238000012800 visualization Methods 0.000 claims description 4
- 238000012546 transfer Methods 0.000 claims description 3
- 230000000007 visual effect Effects 0.000 claims description 2
- 238000010998 test method Methods 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000002513 implantation Methods 0.000 description 1
- 238000013112 stability test Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses an automatic test system of an internet of things terminal, which comprises a service server, a terminal communication server, a relational database, a non-relational database, a remote terminal and a log collecting component, wherein the remote terminal is connected with the service server; the relational database is connected with the service server; the terminal communication server is connected with the relational database and the remote terminal; the log collecting component is connected with the service server, the terminal communication server and the non-relational database; the non-relational database is connected with a log collection component; the service server is connected with the terminal communication server and the non-relational database. In addition, the invention also discloses an automatic test method of the terminal of the Internet of things, which is realized through the system. The invention can realize the automatic test of a plurality of remote terminals of the Internet of things and can carry out regression test on terminal equipment after firmware upgrade. Therefore, the workload of manual testing is reduced, and the testing task which cannot be completed manually is completed.
Description
Technical Field
The invention belongs to the technical field of the Internet of things, in particular relates to an automatic test system of an Internet of things terminal, and also discloses an automatic test method of the Internet of things terminal realized through the system.
Background
With the development of the internet of things to a certain height, for many service type internet enterprises related to the internet of things, the traditional manual testing mode is gradually insufficient to cope with blowout type increase of the number of terminals of the internet of things and rapid firmware iteration. The Chinese patent application CN 20141011064.7 discloses an agricultural Internet of things application service monitoring platform, which receives and transmits the requests of all clients through a multithreading simulation module, and achieves the technical effects of centralized management and real-time monitoring. The Chinese patent application CN 201510845203.5 discloses a reliability test method of the forestry Internet of things monitoring system, continuous stability test is carried out by arranging a PC end and a test signal simulator, and transparent simulation is realized by abstracting real equipment into different application interface services. However, in both the above two solutions, the current detection result cannot be processed twice by referring to the detected historical data, and whether the terminal device works normally or not after firmware upgrade cannot be tested. Therefore, how to develop a novel automatic test system for the terminal of the Internet of things, huge workload of manual testing can be reduced, and test tasks which cannot be completed manually can be completed, so that the automatic test system is a direction which needs to be researched by a person skilled in the art.
Disclosure of Invention
The invention aims to provide an automatic test system for terminals of the Internet of things, which realizes automatic test on a plurality of remote terminals of the Internet of things and can carry out regression test on terminal equipment after firmware upgrade. Therefore, the workload of manual testing is reduced, and the testing task which cannot be completed manually is completed.
The technical scheme adopted by the method is as follows:
an automatic test system for an internet of things terminal comprises a service server, a terminal communication server, a relational database, a non-relational database, a remote terminal and a log collection component; the relational database is connected with the service server and is used for storing the message protocol, the test scene data and the test result data generated by the service server; the terminal communication server is connected with the relational database and the remote terminal, and is used for loading a message protocol and test scene data from the relational database and carrying out data interaction with the remote terminal in a TCP long-chain connection mode; the log collection component is connected with the service server, the terminal communication server and the non-relational database; the system log data is used for collecting log data generated by the terminal communication server and the service server and processing the log data to generate system log data; the non-relational database is connected with the log collection component and is used for storing the system log data generated by the log collection component; the service server is connected with the terminal communication server and the non-relational database, and is used for providing a GUI (graphical user interface (Graphical User Interface, GUI for short, also called graphical user interface) for a user, which means a computer operation user interface displayed in a graphical mode), processing user input, reading log data stored in the non-relational database, controlling the terminal communication server to work, receiving feedback of a remote terminal through the terminal communication server, generating a message protocol, test scene data and test result data.
Preferably, in the automated testing system for the terminal of the internet of things, the method comprises the following steps: the service server adopts a B/S structure and comprises a system webpage and a background API; the B/S structure (Browser/Server) is a network structure mode after WEB rise. The background API is a background application programming interface. The system webpage is used for outputting a configuration request, a control request and a query request to the background API, and carrying out visual processing on feedback of the background API for display; the background API is used for processing a terminal message protocol, a default response of the communication server and test scene data and then storing the processed data into the relational database when receiving a configuration request of a system webpage; when a control request of a system webpage is received, performing control operation on a background API or a terminal communication server embedded in the system; when the query request of the system webpage is received, corresponding data is acquired from the relational database and/or the non-relational database, and feedback is carried out after visualization processing.
More preferably, in the automated testing system for an internet of things terminal, the method comprises the following steps: the system web page adopts a WebSocket communication protocol to realize full duplex communication with a background API. The WebSocket communication protocol is a protocol that performs full duplex communication over a single TCP connection. The WebSocket communication protocol was set by IETF as standard RFC 6455 in 2011 and is complemented by RFC 7936. WebSocket API is also standardized by W3C.
More preferably, in the automated testing system for an internet of things terminal, the method comprises the following steps: the terminal communication server adopts a non-blocking server. Non-blocking server, non-blocking refers to when an operation is performed, such as a server receiving a client's connection (accept), the server or the client reading and writing data, if the operation is not completed (success or failure is calculated as completion of execution), the program will block where the operation is performed until the operation returns an explicit result. Unlike non-blocking servers, non-blocking servers block for some time (which may be set) where blocking operations occur. If the operation is not completed, after the set time is reached, the operation is ended and the operation under the program is performed, whether or not the operation is successful.
More preferably, the remote terminal is a plurality of remote terminals. The remote terminal is an in-vehicle terminal mounted on a vehicle for collecting vehicle information (e.g., speed, position, etc. of the vehicle) and controlling the vehicle (e.g., opening or closing a door, etc.).
The invention also discloses an automatic test method for the terminal of the Internet of things, which realizes the automatic test of the terminal of the Internet of things according to the test system.
The technical scheme is as follows:
an automatic test method for an internet of things terminal comprises the following steps:
s1, configuring a message protocol: forming a message pair for processing a terminal request and making a response or issuing a server instruction and waiting for a terminal response to an uplink message of a remote terminal and a downlink message of a terminal communication server;
s2, configuring a test scene: forming a queue of interaction behaviors among the terminal communication servers for the configured message pairs, and taking the subsequent messages as preamble expectations; judging whether the execution of the test scene is passed or not by taking the assertion result of each judgment point as the result of the test step for the generated queue;
s3, default interaction: the configured message pairs are designated to process the terminal request and respond to the default interaction behavior of the terminal communication server, and when the communication server is started by the service server, the corresponding message pairs are loaded into the memory from the relational database; and continuously responding to the corresponding request of the terminal;
s4, performing a test: for configured message pairs, the test command is loaded from the relational database into the memory when the service server initiates execution.
Preferably, the step S1 includes:
s11: for the message of the remote terminal uplink, the user identifies and analyzes the message based on the regular expression specified by the system webpage;
s12: for the downlink message of the terminal communication server, the user forms an effective message template which can be identified by the terminal based on the system webpage;
s13: based on the steps S11 and S12, selecting and matching uplink and downlink messages based on the front end of the GUI to form a message pair for processing a terminal request and making a response, or issuing a server instruction and waiting for the response of the terminal, namely completing the configuration of a message protocol;
s14: detecting the configurable response time of the message, and discarding the message interaction when the response time is over;
s15: under the condition of protocol requirements, data are transferred between uplink and downlink messages, namely, a field is extracted from a terminal request message and written into a response message, or a field is extracted from a communication server instruction and written into a message waiting for terminal response.
More preferably, the step S2 includes:
s21: for configured message pairs, a user can select and arrange certain message pairs at the front end of the GUI to form a queue of interaction behaviors between the terminal and the communication server, and the subsequent message at the moment is taken as the expectation of the preamble message;
s22: regarding the queue generated in the S21, taking the assertion result of each judgment point as a test step result, and judging that the test scene is executed when all steps of the whole queue pass, namely all messages between the terminal and the server interact according to expectations; and otherwise, judging that the test scene execution does not pass.
Further preferably, in the step S2: and configuring timeout time between message pairs in the queue, and when the response is timeout, judging that the test step is not passed, discarding the subsequent messages in the queue and judging that the execution of the test scene is not passed.
Further preferably, in the step S2: under the condition of actual service or function requirements of the terminal, data transfer can be carried out between message pairs in the queue, and the message pairs are expected to be part of judging point assertion conditions.
By adopting the technical scheme: the tester can configure the data such as message data, test scene and the like through the service server and persist in the relational database; then the terminal communication server loads the related data to interact with the terminal; data such as the results of the test will also be stored in the relational database. The logs generated by the two servers are collected and structured by a log collection component, are persisted by a non-relational database, are returned to a functional tester by a service server together with the test historical data, so as to finish the reference and secondary processing use of the historical data.
Compared with the prior art, the method and the device can refer to the detected historical data to carry out secondary processing on the current detection result, can also test whether the terminal equipment works normally after firmware upgrading, and can realize automatic testing on a plurality of remote terminals of the Internet of things, thereby reducing the workload of manual testing and completing the testing task which cannot be completed manually.
Drawings
The invention is described in further detail below with reference to the attached drawings and detailed description:
fig. 1 is a schematic structural diagram of an automated testing system for an internet of things terminal according to the present invention;
FIG. 2 is a schematic diagram of the data processing flow of embodiment 1;
fig. 3 is a schematic workflow diagram of example 1.
The correspondence between each reference number and the component name is as follows:
1. a service server; 2. a terminal communication server; 3. a relational database; 4. a non-relational database; 5. a remote terminal; 6. a log collection component; 11. a system web page; 12. a background API.
Detailed Description
In order to more clearly illustrate the technical solution of the present invention, the following will further describe in connection with various embodiments.
Example 1 is shown in fig. 1:
an automated testing system for an internet of things terminal, comprising: a service server 1, a terminal communication server 2, a relational database 3, a non-relational database 4, a remote terminal 5 and a log collection component 6.
The relational database 3 is connected with the service server 1 and is used for storing a message protocol, test scene data and test result data generated by the service server 1; the terminal communication server 2 is connected with the relational database 3 and the remote terminal 5, and is used for loading a message protocol and test scene data from the relational database 3 and carrying out data interaction with the remote terminal 5 in a TCP long-chain connection mode; the log collection component 6 is connected with the service server 1, the terminal communication server 2 and the non-relational database 4; the system log data is used for collecting log data generated by the terminal communication server 2 and the service server 1 and processing the log data to generate the system log data; the non-relational database 4 is connected with the log collection component 6 and is used for storing the system log data generated by the log collection component 6; the service server 1 is connected with the terminal communication server 2 and the non-relational database 4, and is used for providing GUI for users, processing user input, reading log data stored in the non-relational database, controlling the terminal communication server 2 to work, receiving feedback of the remote terminal 5 through the terminal communication server 2, and generating message protocol, test scene data and test result data.
Wherein, the business server 1 adopts a B/S structure and comprises a system webpage 11 and a background API12; the system web page 11 is configured to output a configuration request, a control request and a query request to the background API12, and perform visualization processing on feedback of the background API12 to display the configuration request, the control request and the query request; the background API12 is configured to process a terminal message protocol, a default response of a communication server, and test scene data and store the processed response and test scene data in the relational database 3 when receiving a configuration request of the system web page 11; when receiving a control request of a system webpage 11, performing control operation on a background API12 or a terminal communication server 2 embedded in the system; when receiving the inquiry request of the system web page, the corresponding data is acquired from the relational database 3 and/or the non-relational database 4, and the feedback is carried out after the visualization processing. The system web page 11 implements full duplex communication with the background API12 using WebSocket communication protocol. The terminal communication server 2 adopts a non-blocking server to realize data interaction with the remote terminal 5. The message protocol and the test scene are configurable in view of scalability. And the interaction of the terminal communication server 2 comprises two types of default interaction and execution test.
Wherein the number of remote terminals 5 may be plural (e.g., 1-n in fig. 1). The remote terminal 5 may be an in-vehicle terminal mounted on a vehicle for collecting vehicle information (e.g., speed, position, etc. of the vehicle) and controlling the vehicle (e.g., opening or closing a door, etc.).
As shown in fig. 2-3: in practice, the working process is as follows.
S1: and (3) configuring a message protocol:
for the message of the remote terminal 5, the user specifies the regular expression through the system webpage 11 to identify and analyze the regular expression; for the downlink message of the terminal communication server 2, the user specifies the message as an identifiable effective message template through the system webpage 11; and the user selects and matches the uplink and downlink messages from the system webpage 11 to form a message pair for processing the terminal request and making a response, or issuing a server instruction and waiting for the terminal response, namely completing the configuration of the message protocol. The message pair can be configured with a timeout, and when the response is timed out, the message interaction is abandoned. Under the condition of protocol requirements, data can be transferred between uplink and downlink messages. Extracting a field from the terminal request message and writing the field into the response message; or extracting a field from the terminal communication server instruction, and writing the field into a message waiting for the terminal response.
S2: configuration test scenario:
for the configured message pairs, the user may select and arrange some message pairs in the system web page 11, form a queue (queue) of interaction between the terminal communication servers 2, and the subsequent message is the expected preamble message at this time. The next message is issued only after the uplink message of the current sequence terminal is identified and judged correctly according to the rule. For the generated queue, the assertion result of each judgment point is the result of the test step, and when all steps of the whole queue pass, namely all messages between the terminal and the server interact as expected, the test scene is executed to pass; otherwise, the test scene execution does not pass. When the response time is out, the subsequent message pairs in the queue are all discarded, and the execution of the test scene is not carried out under the condition that the actual service or function of the terminal is required, the message pairs in the queue can be subjected to data transfer and are expected to become part of the judgment point assertion condition.
S2: default interactions:
for configured message pairs, some message pairs which process the terminal request and respond can be designated as default interaction behaviors of the terminal communication server. In this case, after the communication server is started by the service server, the corresponding message pair is loaded into the memory from the relational database; and automatically and continuously responds to the corresponding request of the terminal so as to complete the tasks of keeping the terminal linked with the system, and the like.
S4: performing a test:
for the configured test scenario, i.e., the message queue, the test command is loaded from the relational database into memory when initiated by the service server. The test scene is validated in a hot plug mode, namely, the implantation and removal of the test scene do not need to restart the terminal communication server. And the priority of the message pair in the test scene is higher than the default interaction, namely if the message pair is a message B in the default interaction for a certain terminal uplink message A, if the message pair is a message C in the test scene, the server responds to the message C when the test scene is effective. In addition, the test scene and the default interaction are allowed to be parallel, i.e. if a message which a certain terminal uplinks, if the message which the terminal uplinks belongs to is corresponding to the default interaction, if the message which the terminal uplinks does not exist in the test scene in effect but exists in the default interaction, the server responds correspondingly according to the default interaction.
The above description is merely an embodiment of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions easily come within the technical scope of the present invention as those skilled in the art will readily come to be included in the scope of the present invention. The protection scope of the present invention is subject to the protection scope of the claims.
Claims (9)
1. An automated testing system of an internet of things terminal is characterized in that: the system comprises a service server (1), a terminal communication server (2), a relational database (3), a non-relational database (4), a remote terminal (5) and a log collecting component (6);
the relational database (3) is connected with the service server (1) and is used for storing a message protocol, test scene data and test result data generated by the service server (1);
the terminal communication server (2) is connected with the relational database (3) and the remote terminal (5) and is used for loading a message protocol and test scene data from the relational database (3) and carrying out data interaction with the remote terminal (5) in a TCP long-chain connection mode;
the log collection component (6) is connected with the service server (1), the terminal communication server (2) and the non-relational database (4); the system log data is used for collecting log data generated by the terminal communication server (2) and the service server (1) and processing the log data to generate system log data;
the non-relational database (4) is connected with the log collection component (6) and is used for storing the system log data generated by the log collection component (6);
the service server (1) is connected with the terminal communication server (2) and the non-relational database (4) and is used for providing a GUI for a user, processing user input, reading log data stored in the non-relational database, controlling the terminal communication server (2) to work, receiving feedback of a remote terminal (5) through the terminal communication server (2), and generating a message protocol, test scene data and test result data;
the automatic test system of the terminal of the Internet of things performs automatic test operation of the terminal of the Internet of things, wherein the automatic test operation of the terminal of the Internet of things performs the following processes:
s1, configuring a message protocol: forming a message pair for processing a terminal request and making a response or issuing a server instruction and waiting for a remote terminal response to an uplink message of a remote terminal (5) and a downlink message of a terminal communication server (2);
s2, configuring a test scene: forming a queue of interaction behaviors among the terminal communication servers (2) for the configured message pairs, and taking the subsequent messages as preamble expectations; judging whether the execution of the test scene is passed or not by taking the assertion result of each judgment point as the result of the test step for the generated queue;
s3, default interaction: for the configured message pairs, designating the message pairs for processing the terminal request and responding to the message pairs as default interaction behaviors of the terminal communication server, and loading the corresponding message pairs from the relational database to the memory after the terminal communication server is started by the service server; and continually respond to the corresponding request of the remote terminal;
s4, performing a test: for the configured message pairs, loading the configured message pairs into a memory from a relational database when a service server initiates execution of a test command;
the step S1 includes:
s11: for the message of the remote terminal uplink, the user identifies and analyzes the message based on the regular expression specified by the system webpage;
s12: for the downlink message of the terminal communication server, the user forms an effective message template which can be identified by a remote terminal based on a system webpage;
s13: based on the steps S11 and S12, based on the selection and matching of the GUI front end, forming a message pair for processing the terminal request and making a response, or issuing a server instruction and waiting for the response of the remote terminal, and completing the configuration of the message protocol;
s14: detecting the configurable response time of the message, and discarding the message interaction when the response time is over;
s15: under the condition of protocol requirements, data are transferred between uplink and downlink messages, namely, a field is extracted from a terminal request message and written into a response message, or a field is extracted from a terminal communication server instruction and written into a message waiting for a remote terminal to respond.
2. The automated test system of internet of things terminals of claim 1, wherein: the service server (1) adopts a B/S structure and comprises a system webpage (11) and a background API (12);
the system webpage (11) is used for outputting a configuration request, a control request and a query request to the background API (12) and carrying out visual processing on feedback of the background API (12) for display; the background API (12) is used for processing a terminal message protocol, a communication server default response and test scene data and then storing the processed terminal message protocol, the communication server default response and test scene data into the relational database (3) when receiving a configuration request of the system webpage (11); when a control request of a system webpage (11) is received, performing control operation on a background API (12) or a terminal communication server (2) embedded in the system; when receiving the inquiry request of the system web page, corresponding data is acquired from the relational database (3) and/or the non-relational database (4), and the feedback is carried out after the visualization processing.
3. The automated test system of internet of things terminals of claim 2, wherein: the system web page (11) adopts a WebSocket communication protocol to realize full duplex communication with the background API (12).
4. The automated test system of internet of things terminals of claim 1, wherein: the terminal communication server (2) adopts a non-blocking server.
5. The automated test system of internet of things terminals of claim 1, wherein: the remote terminal (5) is a plurality of; the remote terminal (5) is a vehicle-mounted terminal, and the vehicle-mounted terminal is arranged on a vehicle and used for collecting vehicle information and controlling the vehicle.
6. An automated testing method for an internet of things terminal, characterized in that the system according to any one of claims 1-4 is adopted, comprising the following steps:
s1, configuring a message protocol: forming a message pair for processing a terminal request and making a response or issuing a server instruction and waiting for a remote terminal response to an uplink message of a remote terminal (5) and a downlink message of a terminal communication server (2);
s2, configuring a test scene: forming a queue of interaction behaviors among the terminal communication servers (2) for the configured message pairs, and taking the subsequent messages as preamble expectations; judging whether the execution of the test scene is passed or not by taking the assertion result of each judgment point as the result of the test step for the generated queue;
s3, default interaction: for the configured message pairs, designating the message pairs for processing the terminal request and responding to the message pairs as default interaction behaviors of the terminal communication server, and loading the corresponding message pairs from the relational database to the memory after the terminal communication server is started by the service server; and continually respond to the corresponding request of the remote terminal;
s4, performing a test: for the configured message pairs, loading the configured message pairs into a memory from a relational database when a service server initiates execution of a test command;
the step S1 includes:
s11: for the message of the remote terminal uplink, the user identifies and analyzes the message based on the regular expression specified by the system webpage;
s12: for the downlink message of the terminal communication server, the user forms an effective message template which can be identified by a remote terminal based on a system webpage;
s13: based on the steps S11 and S12, based on the selection and matching of the GUI front end, forming a message pair for processing the terminal request and making a response, or issuing a server instruction and waiting for the response of the remote terminal, and completing the configuration of the message protocol;
s14: detecting the configurable response time of the message, and discarding the message interaction when the response time is over;
s15: under the condition of protocol requirements, data are transferred between uplink and downlink messages, namely, a field is extracted from a terminal request message and written into a response message, or a field is extracted from a terminal communication server instruction and written into a message waiting for a remote terminal to respond.
7. The automated testing method of the internet of things terminal according to claim 6, wherein the step S2 comprises:
s21: for configured message pairs, a user selects and arranges certain message pairs at the front end of the GUI to form a queue of interaction behavior between the remote terminal and the terminal communication server, and takes the subsequent message at the moment as the expectation of the preamble message;
s22: regarding the queue generated in the S21, taking the assertion result of each judgment point as the test step result, and judging that the test scene is executed when all steps of the whole queue pass, namely all messages between the remote terminal and the terminal communication server interact as expected; and otherwise, judging that the test scene execution does not pass.
8. The automated testing method of the internet of things terminal according to claim 7, wherein in the step S2: and configuring timeout time between message pairs in the queue, and when the response is timeout, judging that the test step is not passed, discarding the subsequent messages in the queue and judging that the execution of the test scene is not passed.
9. The automated testing method of the internet of things terminal according to claim 8, wherein in the step S2: in the case of actual traffic or functional requirements of the remote terminal, data transfer is performed between pairs of messages in the queue as part of the desire to be a predicate-predicate condition.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910030315.3A CN109560996B (en) | 2019-01-14 | 2019-01-14 | Automatic testing system and method for terminal of Internet of things |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910030315.3A CN109560996B (en) | 2019-01-14 | 2019-01-14 | Automatic testing system and method for terminal of Internet of things |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109560996A CN109560996A (en) | 2019-04-02 |
| CN109560996B true CN109560996B (en) | 2023-11-17 |
Family
ID=65872960
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910030315.3A Active CN109560996B (en) | 2019-01-14 | 2019-01-14 | Automatic testing system and method for terminal of Internet of things |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109560996B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110086692A (en) * | 2019-05-14 | 2019-08-02 | 广州云智易物联网有限公司 | A kind of automated testing method based on Internet of Things, device and computer equipment |
| CN110636131B (en) * | 2019-09-25 | 2021-11-16 | 北京中广瑞波科技股份有限公司 | Internet of things testing system based on cloud technology |
| CN111147579B (en) * | 2019-12-25 | 2020-11-24 | 长江水利委员会水文局长江中游水文水资源勘测局 | Automatic hydrological cableway measuring and controlling system based on Web technology |
| CN112351098B (en) * | 2020-11-05 | 2023-05-12 | 深信服科技股份有限公司 | Copying service cluster system, control method, device and medium |
| CN113852426A (en) * | 2021-09-24 | 2021-12-28 | 博鼎实华(北京)技术有限公司 | Remote testing method, device and system |
| CN115550336A (en) * | 2022-09-16 | 2022-12-30 | 宁夏隆基宁光仪表股份有限公司 | NB-IoT meter test communication method, system and test equipment based on Web |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20070059296A (en) * | 2005-12-06 | 2007-06-12 | 주식회사 케이티 | Remote control system for internet service device |
| CN101751033A (en) * | 2008-12-01 | 2010-06-23 | 北京经纬恒润科技有限公司 | Vehicular remote monitoring and diagnosing system and method |
| CN105450476A (en) * | 2015-12-07 | 2016-03-30 | 北京先进数通信息技术股份公司 | Regression test system and test method |
| CN105548749A (en) * | 2015-12-08 | 2016-05-04 | 北京星河亮点技术股份有限公司 | Communication terminal testing method, device and system based on internet |
| CN106897206A (en) * | 2015-12-18 | 2017-06-27 | 阿里巴巴集团控股有限公司 | A kind of service test method and device |
| CN107438055A (en) * | 2016-05-27 | 2017-12-05 | 黄石永明环保科技有限公司 | Enviromental monitoring equipment is remotely countercharged and diagnostic system |
| CN209001983U (en) * | 2019-01-14 | 2019-06-18 | 上海挚极信息科技有限公司 | Internet-of-things terminal automatization test system |
-
2019
- 2019-01-14 CN CN201910030315.3A patent/CN109560996B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20070059296A (en) * | 2005-12-06 | 2007-06-12 | 주식회사 케이티 | Remote control system for internet service device |
| CN101751033A (en) * | 2008-12-01 | 2010-06-23 | 北京经纬恒润科技有限公司 | Vehicular remote monitoring and diagnosing system and method |
| CN105450476A (en) * | 2015-12-07 | 2016-03-30 | 北京先进数通信息技术股份公司 | Regression test system and test method |
| CN105548749A (en) * | 2015-12-08 | 2016-05-04 | 北京星河亮点技术股份有限公司 | Communication terminal testing method, device and system based on internet |
| CN106897206A (en) * | 2015-12-18 | 2017-06-27 | 阿里巴巴集团控股有限公司 | A kind of service test method and device |
| CN107438055A (en) * | 2016-05-27 | 2017-12-05 | 黄石永明环保科技有限公司 | Enviromental monitoring equipment is remotely countercharged and diagnostic system |
| CN209001983U (en) * | 2019-01-14 | 2019-06-18 | 上海挚极信息科技有限公司 | Internet-of-things terminal automatization test system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109560996A (en) | 2019-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109560996B (en) | Automatic testing system and method for terminal of Internet of things | |
| CN110428127B (en) | Automatic analysis method, user equipment, storage medium and device | |
| CN111475417A (en) | Automatic testing method, device, equipment and storage medium | |
| CN110232014A (en) | Operation flow automated testing method, device, controller and medium | |
| CN110798445B (en) | Public gateway interface testing method and device, computer equipment and storage medium | |
| CN105405221A (en) | Method and device for automated test | |
| CN112738230B (en) | Automatic network gate testing system and working method thereof | |
| CN105205144A (en) | Method and system used for data diagnosis and optimization | |
| CN112437047A (en) | Remote server management method, system and related device | |
| CN110011875A (en) | Dial testing method, device, equipment and computer readable storage medium | |
| CN115686540A (en) | RPA control method and system based on Hongmong system | |
| CN110717184A (en) | Distributed safety test system | |
| CN113760730A (en) | Automatic testing method and device | |
| CN109800081A (en) | A kind of management method and relevant device of big data task | |
| CN111970151A (en) | Flow fault positioning method and system for virtual and container network | |
| CN115150377A (en) | Method and device for calling and processing simulation interface | |
| CN109409948B (en) | Transaction abnormity detection method, device, equipment and computer readable storage medium | |
| CN111104336A (en) | Online service interface testing method and device based on container and VNC | |
| CN113821254A (en) | Interface data processing method, device, storage medium and equipment | |
| CN117499148A (en) | Network access control method, device, equipment and storage medium | |
| CN209001983U (en) | Internet-of-things terminal automatization test system | |
| JP2016071398A (en) | Test execution device, test execution method, and computer program | |
| CN105405220A (en) | Method and device for automated test | |
| US20220272009A1 (en) | Incorporation of a trace visualization with a traffic graph visualization in a service mesh | |
| CN108881373A (en) | A kind of front end data method for stream processing based on MVC frame |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |