CN112380143A - POS product automatic testing method, system, equipment and computer storage medium - Google Patents
POS product automatic testing method, system, equipment and computer storage medium Download PDFInfo
- Publication number
- CN112380143A CN112380143A CN202011473068.3A CN202011473068A CN112380143A CN 112380143 A CN112380143 A CN 112380143A CN 202011473068 A CN202011473068 A CN 202011473068A CN 112380143 A CN112380143 A CN 112380143A
- Authority
- CN
- China
- Prior art keywords
- pos
- data
- test
- python
- robotframework
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Abstract
The invention discloses a method, a system, equipment and a computer storage medium for automatically testing POS products, wherein the method part comprises the following steps: s1, issuing test data and flow by using RobotFramework software; s2, adding a self-defined library PyNdkLibrary into python, packaging the issued test data and the process keywords to form a data packet, and sending the data packet to the POS; s3, the POS receives the data packet analysis data and executes the corresponding operation; s4, the POS packs the execution result and returns the execution result to python; s5, after receiving the data returned by the POS, the python analyzes the test result and returns the analysis result to the RobotFramework; and S6, comparing the received result with the expected result by the RobotFramework, if the comparison is consistent, the test is passed, otherwise, the test fails. The problem that testing is performed in a manual execution mode, and time is too long and tedious is solved.
Description
Technical Field
The invention is applied to the field of POS test, in particular to a method, a system, equipment and a computer storage medium for automatically testing POS products.
Background
Quality concerns are a critical concern before the POS is put into production. With the rapid development of the POS industry, POS products are diversified, and the research and development speed is increased day by day. In the face of increasingly developed products, the workload born by testers is heavier, often resulting in the following situations: the testing speed of testers cannot keep up with the research and development speed of research and development personnel. In the short term, or by means of an extension of the testing personnel, such a rapid development speed can be coped with, but this is obviously an unwise option if considered in the long run. Thus, it is necessary to improve the test efficiency without affecting the quality. At present, POS products are mostly tested in a manual execution mode, which is too time-consuming and tedious.
Disclosure of Invention
The invention aims to solve the technical problem of the prior art and provides a method, a system, equipment and a computer storage medium for automatically testing a POS product.
In order to solve the technical problem, the automatic test method for the POS product comprises the following steps:
s1, issuing test data and flow by using RobotFramework software;
s2, adding a self-defined library PyNdkLibrary into python, packaging the issued test data and the process keywords to form a data packet, and sending the data packet to the POS;
s3, the POS receives the data packet analysis data and executes the corresponding operation;
s4, the POS packs the execution result and returns the execution result to python;
s5, after receiving the data returned by the POS, the python analyzes the test result and returns the analysis result to the RobotFramework;
and S6, comparing the received result with the expected result by the RobotFramework, if the comparison is consistent, the test is passed, otherwise, the test fails.
As a possible implementation manner, further, the step S2 includes the following specific steps:
s21, python receives the test data and assigns a unique instruction code for each keyword;
s22, after the keyword receives the test data transmitted by the RobotFramework, the instruction code and the test data are combined into a data packet in a fixed format;
s23, python sends the composed packet to the POS.
As a possible implementation manner, further, in the step S23, the process that the python sends the packet to the POS is performed by using a PC preloaded with python to connect with the POS through a USB, and the specific communication flow steps are as follows:
1) judging whether the running case is the first running case or not; if yes, executing step 2); if not, executing the step 3);
2) opening the serial port and keeping the serial port always open;
3) the PC preloaded with python sends the data packet to the POS machine;
4) the PC waits for receiving 12 bytes of data returned by the POS machine and judges whether the waiting time is overtime; if overtime, ending; if not, executing step 5);
5) judging whether 12 bytes of data are received, if so, executing the step 6), and if not, returning to the step 4);
6) the PC preloaded with python analyzes the residual data length n from the 12 bytes of data;
7) the PC waits for receiving n bytes of data returned by the POS machine;
8) the PC judges whether n bytes of data are received, if so, the step 9) is executed, and if not, the step 7) is returned;
9) the received data packet is delivered to python for processing;
as a possible implementation manner, further, the process of receiving, by the POS, the packet analysis data in step S3 and executing the corresponding operation specifically includes the following steps:
s31, opening a serial port by the POS;
s32, the POS waits for 12 bytes of data to be received;
s33, the POS judges whether 12 bytes of data are received; if yes, continuing to step S34, otherwise returning to step S32;
s34, analyzing the residual data length n;
s35, waiting for receiving n bytes of data;
s36, the POS judges whether 12 bytes of data are received; if yes, continuing to step S37, otherwise returning to step S35;
s37, the POS analyzes the instruction code, finds out the instruction corresponding to the instruction code according to the instruction code, and analyzes the parameter transmitted by the RobotFramework in the corresponding instruction;
s38, packaging the test result according to the specified format after the POS executes the interface;
s39, the POS sends back the data packet.
A POS product automated testing system, comprising:
the RobotFramework software module is used for sending the test data and the flow to the python module and comparing the received test result with an expected result;
the system comprises a python module, a RobotFramework software module and a data packet sending module, wherein the python module is used for adding a self-defined library PyNdkLibrary, packaging issued test data and flow keywords to form a data packet, sending the data packet to the POS, receiving the data packet returned by the POS to analyze a test result in the data packet, and then returning the analyzed result to the RobotFramework software module;
the POS service module is used for analyzing the parameters transmitted by the RobotFramework software module and executing corresponding operation; specifically, 12-byte data is waited to be received, after the 12-byte data is received, length information is analyzed, and then the rest data is received; after receiving all the data, the POS service module firstly analyzes the instruction code, finds out an instruction corresponding to the instruction code according to the instruction code, and then analyzes the parameters transmitted by the RobotFramework software module in the corresponding instruction; and finally, the execution interface executes different results according to different parameters, packages the results, sends the results back to the python module and waits for the next data reception.
A POS product automated testing apparatus, comprising: a processor, a memory, and a computer program stored in the memory, the computer program executable by the processor to implement a POS product automated testing method.
A computer storage medium for automated testing of POS products, the computer storage medium comprising a stored computer program, wherein the computer program, when executed, controls a device on which the computer storage medium is located to perform a method for automated testing of POS products.
By adopting the technical scheme, the invention has the following beneficial effects:
the method combines POS and RobotFramework, ingeniously applies an automatic test framework originally used for webpage test to POS equipment test, packages an interface of the POS equipment into a keyword by using the characteristics of the RobotFramework based on the keyword and data drive, and takes a custom library PyNdkLibrary as a middle bridge to realize data processing and forwarding. The service is realized on the POS equipment, only the instruction transmitted by the python layer is received and processed, the actual scene of each test case is not concerned, the test flow is controlled by the RobotFramework instead of directly compiling the case on the POS equipment, the test efficiency of the POS equipment is greatly improved, and the problems of too much time consumption and complexity in the process of testing by adopting a manual execution mode are solved.
Drawings
The invention is described in further detail below with reference to the following figures and embodiments:
FIG. 1 is a simplified flow diagram of the steps of the present invention;
FIG. 2 is a simplified diagram of a RobotFramework software test data and process interface according to the present invention;
fig. 3 is a schematic diagram of the principle of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be described in detail and completely with reference to the accompanying drawings.
As shown in fig. 1-2, the present invention provides an automated POS product testing method, which includes the following steps:
s1, issuing test data and flow by using RobotFramework software; as shown in FIG. 2, the selected box is the incoming test data; NDK RfidPiccDeactivate and NDK _ RfidFelicaPoll are keywords for custom library PyNdkLibrary packages.
S2, adding a self-defined library PyNdkLibrary into python, packaging the issued test data and the process keywords to form a data packet, and sending the data packet to the POS;
s3, the POS receives the data packet analysis data and executes the corresponding operation;
s4, the POS packs the execution result and returns the execution result to python;
s5, after receiving the data returned by the POS, the python analyzes the test result and returns the analysis result to the RobotFramework;
and S6, comparing the received result with the expected result by the RobotFramework, if the comparison is consistent, the test is passed, otherwise, the test fails.
As a possible implementation manner, further, the step S2 includes the following specific steps:
s21, python receives the test data and assigns a unique instruction code for each keyword;
s22, after the keyword receives the test data transmitted by the RobotFramework, the instruction code and the test data are combined into a data packet in a fixed format;
s23, python sends the composed packet to the POS.
The data packet is sent from the PC to the POS equipment, and the following communication modes are mainly adopted: usb, adb, wifi and bluetooth. The tester can select the required communication mode by configuring the JSON file. As a possible implementation manner, further, in the step S23, the process that the python sends the packet to the POS is performed by using a PC preloaded with python to connect with the POS through a USB, and the specific communication flow steps are as follows:
1) judging whether the running case is the first running case or not; if yes, executing step 2); if not, executing the step 3); only when the case is run for the first time, the serial port needs to be opened, the mode that the serial port is opened is kept continuously, the serial port is not closed any more, and time consumption caused by repeated opening and closing of the serial port is reduced. And under the condition that the serial port is opened, sending the data packet to the POS machine, and then receiving the data returned by the POS machine twice.
2) Opening the serial port and keeping the serial port always open;
3) the PC preloaded with python sends the data packet to the POS machine;
4) the PC waits for receiving 12 bytes of data returned by the POS machine and judges whether the waiting time is overtime; if overtime, ending; if not, executing step 5); firstly, we receive 12 bytes of data (the 12 bytes of data are command headers, and the 12 bytes of subsequent data are data really needed by us), parse the residual length information from the 12 bytes of data, and then receive the data with the residual length. The two-time receiving is realized because the packet length received each time is not fixed, the purpose that the serial port receiving mode is non-blocking can be achieved only by receiving the length information first and then receiving the residual data, so that the test result can be sent and received immediately, and the time consumption caused by the blocking mode is avoided.
5) Judging whether 12 bytes of data are received, if so, executing the step 6), and if not, returning to the step 4);
6) the PC preloaded with python analyzes the residual data length n from the 12 bytes of data;
7) the PC waits for receiving n bytes of data returned by the POS machine;
8) the PC judges whether n bytes of data are received, if so, the step 9) is executed, and if not, the step 7) is returned;
9) the received data packet is delivered to python for processing;
as a possible implementation manner, further, the process of receiving, by the POS, the packet analysis data in step S3 and executing the corresponding operation specifically includes the following steps:
s31, opening a serial port by the POS;
s32, the POS waits for 12 bytes of data to be received;
s33, the POS judges whether 12 bytes of data are received; if yes, continuing to step S34, otherwise returning to step S32;
s34, analyzing the residual data length n;
s35, waiting for receiving n bytes of data;
s36, the POS judges whether 12 bytes of data are received; if yes, continuing to step S37, otherwise returning to step S35;
s37, the POS analyzes the instruction code, finds out the instruction corresponding to the instruction code according to the instruction code, and analyzes the parameter transmitted by the RobotFramework in the corresponding instruction;
s38, packaging the test result according to the specified format after the POS executes the interface;
s39, the POS sends back the data packet.
In the test process, each case is independent and does not influence each other. Judging that the corresponding use case is not supported by the POS machine hardware configuration code mode, if the use case supports magnetic card test, executing the use case, and if not, setting the use case as NA; 5. the running script of each POS product is written in advance, and when the test personnel executes, only the script needs to be copied, the use case can be directly executed, and the test report and the test log can be generated under the appointed directory. The method can be combined with Jenkins to monitor a code warehouse of a developer, when the code warehouse of the developer is changed, firmware is automatically compiled, packaged and downloaded to a POS machine, the POS machine downloads and starts service, then corresponding test cases are executed, and after the test is finished, results are sent to corresponding personnel, so that the purpose of integrated test is achieved. The scheme solves the following technical problems existing at present: 1. how to realize the interaction between the RobotFramework framework and the POS equipment; 2. the functions supported by the POS equipment are complex and changeable, and how to correctly distinguish the use cases required to be operated by each equipment; 3. how to implement the integrated test of the POS; 4. how to enable a tester to execute the use case in the simplest way and obtain a final test report; 5. how quickly log information necessary for the positioning problem should be fed back to the test and development personnel.
As shown in fig. 3, an automated testing system for POS products includes:
the RobotFramework software module is used for sending the test data and the flow to the python module and comparing the received test result with an expected result; carrying out secondary development on the RobotFramework, adding an NA state representing that the use case is not supported, and displaying in yellow (only the Pass and Failed states exist on the RobotFramework);
the system comprises a python module, a RobotFramework software module and a data packet sending module, wherein the python module is used for adding a self-defined library PyNdkLibrary, packaging issued test data and flow keywords to form a data packet, sending the data packet to the POS, receiving the data packet returned by the POS to analyze a test result in the data packet, and then returning the analyzed result to the RobotFramework software module;
the POS service module is used for analyzing the parameters transmitted by the RobotFramework software module and executing corresponding operation; specifically, 12-byte data is waited to be received, after the 12-byte data is received, length information is analyzed, and then the rest data is received; after receiving all the data, the POS service module firstly analyzes the instruction code, finds out an instruction corresponding to the instruction code according to the instruction code, and then analyzes the parameters transmitted by the RobotFramework software module in the corresponding instruction; and finally, the execution interface executes different results according to different parameters, packages the results, sends the results back to the python module and waits for the next data reception. The log information of the POS equipment is saved and is indispensable to the positioning problem, the log information of the POS equipment is directly sent to the PC terminal, and testers and developers can position the problem more quickly.
A POS product automated testing apparatus, comprising: a processor, a memory, and a computer program stored in the memory, the computer program executable by the processor to implement a POS product automated testing method.
A computer storage medium for automated testing of POS products, the computer storage medium comprising a stored computer program, wherein the computer program, when executed, controls a device on which the computer storage medium is located to perform a method for automated testing of POS products.
Illustratively, the computer program may be divided into one or more units, which are stored in the memory and executed by the processor to accomplish the present invention. The one or more units may be a series of computer program instruction segments capable of performing specific functions, which are used for describing the execution process of the computer program in the automatic test equipment of the POS products.
The POS product automatic test equipment can comprise but is not limited to a processor and a memory. Those skilled in the art will appreciate that the schematic diagram is merely an example of a POS product automated testing device and does not constitute a limitation of a POS product automated testing device, and may include more or fewer components than shown, or some components in combination, or different components, e.g., the POS product automated testing device may also include input-output devices, network access devices, buses, etc.
The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. The general purpose processor may be a microprocessor or the processor may be any conventional processor or the like, the control center of the POS product automated test equipment utilizes various interfaces and lines to connect the various parts of the entire POS product automated test equipment.
The memory may be used to store the computer programs and/or modules, and the processor may implement the functions of the POS product automated test equipment by running or executing the computer programs and/or modules stored in the memory and invoking the data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
The unit integrated with the automatic test equipment of the POS product can be stored in a computer readable storage medium if the unit is realized in the form of a software functional unit and sold or used as an independent product. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method embodiments may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.
It should be noted that the above-described device embodiments are merely illustrative, where the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. In addition, in the drawings of the embodiment of the apparatus provided by the present invention, the connection relationship between the modules indicates that there is a communication connection between them, and may be specifically implemented as one or more communication buses or signal lines. One of ordinary skill in the art can understand and implement it without inventive effort.
The foregoing is directed to embodiments of the present invention, and equivalents, modifications, substitutions and variations such as will occur to those skilled in the art, which fall within the scope and spirit of the appended claims.
Claims (7)
1. A POS product automatic test method is characterized in that: which comprises the following steps:
s1, issuing test data and flow by using RobotFramework software;
s2, adding a self-defined library PyNdkLibrary into python, packaging the issued test data and the process keywords to form a data packet, and sending the data packet to the POS;
s3, the POS receives the data packet analysis data and executes the corresponding operation;
s4, the POS packs the execution result and returns the execution result to python;
s5, after receiving the data returned by the POS, the python analyzes the test result and returns the analysis result to the RobotFramework;
and S6, comparing the received result with the expected result by the RobotFramework, if the comparison is consistent, the test is passed, otherwise, the test fails.
2. The automated POS product testing method of claim 1, wherein: the step S2 includes the following steps:
s21, python receives the test data and assigns a unique instruction code for each keyword;
s22, after the keyword receives the test data transmitted by the RobotFramework, the instruction code and the test data are combined into a data packet in a fixed format;
s23, python sends the composed packet to the POS.
3. The automated POS product testing method of claim 1, wherein:
in the step S23, the process of sending the data packet to the POS by python is performed in a manner that a PC preloaded with python is connected to the POS through a USB, and the specific communication flow steps are as follows:
1) judging whether the running case is the first running case or not; if yes, executing step 2); if not, executing the step 3);
2) opening the serial port and keeping the serial port always open;
3) the PC preloaded with python sends the data packet to the POS machine;
4) the PC waits for receiving 12 bytes of data returned by the POS machine and judges whether the waiting time is overtime; if overtime, ending; if not, executing step 5);
5) judging whether 12 bytes of data are received, if so, executing the step 6), and if not, returning to the step 4);
6) the PC preloaded with python analyzes the residual data length n from the 12 bytes of data;
7) the PC waits for receiving n bytes of data returned by the POS machine;
8) the PC judges whether n bytes of data are received, if so, the step 9) is executed, and if not, the step 7) is returned;
9) the received data packet is delivered to python for processing;
4. the automated POS product testing method of claim 1, wherein: the process of receiving the packet analysis data by the POS in step S3 and executing the corresponding operation specifically includes the following steps:
s31, opening a serial port by the POS;
s32, the POS waits for 12 bytes of data to be received;
s33, the POS judges whether 12 bytes of data are received; if yes, continuing to step S34, otherwise returning to step S32;
s34, analyzing the residual data length n;
s35, waiting for receiving n bytes of data;
s36, the POS judges whether 12 bytes of data are received; if yes, continuing to step S37, otherwise returning to step S35;
s37, the POS analyzes the instruction code, finds out the instruction corresponding to the instruction code according to the instruction code, and analyzes the parameter transmitted by the RobotFramework in the corresponding instruction;
s38, packaging the test result according to the specified format after the POS executes the interface;
s39, the POS sends back the data packet.
5. The automatic POS product testing system is characterized in that: it includes:
the RobotFramework software module is used for sending the test data and the flow to the python module and comparing the received test result with an expected result;
the system comprises a python module, a RobotFramework software module and a data packet sending module, wherein the python module is used for adding a self-defined library PyNdkLibrary, packaging issued test data and flow keywords to form a data packet, sending the data packet to the POS, receiving the data packet returned by the POS to analyze a test result in the data packet, and then returning the analyzed result to the RobotFramework software module;
the POS service module is used for analyzing the parameters transmitted by the RobotFramework software module and executing corresponding operation; specifically, 12-byte data is waited to be received, after the 12-byte data is received, length information is analyzed, and then the rest data is received; after receiving all the data, the POS service module firstly analyzes the instruction code, finds out an instruction corresponding to the instruction code according to the instruction code, and then analyzes the parameters transmitted by the RobotFramework software module in the corresponding instruction; and finally, the execution interface executes different results according to different parameters, packages the results, sends the results back to the python module and waits for the next data reception.
6. The utility model provides a POS product automation test equipment which characterized in that: it includes: a processor, a memory, and a computer program stored in the memory, the computer program being executable by the processor to implement the POS product automated testing method of any one of claims 1 to 4.
7. A computer storage medium for automated testing of POS products, comprising: the computer-readable storage medium comprises a stored computer program, wherein the computer program, when executed, controls a device in which the computer-readable storage medium is located to perform the automated testing method for POS products according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011473068.3A CN112380143B (en) | 2020-12-15 | 2020-12-15 | POS product automatic testing method, system, equipment and computer storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011473068.3A CN112380143B (en) | 2020-12-15 | 2020-12-15 | POS product automatic testing method, system, equipment and computer storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112380143A true CN112380143A (en) | 2021-02-19 |
| CN112380143B CN112380143B (en) | 2022-08-16 |
Family
ID=74589856
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011473068.3A Active CN112380143B (en) | 2020-12-15 | 2020-12-15 | POS product automatic testing method, system, equipment and computer storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112380143B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113760761A (en) * | 2021-09-07 | 2021-12-07 | 上海金仕达软件科技有限公司 | Automatic testing method and device based on software and hardware stock market system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140198790A1 (en) * | 2013-01-17 | 2014-07-17 | International Business Machines Corporation | Data link layer analysis with packet trace replay |
| CN106095677A (en) * | 2016-06-08 | 2016-11-09 | 上海爱数信息技术股份有限公司 | The RESTful Webservice automatic interface testing method realized based on Robot Framework |
| CN110930608A (en) * | 2019-10-31 | 2020-03-27 | 福建新大陆支付技术有限公司 | POS terminal ISO8583 message testing method and simulation background baffle system |
| CN111176971A (en) * | 2018-11-11 | 2020-05-19 | 无锡雅座在线科技股份有限公司 | Code quality testing system and method based on UI automation |
-
2020
- 2020-12-15 CN CN202011473068.3A patent/CN112380143B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140198790A1 (en) * | 2013-01-17 | 2014-07-17 | International Business Machines Corporation | Data link layer analysis with packet trace replay |
| CN106095677A (en) * | 2016-06-08 | 2016-11-09 | 上海爱数信息技术股份有限公司 | The RESTful Webservice automatic interface testing method realized based on Robot Framework |
| CN111176971A (en) * | 2018-11-11 | 2020-05-19 | 无锡雅座在线科技股份有限公司 | Code quality testing system and method based on UI automation |
| CN110930608A (en) * | 2019-10-31 | 2020-03-27 | 福建新大陆支付技术有限公司 | POS terminal ISO8583 message testing method and simulation background baffle system |
Non-Patent Citations (2)
| Title |
|---|
| 陈胖胖的果子: "Robot Framework＋Python实战学习笔记", 《CSDN,HTTPS://BLOG.CSDN.NET/QQ_39719530/ARTICLE/DETAILS/81354007》 * |
| 高红星等: "NFC协议互操作测试平台设计与实现", 《自动化与仪器仪表》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113760761A (en) * | 2021-09-07 | 2021-12-07 | 上海金仕达软件科技有限公司 | Automatic testing method and device based on software and hardware stock market system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112380143B (en) | 2022-08-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107273286B (en) | Scene automatic test platform and method for task application | |
| CN109218139B (en) | Gateway test system | |
| CN109885480B (en) | Automatic interface compatibility testing method and device based on debugging bridge | |
| CN110013672B (en) | Method, device, apparatus and computer-readable storage medium for automated testing of machine-run games | |
| KR20080054418A (en) | Device manufacturing using the device's embedded wireless technology | |
| CN109582525A (en) | Test code verification method, verifying device, equipment and storage medium | |
| CN103412817B (en) | Automatic test script Off Line Debugging Method and system | |
| CN112783793B (en) | Automatic interface test system and method | |
| CN111194046A (en) | Automatic WIFI module testing system and method | |
| CN112380143B (en) | POS product automatic testing method, system, equipment and computer storage medium | |
| CN115454869A (en) | Interface automation test method, device, equipment and storage medium | |
| CN112256581A (en) | Log playback test method and device for high-simulation securities trade system | |
| CN110532182A (en) | A kind of automated testing method and device of virtual platform | |
| CN111026638A (en) | Webpage automatic testing method and device, electronic equipment and storage medium | |
| CN111316227A (en) | Method and equipment for debugging application program | |
| US11341030B2 (en) | Scriptless software test automation | |
| KR100758850B1 (en) | Appaturus and method for test using test script in mobile communication system | |
| WO2017084388A1 (en) | Network polling method and apparatus | |
| CN108009086B (en) | System automation test method based on case decomposition and function learning | |
| CN111881056A (en) | Automatic test framework and test method | |
| CN115833964A (en) | Performance test method and performance test system of dual-mode communication module | |
| CN112764796A (en) | Installation package generation system | |
| CN115113890A (en) | Automatic deployment method, system, equipment and medium of terminal software | |
| CN115145826A (en) | Full-process automatic testing method and system | |
| CN114138633A (en) | Method, device and equipment for testing software based on data driving and readable medium |
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 |