Test tool management method and device based on application scene, medium and product

Abstract

The embodiment of the invention relates to the technical field of image processing, and discloses a test tool management method and device based on an application scene, a medium and a product. The method comprises the following steps: opening a management tool; testing by using the target testing tool, and recording operation data of the target testing tool; generating a tool script of the target test tool based on the operation data; in response to an application scene input operation of the tool script, determining an application scene of the tool script of the target test tool; after all the target test tools of the current application scene are recorded, obtaining an application scene script; and carrying out automatic testing on the current application scene based on the application scene script. By adopting the scheme, recording of the application scene scripts can be realized, different test tools can be called based on different application scene scripts to execute automatic testing, the time cost of the testing is reduced, meanwhile, visual processing can be realized in the recording and testing process, and the management efficiency of the testing is improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a test tool management method, device, medium and product based on application scenarios. Background Art

[0002] In recent years, with the rapid development of Internet technology, the field of autonomous driving has developed rapidly. For the autonomous driving industry, the use of a variety of daily EXE-type tools is becoming more and more important, and how to automatically use a variety of tools for testing based on different work scenarios has also become a major technical problem in this field. The current technology is aimed at a variety of EXE-type tools for daily use, which need to be used manually according to different scenarios based on a variety of different tools. First of all, the current technology is unable to perform scenario-based management of different application situations of different tools, and it is impossible to automatically use a variety of tools for automated test execution for different application scenarios. Therefore, there is no clearer distinction between application scenarios, which increases the time cost of using tools, and there is no visual test process, which is a technical problem that needs to be solved in this field. Summary of the invention

[0003] One purpose of the present application is to provide a test tool management method, device, medium and product based on application scenarios, at least to solve the problems of unclear distinction of application scenarios, high time cost and inability to visualize testing. The present application uses a management tool; in response to a recording operation on a target test tool, the target test tool is used for testing, and the operation data of the target test tool is recorded; in response to a stop recording operation, a tool script of the target test tool is generated based on the operation data; in response to an application scenario input operation of the tool script, the application scenario of the tool script of the target test tool is determined; after all target test tools of the current application scenario are recorded, an application scenario script is obtained; and automated testing of the current application scenario is performed based on the application scenario script. By adopting this solution, the recording of the application scenario script can be realized through the management tool, and different test tools can be called to perform automated testing based on different application scenario scripts, thereby reducing the time cost of the test, and visual processing can be realized during the recording and testing process, thereby improving the management efficiency of the test.

[0004] To achieve the above objectives, some embodiments of the present application provide the following aspects:

[0005] In a first aspect, some embodiments of the present application further provide a test tool management method based on an application scenario, including:

[0006] Open Administrative Tools;

[0007] In response to a recording operation on a target test tool, using the target test tool to perform a test and recording operation data of the target test tool;

[0008] In response to stopping the recording operation, generating a tool script of the target testing tool based on the operation data;

[0009] In response to an application scenario input operation of the tool script, determining an application scenario of the tool script of the target testing tool;

[0010] After all target test tools for the current application scenario are recorded, the application scenario script is obtained;

[0011] An automated test of the current application scenario is performed based on the application scenario script.

[0012] In a second aspect, some embodiments of the present application further provide an electronic device, comprising: one or more processors; and a memory storing computer program instructions, wherein the computer program instructions, when executed, cause the processor to perform the steps of the method described above.

[0013] In a third aspect, some embodiments of the present application further provide a computer-readable medium having computer program instructions stored thereon, wherein the computer program instructions can be executed by a processor to implement the method as described above.

[0014] In a fourth aspect, some embodiments of the present application further provide a computer program product, comprising a computer program / instruction, which implements the steps of the method described above when executed by a processor.

[0015] Compared with the related art, in the solution provided by the embodiment of the present application, by opening a management tool; in response to a recording operation on a target test tool, using the target test tool to perform a test and recording the operation data of the target test tool; in response to a stop recording operation, generating a tool script of the target test tool based on the operation data; in response to an application scenario input operation of the tool script, determining the application scenario of the tool script of the target test tool; after all target test tools of the current application scenario are recorded, obtaining an application scenario script; and performing automated testing of the current application scenario based on the application scenario script. By adopting this solution, the recording of the application scenario script can be realized through the management tool, and different test tools can be called to perform automated testing based on different application scenario scripts, thereby reducing the time cost of the test. At the same time, visual processing can be realized during the recording and testing process, thereby improving the management efficiency of the test. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0017] Figure 1 An exemplary flow chart of a test tool management method based on application scenarios provided according to some embodiments of the present application;

[0018] Figure 2 A flowchart of test tool management based on application scenarios provided according to some embodiments of the present application;

[0019] Figure 3 An exemplary structural diagram of the electronic device is disclosed. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0021] First embodiment

[0022] The first embodiment of the present application relates to a test tool management method based on application scenarios. Figure 1 As shown, the method is executed by a management tool, and the method may include the following steps:

[0023] Step S101, opening the management tool;

[0024] In this solution, the management tool can be obtained through secondary development and calculation based on Pynput and PyAutoGUI technologies. The management tool can use PyQt as the interface for managing scenes and scripts, as well as the corresponding recording, ending recording, scene testing, and script modification functions, and is visually integrated.

[0025] Among them, pynput is a Python library for controlling and monitoring input devices (such as mouse and keyboard). Functions include: mouse control, which can simulate mouse movement, clicks (left button, right button, middle button), scrolling and other operations. For example, it can be used to automatically perform some tasks that require mouse operation, such as automatically clicking a specific location in a game. Keyboard control, which can simulate the pressing and releasing of keyboard keys, and can also monitor keyboard events. This is very useful in scenarios such as automated testing and scripting. For example, you can write a script to automatically input a text. pynput can be used for automated testing, such as simulating user operations on the software, performing automated testing, and improving testing efficiency. It can also be used to generate game scripts. For example, in some games, pynput can be used to implement automatic operations, such as automatic mining, automatic monster killing, etc. In addition, it can also be used as an auxiliary tool to develop auxiliary tools for users with special needs, such as providing a way for people with limited mobility to control computers through keyboard shortcuts.

[0026] pyautogui is a Python library for automating GUI (Graphical User Interface) operations. The main functions include: screen operation, which can obtain the screen size, screenshots, etc. By obtaining screenshots, the image information on the screen can be analyzed to achieve some automated operations based on image recognition. Mouse and keyboard operation, similar to pynput, pyautogui can also simulate mouse movement, clicks, scrolling, and keyboard input. But pyautogui is more advanced in some functions, such as locating and clicking specific locations on the screen based on images. Window operation, which can obtain information about the current active window and switch between multiple windows. pyautogui can be used for automated office work, such as in office scenarios, pyautogui can be used to automatically fill out forms, send emails, etc. Software automation, for some repetitive software operations, scripts can be written to automatically complete them, saving time and effort. Game assistance, like pynput, can be used for automated operations in games, but pyautogui may be more suitable for game scripts that require image recognition. Both pynput and pyautogui are very powerful Python libraries that can help users achieve various automated tasks.

[0027] Step S102, in response to a recording operation on a target test tool, using the target test tool to perform a test and recording operation data of the target test tool;

[0028] The target test tool can be the exe tool that needs to be recorded. In the management tool, you can click Start Recording and other operations, open any exe tool that needs to be recorded, and use the exe tool for testing. Click Record, then manually operate the tool usage process, and then click Stop Recording.

[0029] The operation data may be data of operations performed by the staff during the test process, such as click operations, scroll operations, etc. using the mouse, and input operations using the keyboard, etc., during the test using a certain exe tool.

[0030] In a preferred embodiment, in response to a recording operation on a target test tool, using the target test tool to perform a test and recording operation data of the target test tool includes:

[0031] In response to the recording operation of the target test tool, during the process of using the target test tool to perform testing, the mouse click operation, scroll operation, move operation, and keyboard typing operation are monitored to obtain the operation data of the target test tool.

[0032] Specifically, Python language can be used in combination with relevant libraries to monitor mouse and keyboard operations to obtain target test tool operation data:

[0033]

[0034]

[0035] In a preferred solution, the pynput component of the Python library is used to monitor the click operation, scroll operation, move operation of the mouse, and the typing operation of the keyboard.

[0036] The above code can create mouse and keyboard listeners through the pynput library. When the mouse is clicked, scrolled, moved, or a keyboard key is pressed, the corresponding operation information will be added to the operation_data list. The monitoring duration can be adjusted or a specific stop condition can be set according to actual needs. Finally, the collected operation data is printed out, which is the operation data of the target test tool.

[0037] In this solution, through such settings, the accuracy of monitoring the operation data during the recording process of the target test tool can be improved, providing a data basis for subsequent script generation.

[0038] Step S103, in response to the stop recording operation, generating a tool script of the target test tool based on the operation data;

[0039] This solution first records the use of different tool application scenarios. Open the exe tool to be recorded, open the invention management tool, click record, and then manually operate the tool usage process, and then click stop recording. A corresponding recording script, namely the tool script, will be automatically generated. This tool script records the overall process of the manual operation of the tool just now.

[0040] Step S104, in response to the application scenario input operation of the tool script, determining the application scenario of the tool script of the target testing tool;

[0041] After a tool script for a target test tool is created, fill in the corresponding scenario name on the management tool, and a corresponding scenario will be generated as an application scenario based on the recorded target test tool and the tool script flow used.

[0042] An application scenario can include a tool script of a target test tool or multiple target test tools, and manage the corresponding scenarios in a visual form. If other exe tool scenarios are needed, you can open other exe tools, perform recording operations, and repeat the above operations.

[0043] Step S105, after all target test tools of the current application scenario are recorded, an application scenario script is obtained;

[0044] After recording all target test tools for the current application, you can get the application scenario script.

[0045] In a preferred solution, after all target test tools of the current application scenario are recorded and the application scenario script is obtained, the method further includes:

[0046] In response to the modification operation on the application scenario script, the tool script of any target testing tool in the current application scenario script is modified, and after being saved, the modified application scenario script is obtained.

[0047] The recorded scene will generate a corresponding scene script. If you want to modify the operations, you can directly open the recorded script through the management tool and modify a certain step of the operation to complete the modification of the scene process.

[0048] Through such a setting, combined with a visual operation interface, this solution can achieve flexible management of application scenario scripts, improve the success rate and efficiency of generating application scenario scripts, and improve the execution accuracy of application scenario scripts.

[0049] Step S106: performing automated testing of the current application scenario based on the application scenario script.

[0050] After generating one or more application scenario scripts, users can select corresponding application scenario scripts according to their needs and perform automated testing.

[0051] The solution provided in this embodiment is as follows: opening a management tool; in response to a recording operation on a target test tool, using the target test tool to perform a test and recording the operation data of the target test tool; in response to a stop recording operation, generating a tool script for the target test tool based on the operation data; in response to an application scenario input operation of the tool script, determining an application scenario of the tool script of the target test tool; after all target test tools for the current application scenario are recorded, obtaining an application scenario script; and performing automated testing of the current application scenario based on the application scenario script. By adopting this solution, the recording of application scenario scripts can be realized through the management tool, and different test tools can be called to perform automated testing based on different application scenario scripts, thereby reducing the time cost of testing. At the same time, visual processing can be realized during the recording and testing process, thereby improving the management efficiency of testing.

[0052] In a preferred solution, in response to the stop recording operation, generating a tool script of the target test tool based on the operation data includes:

[0053] In response to the stop recording operation, the operation data is calculated and processed, and a tool script of the target test tool is generated based on the pyautogui technology.

[0054] After recording, all monitored actions are processed by calculation to generate a specific automation script based on pyautogui technology. Among them, the post-recording processing can be the processing of removing noise data, such as deleting some operation data that does not affect the test of the target test tool, so as to obtain the actual required data.

[0055] Through such a setting, this embodiment can improve the accuracy of the tool script of the target test tool obtained, while reducing the size of the tool script, retaining effective operations, and providing guarantees for subsequent normal operation.

[0056] In a preferred solution, performing automated testing of the current application scenario based on the application scenario script includes:

[0057] In response to the selection operation of the application scenario script, determining the application scenario script to be executed;

[0058] In response to the automated test start operation, according to at least one tool script included in the application scenario script, the target test tool is called, the test operation is executed according to the tool script, and after all the tool scripts execute the test operation, the automated test result of the current application scenario is obtained.

[0059] In this solution, specifically, different tool application scenarios can be managed with a visual interface in the future, and then automated testing can be performed by selecting different scenarios. The overall automated testing is based on the recorded script, through pyautogui technology, calling each step of the entire scenario flow to simulate the overall process of using the tool, so as to achieve scenario management and automated use of tools for testing operations throughout the process.

[0060] In a preferred solution, the target test tool is at least one type of exe format test tool.

[0061] Among them, the exe format testing tools can include performance testing tools, such as LoadRunner, which can simulate a large number of users accessing the system concurrently to comprehensively evaluate the performance of the system. It can test the performance indicators of various systems such as Web applications, databases, servers, such as response time, throughput, etc. JMeter, an open source performance testing tool, can be used to test static and dynamic resources, such as static files, Java servlets, CGI scripts, Java objects, databases, FTP servers, etc. Stress testing and load testing can be performed to evaluate the performance of the system under different loads. Automated testing tools, such as Selenium IDE, a recording and playback tool for Web applications, can record user operations in the browser and generate corresponding test scripts. The test scripts generated by Selenium IDE can be exported as codes in multiple programming languages ​​to facilitate further automated test development. AutoIt can be used to simulate user operations on Windows applications, including mouse clicks, keyboard input, window operations, etc. It is suitable for automating some repetitive tasks, such as software installation, data input, etc. Security testing tools, such as Nmap, a network scanning tool, can be used to detect the target host's open ports, operating system type, service version and other information. It can help security testers understand the security status of the target system and discover potential security vulnerabilities. Metasploit, a penetration testing tool, provides a large number of vulnerability exploitation modules, which can perform security tests on the target system, discover security vulnerabilities in the system, and demonstrate vulnerability exploitation.

[0062] This solution can realize the automatic calling of one or more exe tools by calling the application scenario script to complete the automated testing.

[0063] Figure 2 The following is a flowchart of a test tool management based on an application scenario according to some embodiments of the present application. Figure 2As shown, this solution first records the application scenarios of different tools. Open the exe tool to be recorded, open this invention management tool, click record, and then manually operate the tool usage process, and then click stop recording. A corresponding recording script will be automatically generated, which records the overall process of manually operating the tool just now.

[0064] Then fill in the corresponding scene name on this management tool, and a corresponding scene will be generated based on the recorded tool and the process used, and the corresponding scene management will be done in a visual form. If you need scenes from other tools, you can open other tools, perform recording operations, and repeat the above operations.

[0065] The recorded scene will generate a corresponding scene script. If you want to modify the operations, you can directly open the recorded script through the management tool and modify a certain step of the operation to complete the modification of the scene process.

[0066] After recording the scene, click the test function after the scene, and you can directly perform automated scene testing operations through the management tool. All subsequent test operations based on this scene can be automatically executed. Simply open the tool and select the scene for testing, which greatly reduces the cost of manual operations.

[0067] The overall calculation logic of the entire management tool is as follows:

[0068] The entire management tool is based on the secondary development and calculation of pynput and pyautogui technologies. Pyqt is used to make the interface for managing scenes and scripts, as well as the corresponding recording, ending recording, scene testing, and script modification functions, and visual integration is carried out.

[0069] The implementation of the entire scene recording is based on the monitoring of the mouse and keyboard related operations on the screen by pynput, mainly for monitoring events such as mouse clicks, scrolling, moving operations and keyboard key operations, monitoring the specific location of the mouse triggering the operation and the location moved to, and the specific key values ​​of the keyboard. Each step of different types of monitoring operations is recorded. After the recording is completed, all the monitored actions are calculated and processed to generate a specific automation script based on pyautogui technology.

[0070] Subsequently, you can use a visual interface to manage different tool application scenarios, and then perform automated testing by selecting different scenarios. The overall automated testing is based on the recorded scripts. Through pyautogui technology, each step of the entire scenario flow is called to simulate the overall process of using the tool, so as to achieve scenario-based management and automated use of tools for testing operations.

[0071] This solution is mainly aimed at the problems of the current existing technology. The new method introduced in this article can solve the problem of using different exe types of tools to do related testing work in daily work in different situations. The process is managed in a scenario-based manner. Each tool has multiple usage scenarios, and each used process can be used as a scenario for overall scenario management. And these managed scenarios can be tested automatically, which can be clearer and more intuitive, and save a lot of human resource costs for manual testing using various tools.

[0072] The present invention can solve the problem of using different exe types of tools to perform related testing work in different situations in daily work, and can perform automated testing on these managed scenarios, which can be clearer and more intuitive, and save a lot of human resource costs for manual testing using various tools.

[0073] In addition, some embodiments of the present application also provide an electronic device. The electronic device may be a digital computer in various forms, such as a laptop computer, a desktop computer, a workbench, a personal digital assistant, a server, a blade server, a mainframe computer, etc. The electronic device may also be a mobile device in various forms, such as a personal digital assistant, a cellular phone, a smart phone, a wearable device, and other similar computing devices.

[0074] The electronic device includes: one or more processors; and a memory storing computer program instructions, wherein when the computer program instructions are executed, the processor executes the steps of the method provided in any one or more of the above embodiments. Figure 3 An exemplary structural diagram of the electronic device is disclosed. Figure 3 As shown, the electronic device includes: one or more processors 301, a memory 302, and an interface for connecting each component, including a high-speed interface and a low-speed interface. The various components are connected to each other using different buses and can be installed on a common mainboard or installed in other ways as needed. The processor can process instructions executed in the electronic device, including instructions stored in or on the memory to display graphical information of the GUI on an external input / output device (such as a display device coupled to the interface). In some other embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple electronic devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Among them, the components shown in this article, their connections and relationships, and their functions are only used as examples, and are not intended to limit the implementation of the present application described and / or required herein.

[0075] The electronic device may further include: an input device 303 and an output device 304. The processor 301, the memory 302, the input device 303 and the output device 304 may be connected via a bus or other means. Figure 3 The example of connecting through bus is taken in the following.

[0076] The input device 303 can receive input digital or character information, and generate key signal input related to the user settings and function control of the electronic device, such as a touch screen, a keypad, a mouse, a track pad, a touch pad, an indicator bar, one or more mouse buttons, a trackball, a joystick and other input devices. The output device 304 may include a display device, an auxiliary lighting device (e.g., an LED) and a tactile feedback device (e.g., a vibration motor), etc. The display device may include, but is not limited to, a liquid crystal display (LCD), a light emitting diode (LED) display and a plasma display. In some embodiments, the display device may be a touch screen.

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

[0078] In the embodiments of the present application, a computer program / instruction is stored on a computer-readable medium, and when the computer program / instruction is executed by a processor, the steps of the method provided by any one or more of the above embodiments are implemented. The computer-readable medium may be included in the electronic device described in the above embodiments; or it may exist independently without being assembled into the device. The above computer-readable medium carries one or more computer-readable instructions.

[0079] The memory 302 can be used as a non-transient computer-readable storage medium, which can be used to store non-transient software programs, non-transient computer executable programs and modules. The processor 301 executes various functional applications and data processing of the server by running the non-transient software programs, instructions and modules stored in the memory 302, so as to implement the program instructions / modules corresponding to the method provided by any one or more of the above embodiments in the embodiments of the present application.

[0080] The memory 302 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created according to the use of the electronic device, etc. In addition, the memory 302 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage devices. In some embodiments, the memory 302 may optionally include a memory remotely arranged relative to the processor 301, and these remote memories may be connected to the electronic device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0081] It should be noted that the computer-readable medium described in the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, device or device.

[0082] Computer readable media include permanent and non-permanent, removable and non-removable media, and can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, modules of programs or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission medium that can be used to store information that can be accessed by a computing device.

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

[0084] In the above-described embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. For example, it can be implemented by using an application specific integrated circuit (ASIC), a general-purpose computer or any other similar hardware device. In certain embodiments, the software program of the present application can be executed by a processor to implement the above steps or functions. Similarly, the software program of the present application (including relevant data structures) can be stored in a computer-readable recording medium, for example, a RAM memory, a magnetic or optical drive or a floppy disk and similar devices. In addition, some steps or functions of the present application can be implemented by hardware, for example, as a circuit that cooperates with a processor to perform each step or function.

[0085] The computer program product provided in the embodiment of the present application includes one or more computer programs / instructions, and when the computer program / instructions are executed by the processor, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from a computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from a website site, a computer, a server or a data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or a data center that includes one or more available media integrations. The available medium may be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state disk (SSD)), etc.

[0086] The flow chart or block diagram in the accompanying drawings shows the possible architecture, function and operation of the equipment, method and computer program product according to various embodiments of the present application. In this regard, each box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented with a dedicated system for hardware that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0087] The scope of the present application is defined by the appended claims rather than the above description, and it is intended that all changes that fall within the meaning and scope of the equivalent elements of the claims are included in the present application. Any figure mark in the claims should not be regarded as limiting the claims involved. In addition, it is clear that the word "comprising" does not exclude other units or steps, and the singular does not exclude the plural. Multiple units or devices stated in the device claim may also be implemented by one unit or device through software or hardware. The words "first", "second", etc. are only used to distinguish the description, and do not indicate any particular order, nor can they be understood as indicating or implying relative importance.

[0088] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily mention changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims, and the above embodiments should be regarded as exemplary and non-restrictive.

Claims

1. A test tool management method based on application scenarios, characterized in that: The method is performed by a management tool, and includes: Open Administrative Tools; In response to a recording operation on a target test tool, using the target test tool to perform a test and recording operation data of the target test tool; In response to a stop recording operation, generating a tool script of the target testing tool based on the operation data; In response to an application scenario input operation of the tool script, determining an application scenario of the tool script of the target testing tool; After all target test tools for the current application scenario are recorded, the application scenario script is obtained; An automated test of the current application scenario is performed based on the application scenario script.

2. The method according to claim 1, characterized in that In response to a recording operation on a target test tool, using the target test tool to perform a test and recording operation data of the target test tool, including: In response to the recording operation of the target test tool, during the process of using the target test tool to perform testing, the mouse click operation, scroll operation, move operation, and keyboard typing operation are monitored to obtain the operation data of the target test tool.

3. The method according to claim 2, characterized in that Use the pynput component of the Python library to monitor mouse clicks, scrolling, moving, and keyboard typing operations.

4. The method according to claim 1, characterized in that After all target test tools of the current application scenario are recorded and the application scenario script is obtained, the method further includes: In response to the modification operation on the application scenario script, the tool script of any target testing tool in the current application scenario script is modified, and after being saved, the modified application scenario script is obtained.

5. The method according to claim 1, characterized in that In response to the stop recording operation, generating a tool script of the target test tool based on the operation data, including: In response to the stop recording operation, the operation data is calculated and processed, and a tool script of the target test tool is generated based on the pyautogui technology.

6. The method according to claim 1, characterized in that Performing automated testing of the current application scenario based on the application scenario script includes: In response to the selection operation of the application scenario script, determining the application scenario script to be executed; In response to the automated test start operation, according to at least one tool script included in the application scenario script, the target test tool is called, the test operation is executed according to the tool script, and after all the tool scripts execute the test operation, the automated test result of the current application scenario is obtained.

7. The method according to claim 1, characterized in that The target test tool is at least one type of exe format test tool.

8. An electronic device, characterized in that: The electronic device comprises: one or more processors; and A memory storing computer program instructions, which, when executed, cause the processor to perform the steps of the method as claimed in any one of claims 1 to 7.

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

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

Images