CN115269375A - Multi-terminal interactive automatic testing method and device and electronic equipment - Google Patents
Multi-terminal interactive automatic testing method and device and electronic equipment Download PDFInfo
- Publication number
- CN115269375A CN115269375A CN202210677808.8A CN202210677808A CN115269375A CN 115269375 A CN115269375 A CN 115269375A CN 202210677808 A CN202210677808 A CN 202210677808A CN 115269375 A CN115269375 A CN 115269375A
- Authority
- CN
- China
- Prior art keywords
- scene
- client
- execution
- server
- testing method
- 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.)
- Pending
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/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application provides an automatic testing method and device for multi-terminal interaction and electronic equipment, wherein the automatic testing method is used in a cross-platform multi-terminal interaction system, the multi-terminal interaction system comprises a server and at least one client, the automatic testing method is used for the server, the automatic testing method comprises the steps of obtaining a test execution scene, and the test execution scene comprises a scene execution instruction, a script set and an execution sequence of the scene execution instruction; sending the script set to the client; sending the scene execution instruction to the client according to the execution sequence of the scene execution instruction; and receiving a test result of the client. According to some example embodiments of the present application, multiple clients are coordinated to execute a test script through multi-port communication, so as to realize automatic detection of live broadcast services.
Description
Technical Field
The application relates to the field of live video, in particular to a multi-end interactive automatic testing method and device and electronic equipment.
Background
In the software development life cycle of the internet, the mobile internet, the internet of things and the like, the links of coding, self-testing and flow testing are inevitably existed, so that the IT solution delivered to the client for use is reliable and stable, and the quality is guaranteed.
In the software testing link, along with the increase of system complexity, iteration, requirement change and repeated submission of codes, the testing workload is increased more and more. Since it is difficult to control the cost and there is a possibility of human error when a test is performed by a single person, it is a direction of technical research and efficiency improvement to perform an automatic test by a machine to a set degree.
The existing UFT (Unified Functional Testing, abbreviated as Unified Functional Testing) is an enterprise-level commercial automation Testing tool developed by HP company, can provide strong and easy-to-use functions of recording playback/script writing and debugging, and mainly supports B/S and C/S architectures. The Selenium is an automatic testing tool applied to the web, supports multiple browsers and can be applied to Windows and MacOS platforms. The Appium is an open source, is suitable for automated testing tools for native or hybrid mobile applications, and supports Android and iOS mobile phone operating systems. Airtest is based on image recognition or UI controls, comprises functions of script recording, playback, assertion and the like, can realize the whole automatic test flow, and can run in environments such as Windows, macOS and the like.
In the field of live video, common interactive UI layer automation is based on a single App or a single terminal, and involves fewer interactions at different terminals. But in the live domain, multi-end interaction is involved. For example, a live broadcast is initiated at a PC-web end by a main broadcast, some audiences can watch through android mobile phone WeChat, some audiences can watch through apple mobile phone WeChat, some guests can be connected with a microphone through App, some guests can be connected with a microphone through a PC-client, some helpers can enter the live broadcast through the PC-web, and activities such as sign-in, lottery drawing, red packet snatching, questionnaire and the like can be included in the live broadcast process.
Due to the interactive complexity of video live broadcast, the existing testing tool cannot realize the return of a complex live broadcast service activity in a full link and a full flow.
Disclosure of Invention
The application provides an automatic testing method and device capable of multi-terminal interaction and electronic equipment, and solves the testing problem of multi-terminal interaction.
According to one aspect of the application, an automatic testing method for multi-terminal interaction is provided, the automatic testing method is used in a cross-platform multi-terminal interaction system, the multi-terminal interaction system comprises a server and at least one client, the automatic testing method is used for the server, the automatic testing method comprises the steps of obtaining a test execution scene, and the test execution scene comprises a scene execution instruction, a script set and an execution sequence of the scene execution instruction; sending the script set to the client; sending the scene execution instruction to the client according to the execution sequence of the scene execution instruction; and receiving a test result of the client.
According to some embodiments, before the test execution scenario is obtained, the automated testing method further includes configuring test execution scenario information, where the test execution scenario information includes a scenario name, a scenario description, a test result report type, a test result report sending manner, a test result report sending range, and the like.
According to some embodiments, before sending the script set to the client, the automated testing method further comprises checking whether the execution scenario instructions meet requirements; and/or checking whether the script set is complete; and/or checking whether the communication connection between the server and the client is normal.
According to some embodiments, the sending the scene execution instruction to the client includes repeatedly sending the scene execution instruction to the client if sending of the scene execution instruction to the client fails.
According to some embodiments, the multi-end interactive system includes a server and a plurality of clients, and the server sends the script set to the plurality of clients and sends the scene execution instruction to the plurality of clients according to an execution sequence of the scene execution instruction.
According to one aspect of the application, an automated testing method for multi-terminal interaction is provided, the automated testing method is used in a cross-platform multi-terminal interaction system, the multi-terminal interaction system comprises a server and at least one client, the automated testing method is used for the client, and the automated testing method comprises the steps of receiving a script set sent by the server; receiving a scene execution instruction sent by the server; executing the script corresponding to the scene execution instruction in the script set; and saving the test result of the script.
According to some embodiments, before receiving the script set sent by the server, the automated testing method further includes configuring test execution scenario information, where the test scenario information includes a node name, a node IP, a test user account, and/or a test connection mode of the client.
According to some embodiments, before receiving the script set sent by the server, the automated testing method further comprises running environment detection; and/or environmental variable detection; and/or rely on data detection.
According to some embodiments, the automated testing method further comprises sending the test result to the server.
According to an aspect of the present application, an automated testing apparatus for multi-end interaction is provided, where the automated testing apparatus is used in a cross-platform multi-end interaction system, the multi-end interaction system includes a server and at least one client, the automated testing apparatus is used for the server, the automated testing apparatus includes a test execution scenario acquisition unit, configured to acquire a test execution scenario, and the test execution scenario includes a scenario execution instruction, a scenario set, and an execution sequence of the scenario execution instruction; a script set sending unit, configured to send the script set to the client; a scene execution instruction sending unit, configured to send the scene execution instruction to the client according to an execution sequence of the scene execution instruction; and the test result receiving unit is used for receiving the test result of the client.
According to an aspect of the present application, an automated testing apparatus for multi-end interaction is provided, where the automated testing apparatus is used in a cross-platform multi-end interaction system, the multi-end interaction system includes a server and at least one client, the automated testing apparatus is used for the client, and the automated testing apparatus includes a script set receiving unit, configured to receive a script set sent by the server; a scene execution instruction receiving unit, configured to receive a scene execution instruction sent by the server; the script execution unit is used for executing the script corresponding to the scene execution instruction in the script set; and the test result storage unit is used for storing the test result of the script.
According to an aspect of the application, an electronic device is proposed, comprising one or more processors; storage means for storing one or more programs; when executed by the one or more processors, cause the one or more processors to implement a method as in any one of the preceding claims.
According to some exemplary embodiments of the application, through multi-terminal communication, a plurality of clients are coordinated to execute a test script, a complete live broadcast behavior is simulated, and automatic detection of a live broadcast service is realized to ensure normal operation of the live broadcast service.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings used in the description of the embodiments will be briefly described below.
FIG. 1a is a diagram illustrating an automated test architecture for multi-port interaction according to an illustrative embodiment of the present application.
Fig. 1b shows an application diagram of a multi-end interactive automatic testing method according to an exemplary embodiment of the present application.
Fig. 2 shows a flowchart of a multi-end interactive automated testing method according to an example embodiment of the present application.
FIG. 3 is a flow chart of another method for multi-terminal interactive automated testing according to an exemplary embodiment of the present application.
FIG. 4 shows a block diagram of a multi-terminal interactive automated testing apparatus according to an example embodiment of the present application.
FIG. 5 shows a block diagram of another multi-port interactive automated testing apparatus, according to an example embodiment of the present application.
Fig. 6 shows a block diagram of an electronic device according to an example embodiment of the present application.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The same reference numerals denote the same or similar parts in the drawings, and thus, a repetitive description thereof will be omitted.
The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the embodiments of the disclosure can be practiced without one or more of the specific details, or with other means, components, materials, devices, or operations. In such cases, well-known structures, methods, devices, implementations, materials, or operations will not be shown or described in detail.
The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.
The terms "first," "second," and the like in the description and claims of the present application and in the foregoing drawings are used for distinguishing between different objects and not for describing a particular sequential order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
FIG. 1a is a diagram illustrating an automated test architecture for multi-port interaction according to an illustrative embodiment of the present application. Fig. 1b shows an application diagram of a multi-end interactive automated testing method according to an exemplary embodiment of the present application.
As shown in fig. 1a, an automated test of multi-end interaction according to an exemplary embodiment of the present application includes a server and clients 1 to 4, where the server controls the clients 1 to 4 to call corresponding test scripts according to a scene instruction execution sequence to execute the automated test.
In the live broadcast scenario shown in fig. 1b, the clients 1 to 4 include a host, a guest, an assistant, and a viewer, and the host, the guest, the assistant, and the viewer utilize different terminal systems to enter a live broadcast room to participate in live broadcast activities, including a windows-web, a windows-clinet, a mobile-Android, a mobile-iOS, a mac-web, an Android-H5, an iOS-H5, and the like. For example, the anchor initiates a live broadcast by using a PC-web, the audience watches through an android phone WeChat or an apple phone WeChat, the guests connect with a microphone through an App or connect with a microphone through a PC-client, the assistant enters the live broadcast through the PC-web, and the live broadcast period also comprises a series of activities such as sign-in, lottery drawing, red packet snatching, questionnaire and the like.
According to the automatic testing method provided by the application, according to the multi-terminal interaction relationship among a host, a guest, an assistant and audiences, through multi-terminal communication, self-adaptive automatic testing cases of all terminals are called, time sequences are organized, corresponding operations are executed, and the cases are interwoven into a complete live broadcasting behavior, so that a real live broadcast is restored, and the method is similar to preview or uninterrupted detection, so that the normal operation and the stable service of the live broadcast related service are ensured.
Fig. 2 shows a flowchart of a multi-end interactive automated testing method according to an example embodiment of the present application. Referring to fig. 2, a method for multi-terminal interactive automated testing according to an exemplary embodiment of the present application will be described in detail.
According to some example embodiments of the present application, the automated testing method shown in fig. 2 is used in a cross-platform multi-end interactive system, and the multi-end interactive system includes a server and at least one client. The automated testing method shown in fig. 2 is applied to a server of a multi-end interactive system.
According to some embodiments, a Matrix Server is deployed by a Server, and a Client Cluster is deployed by a Client.
According to some embodiments, the server is deployed in the cloud server and used for storing a scene execution instruction set, executing a corresponding instruction, scheduling a client execution script, and acquiring a script execution result of the client. And the client simulates role operations of a host, a guest, an assistant, a spectator and the like in live broadcasting by executing the script sent by the server.
In step S201, a test execution scenario is obtained, where the test execution scenario includes a scenario execution instruction, a script set, and an execution sequence of the scenario execution instruction.
According to some embodiments, before step S201 is executed, test execution scenario information also needs to be configured. The test execution scenario information includes all information of the test scenario, for example, a scenario name, a scenario description, a test result report type, a test result report sending mode, a test result report sending range, and the like. The test execution scenario format acquired in step S201 satisfies the configured test execution scenario information.
According to some embodiments, the execution order of the scenario execution instructions in the test execution scenario includes the execution order of the clients and the specific content of each execution.
In step S203, the script set is sent to the client.
According to some embodiments of the present application, the server needs to perform self-check before performing step S203.
According to some embodiments, if the self-check fails, execution is aborted, requiring modification of the instructions and script files to ensure that the self-check is successful.
According to some embodiments, when the server performs self-check, it needs to check whether the execution scenario instruction meets the requirement, including whether the execution scenario instruction is syntax correct, data scope, and/or whether there is an instruction and data out-of-bounds.
According to some embodiments, when the server performs self-detection, it needs to detect whether the script set is complete or not and whether all script contents needed for executing the scene instruction are included.
According to some embodiments, when the server performs self-detection, it needs to perform heartbeat detection, determine whether the client is in an available state and activate the client, so that the client is in an activated state.
In step S205, the scene execution instruction is sent to the client according to the execution order of the scene execution instruction.
According to some embodiments of the present application, the execution sequence of the scenario execution instructions in the test execution scenario includes the execution sequence of each client and the specific content executed each time. And the server sends the scene execution instruction to the client according to the execution sequence of the scene execution instruction. And the client executes the corresponding script according to the received scene execution instruction.
According to some embodiments, if the scene execution instruction fails to be sent, step S205 is repeatedly executed for a plurality of times, for example, 3 times.
In step S207, a test result of the client is received.
According to some embodiments of the application, the test result of the customer order is obtained, and the test result is graphically displayed, so that a worker can conveniently analyze the test result.
According to some embodiments, the test results are displayed in html or text form.
According to some application embodiments of the present application, in order to simulate live broadcast activities involving multiple terminals, the automated testing method shown in fig. 2 is used in a multi-terminal interactive system including a server and multiple clients, where the server sends a script set to the multiple clients, and sends a scene execution instruction to the multiple clients according to an execution sequence of the scene execution instruction, so as to simulate complete live broadcast behaviors including roles such as a host, a guest, an assistant, and a viewer.
According to the exemplary embodiment shown in fig. 2, through multi-terminal communication, multiple clients are coordinated to execute a test script, a complete live broadcast behavior is simulated, and automatic detection of a live broadcast service is realized to ensure normal operation of the live broadcast service.
FIG. 3 is a flow chart of another method for multi-terminal interactive automated testing according to an exemplary embodiment of the present application. Referring to fig. 3, another method for multi-terminal interactive automated testing according to an exemplary embodiment of the present application will be described in detail.
According to some example embodiments of the present application, the automated testing method shown in fig. 3 is used in a cross-platform multi-end interactive system, and the multi-end interactive system includes a server and at least one client. The automated testing method shown in fig. 3 is applied to a client of a multi-end interactive system.
According to some embodiments, a Matrix Server is deployed by a Server, and a Client Cluster is deployed by a Client.
According to some embodiments, the server is deployed in the cloud server and used for storing a scene execution instruction set, executing a corresponding instruction, scheduling a client execution script, and acquiring a script execution result of the client. The client simulates role operations of a host, a guest, an assistant, a spectator and the like in live broadcasting by executing the script sent by the server.
In step S301, a script set sent by the server is received.
According to some example embodiments of the present application, before performing step S301, the client needs to configure test execution scenario information.
According to some embodiments, the test scenario information includes a node name, a node IP, a test user account, and/or a test connection mode of the client.
According to some example embodiments of the present application, the client needs to perform self-detection before performing step S301.
According to some embodiments, the client needs to perform run environment detection to ensure that the compilation environment required by the entire testing process can run normally.
According to some embodiments, the client needs to perform environment variable detection to ensure that the environment variables needed in the test process are set normally. According to some embodiments, the environment variables include an interpreter, such as python, a data deposit path, a working directory path, and/or a temporary directory path.
According to some embodiments, the client needs to perform dependent data detection to ensure that the data relied upon in the testing process is configured. The data relied upon contains the three-party library and/or test data information required in the script.
In step S303, a scene execution instruction sent by the server is received.
According to some embodiments, the scene execution instruction sent by the server includes script information corresponding to the scene execution instruction.
In step S305, a script corresponding to the scene execution instruction is collected by the execution script. In step S305, a script corresponding to the scene execution instruction is executed to simulate an interactive operation of characters in the live video broadcast. For example, when the server sends an instruction to the client to execute the transaction a, the client finds the transaction a from the distributed script and executes the script content in the transaction a.
In step S307, the test result of the script is saved.
According to some embodiments, the test result includes an execution result (success/failure), an assertion content of the execution result, such as pixel comparison, and/or information data collected by the client during execution, such as a screenshot.
According to some embodiments, after the test result is saved, the test result is also sent to the server.
According to the embodiment shown in fig. 3, the method is suitable for simulating interactive operation of each role in live video by a plurality of clients, and realizes automatic testing of live video services.
FIG. 4 shows a block diagram of a multi-terminal interactive automated testing apparatus according to an example embodiment of the present application. As shown in fig. 4, the multi-end interactive automatic testing device is used in a cross-platform multi-end interactive system. The multi-end interactive system comprises a server and at least one client, and the automatic testing device is used for the server. The automated testing apparatus shown in fig. 4 includes a test execution scenario acquisition unit 401, a script set transmission unit 403, a scenario execution instruction transmission unit 405, and a test result reception unit 407.
The test execution scenario acquiring unit 401 is configured to acquire a test execution scenario, where the test execution scenario includes a scenario execution instruction, a script set, and an execution sequence of the scenario execution instruction. The script set sending unit 403 is used to send the script set to the client. The scene execution instruction sending unit 405 is configured to send the scene execution instruction to the client according to the execution sequence of the scene execution instruction. The test result receiving unit 407 is configured to receive a test result of the client.
FIG. 5 shows a block diagram of another multi-terminal interactive automated testing apparatus, according to an example embodiment of the present application. As shown in fig. 5, the multi-end interactive automatic testing device is used in a cross-platform multi-end interactive system. The multi-end interactive system comprises a server and at least one client, and the automatic testing device is used for the client. The automated test apparatus shown in fig. 5 includes a scenario-set receiving unit 501, a scenario-execution-instruction receiving unit 503, a scenario-execution unit 505, and a test-result saving unit 507.
The script set receiving unit 501 is configured to receive a script set sent by a server, the scene execution instruction receiving unit 503 is configured to receive a scene execution instruction sent by the server, the script execution unit 505 is configured to execute a script corresponding to the scene execution instruction in the script set, and the test result storing unit 507 is configured to store a test result of the script.
Fig. 6 shows a block diagram of an electronic device according to an example embodiment of the present application.
An electronic device 200 according to this embodiment of the present application is described below with reference to fig. 6. The electronic device 200 shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.
As shown in fig. 6, the electronic device 200 is embodied in the form of a general purpose computing device. The components of the electronic device 200 may include, but are not limited to: at least one processing unit 210, at least one memory unit 220, a bus 230 connecting different system components (including the memory unit 220 and the processing unit 210), a display unit 240, and the like. Wherein the storage unit stores program code that can be executed by the processing unit 210 such that the processing unit 210 performs the methods according to various exemplary embodiments of the present application described herein. For example, processing unit 210 may perform a method as shown in fig. 2.
The storage unit 220 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM) 2201 and/or a cache memory unit 2202, and may further include a read only memory unit (ROM) 2203.
The storage unit 220 may also include a program/utility 2204 having a set (at least one) of program modules 2205, such program modules 2205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.
The electronic device 200 may also communicate with one or more external devices 300 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 200, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 200 to communicate with one or more other computing devices. Such communication may occur via an input/output (I/O) interface 250. Also, the electronic device 200 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 260. The network adapter 260 may communicate with other modules of the electronic device 200 via the bus 230. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 200, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, and may also be implemented by software in combination with necessary hardware. The technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, or a network device, etc.) to execute the above method according to the embodiments of the present application.
The software product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
A computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In situations involving remote computing devices, the remote computing devices may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to external computing devices (e.g., through the internet using an internet service provider).
The computer readable medium carries one or more programs which, when executed by a device, cause the computer readable medium to perform the functions described above.
Those skilled in the art will appreciate that the modules described above may be distributed in the apparatus as described in the embodiments, and that corresponding changes may be made in one or more apparatus that are unique from the embodiments. The modules of the above embodiments may be combined into one module, or further split into multiple sub-modules.
According to some example embodiments of the present application, different roles (one host, multiple guests, multiple assistants, thousands of viewers) are switched into live from different client terminal devices through multi-terminal communication. Based on different scenes, a plurality of clients are coordinated to execute a test script, a real live broadcast is restored, a complete live broadcast behavior is simulated, whether each activity is normally carried out or not in the live broadcast process and whether an abnormality exists in the whole live broadcast process or not are judged, and automatic detection of the live broadcast service is realized so as to ensure normal operation of the live broadcast service.
The foregoing embodiments have been described in detail to illustrate the principles and implementations of the present application, and the foregoing embodiments are only used to help understand the method and its core idea of the present application. Meanwhile, a person skilled in the art should, according to the idea of the present application, change or modify the embodiments and applications of the present application based on the scope of the present application. In view of the above, the description should not be taken as limiting the application.
Claims (12)
1. An automated testing method for multi-end interaction is characterized in that the automated testing method is used in a cross-platform multi-end interaction system, the multi-end interaction system comprises a server and at least one client, the automated testing method is used for the server, and the automated testing method comprises the following steps:
acquiring a test execution scene, wherein the test execution scene comprises a scene execution instruction, a script set and an execution sequence of the scene execution instruction;
sending the script set to the client;
sending the scene execution instruction to the client according to the execution sequence of the scene execution instruction;
and receiving a test result of the client.
2. The automated testing method of claim 1, wherein prior to obtaining a test execution scenario, the automated testing method further comprises:
configuring test execution scene information, wherein the test execution scene information comprises a scene name, a scene description, a test result report type, a test result report sending mode, a test result report sending range and the like.
3. The automated testing method of claim 1, wherein prior to sending the script set to the client, the automated testing method further comprises:
checking whether the execution scene instruction meets the requirement; and/or
Checking whether the script set is complete; and/or
And checking whether the communication connection between the server and the client is normal.
4. The automated testing method of claim 1, wherein the sending the scenario execution instruction to the client comprises:
and if the scene execution instruction is failed to be sent to the client, repeatedly sending the scene execution instruction to the client.
5. The automated testing method of claim 1, wherein:
the multi-end interactive system comprises a server and a plurality of clients, wherein the server sends the script set to the clients, and sends the scene execution instruction to the clients according to the execution sequence of the scene execution instruction.
6. An automated testing method for multi-end interaction, wherein the automated testing method is used in a cross-platform multi-end interaction system, the multi-end interaction system comprises a server and at least one client, the automated testing method is used for the client, and the automated testing method comprises:
receiving a script set sent by the server;
receiving a scene execution instruction sent by the server;
executing the script corresponding to the scene execution instruction in the script set;
and saving the test result of the script.
7. The automated testing method of claim 6, wherein prior to receiving the script set sent by the server, the automated testing method further comprises:
and configuring test execution scene information, wherein the test scene information comprises the node name, the node IP, the test user account and/or the test connection mode of the client.
8. The automated testing method of claim 7, wherein prior to receiving the script set sent by the server, the automated testing method further comprises:
detecting an operating environment; and/or
Detecting an environment variable; and/or
Relying on data detection.
9. The automated testing method of claim 6, further comprising:
and sending the test result to the server.
10. An automatic testing device for multi-end interaction, wherein the automatic testing device is used in a cross-platform multi-end interaction system, the multi-end interaction system comprises a server and at least one client, the automatic testing device is used for the server, and the automatic testing device comprises:
the test execution scene acquisition unit is used for acquiring a test execution scene, and the test execution scene comprises a scene execution instruction, a script set and an execution sequence of the scene execution instruction;
a script set sending unit, configured to send the script set to the client;
a scene execution instruction sending unit, configured to send the scene execution instruction to the client according to an execution sequence of the scene execution instruction;
and the test result receiving unit is used for receiving the test result of the client.
11. An automated testing device for multi-end interaction, wherein the automated testing device is used in a cross-platform multi-end interaction system, the multi-end interaction system comprises a server and at least one client, the automated testing device is used for the client, and the automated testing device comprises:
the script set receiving unit is used for receiving the script set sent by the server;
a scene execution instruction receiving unit, configured to receive a scene execution instruction sent by the server;
the script execution unit is used for executing the script corresponding to the scene execution instruction in the script set;
and the test result storage unit is used for storing the test result of the script.
12. An electronic device, comprising:
one or more processors;
storage means for storing one or more programs;
the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method recited in any of claims 1-9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210677808.8A CN115269375A (en) | 2022-06-15 | 2022-06-15 | Multi-terminal interactive automatic testing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210677808.8A CN115269375A (en) | 2022-06-15 | 2022-06-15 | Multi-terminal interactive automatic testing method and device and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115269375A true CN115269375A (en) | 2022-11-01 |
Family
ID=83761159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210677808.8A Pending CN115269375A (en) | 2022-06-15 | 2022-06-15 | Multi-terminal interactive automatic testing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115269375A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117150169A (en) * | 2023-10-27 | 2023-12-01 | 易方信息科技股份有限公司 | Multi-browser UI automatic recording method, system, equipment and medium |
-
2022
- 2022-06-15 CN CN202210677808.8A patent/CN115269375A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117150169A (en) * | 2023-10-27 | 2023-12-01 | 易方信息科技股份有限公司 | Multi-browser UI automatic recording method, system, equipment and medium |
| CN117150169B (en) * | 2023-10-27 | 2024-02-13 | 易方信息科技股份有限公司 | Multi-browser UI automatic recording method, system, equipment and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110013672B (en) | Method, device, apparatus and computer-readable storage medium for automated testing of machine-run games | |
| CN111176629B (en) | Application development method and device | |
| CN107302476B (en) | Automatic testing method and system for testing asynchronous interactive system | |
| CN110362490B (en) | Automatic testing method and system for integrating iOS and Android mobile applications | |
| US10747656B2 (en) | Systems and methods for mobile automation testing by emulating human behaviors | |
| CN107045475B (en) | Test method and device | |
| CN113760730B (en) | Automatic test method and device | |
| CN107844486B (en) | Method and system for analyzing webpage problems for client | |
| CN112882930B (en) | Automatic test method and device, storage medium and electronic equipment | |
| CN111488275B (en) | UI (user interface) automatic testing method and device, storage medium and electronic equipment | |
| CN112015654A (en) | Method and apparatus for testing | |
| CN112817853A (en) | Automatic test method, system and electronic equipment | |
| CN115269375A (en) | Multi-terminal interactive automatic testing method and device and electronic equipment | |
| CN111767209A (en) | Code testing method, device, storage medium and terminal | |
| CN112306857A (en) | Method and apparatus for testing applications | |
| Hoffman | Using oracles in test automation | |
| CN115514677B (en) | Method and system for server dial testing | |
| CN113986263A (en) | Code automation test method, device, electronic equipment and storage medium | |
| CN113641575B (en) | Test method, device, equipment and storage medium | |
| CN114745313A (en) | Terminal remote testing method and device, electronic equipment and readable medium | |
| CN115509925A (en) | Automatic interface testing method and related device | |
| CN117348848A (en) | Operator development and processing method and device, electronic equipment, system and storage medium | |
| CN112685306A (en) | Test method, test device, user terminal and storage medium | |
| CN111880775A (en) | Multi-module layered architecture implementation method and device, electronic equipment and storage medium | |
| US20240211360A1 (en) | Method and system for test script generation and execution |
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 |