A method and device for bidirectional conversion between automated testing and manual testing

Abstract

The application discloses a bidirectional conversion method and device for automatic testing and manual testing, and relates to the technical field of software testing. The method separates environment configuration and test cases by constructing a test framework comprising a configuration analysis module, an atomic action engine and a standardized operation tool, directly completes parameter analysis and instruction generation based on a configuration file, and does not need to manually write an automatic test script, so as to quickly convert manual test steps into executable automatic test procedures. Meanwhile, the framework records actual running instructions in real time during execution, and when an automatic test exception occurs, manual operation steps equivalent to automatic execution can be restored based on the recorded content without reappearing a test scene. The method reduces the threshold for converting manual testing into automatic testing, improves troubleshooting and reproduction efficiency when an automatic test problem occurs, and makes the test procedure more standardized, the execution process traceable and problem positioning more accurate.

Description

Technical Field

[0001] This application relates to the field of software testing technology, and in particular to a method, apparatus, device, and storage medium for bidirectional conversion between automated testing and manual testing. Background Technology

[0002] In the field of automotive software testing, automated testing and manual testing have long coexisted, each with its own advantages and disadvantages. Automated testing is highly efficient and repeatable, effectively handling a large number of regression testing tasks. However, the development and maintenance costs of test scripts are high, and when tests fail, the process of locating and debugging problems is complex, not intuitive, and makes it difficult to quickly pinpoint the root cause of the anomaly. Manual testing is flexible and allows for real-time observation of the software's running status, facilitating on-site debugging and problem confirmation. However, its overall testing efficiency is low, the workload is repetitive, and the consistency and reliability of test results highly depend on the testers' operational experience and professional skills.

[0003] Currently, there is a significant gap between automated testing and manual testing modes for automotive software. This gap manifests in the following ways: First, automated testing frameworks have their own syntax rules, execution logic, and definition standards. Manual testing steps are difficult to convert into standardized and efficient execution logic that can be recognized by automated testing. The cost of migrating manual test cases to automated test cases is high, and the versatility is poor. Second, automated testing is highly dependent on dedicated testing frameworks and execution environments. When anomalies occur in automated testing and cannot be investigated through automated mechanisms, it is difficult to reverse-engineer the executed automated testing process into directly operable manual testing steps. This makes it difficult for testers to quickly reproduce, locate, and verify problems, significantly reducing the efficiency of anomaly handling.

[0004] The aforementioned issues hinder the smooth execution of the in-vehicle software testing process, making it difficult for automated and manual testing to achieve efficient collaboration, thus affecting the overall efficiency, stability, and speed of problem localization in in-vehicle software testing. Summary of the Invention

[0005] To address the above problems, this application provides a method and apparatus for bidirectional conversion between automated testing and manual testing, comprising the following: Firstly, this application provides a bidirectional conversion method between automated testing and manual testing, the method comprising: Build an automated testing framework that includes a configuration parsing module, an atomic action engine, and standardized operation tools; Configure environment configuration files and module test case configuration files. The module test case configuration file contains a set of test steps converted from manual test steps. The module test case configuration file is a standardized configuration template with parameter variables. The environment configuration file is used to provide the real environment information required for test execution. The test step set is constructed according to the configuration rules of standardized operation tools. The configuration parsing module parses the environment configuration file and the module test case configuration file to complete the parsing of configuration parameters. It then performs corresponding actual value replacements according to the test step type, driving the atomic action engine to call the standardized operation tool to execute the generated standardized test instructions in sequence. At the same time, it synchronously records the actual execution instructions and execution results during the automated testing process. Based on the actual execution instructions and results recorded during the automated testing process, the test steps executed manually can be directly reproduced.

[0006] Optionally, the standardized operating tools include remote command invocation tools, remote file transfer tools, and local raw command tools; The remote command invocation tool is used to execute various operation commands of the remote test device, the remote file transfer tool is used to realize file upload and download transfer operations between the local end and the remote test device, and the local raw command tool is used to execute operation commands directly on the test machine without relying on the environmental information of the remote test device.

[0007] Optionally, the configuration content of the environment configuration file includes: The connection information, service type, and environment variables of the remote testing device; the connection information of the remote testing device is the basic configuration information for establishing a communication connection between the local and remote testing devices, and the environment variables are the operating environment configuration required for the remote testing device to execute operation commands.

[0008] Optionally, the parsing of the configuration parameters and the replacement of the corresponding actual values ​​include: For test steps that require calling remote test equipment, the real environment information in the environment configuration file is replaced with the parameter variables corresponding to the test step set in the module test case configuration file to generate standardized test instructions that can be executed directly; for local raw command-type test steps that do not require calling remote test equipment, the local operation instructions are directly converted into standardized test instructions.

[0009] Optionally, the actual execution instructions and results during the automated testing process are synchronously recorded in the step result file.

[0010] Optionally, the method of directly reconstructing manually executed test steps based on the actual execution instructions and results recorded during automated testing includes: The actual execution instructions are retrieved from the result file of the steps according to the execution order of the automated tests to recreate the test steps executed manually.

[0011] Optionally, the method further includes: An automated test report is generated based on the actual execution instructions and execution results recorded during the automated testing process. The automated test report fully presents the execution status, execution results, and overall completion status of each test step.

[0012] Secondly, this application provides a bidirectional conversion device for automated testing and manual testing, the device comprising: Framework building blocks are used to build automated testing frameworks that include configuration parsing modules, atomic action engines, and standardized operation tools. The configuration unit is used to configure the environment configuration file and the module test case configuration file. The module test case configuration file contains a set of test steps converted from manual test steps. The module test case configuration file is a standardized configuration template with parameter variables. The environment configuration file is used to provide the real environment information required for test execution. The test step set is constructed according to the configuration rules of the standardized operation tool. The parsing execution unit is used to parse the environment configuration file and the module test case configuration file through the configuration parsing module, complete the parsing of configuration parameters, and perform corresponding actual value replacement according to the test step type. It drives the atomic action engine to call the standardized operation tool to execute the generated standardized test instructions in sequence, and simultaneously records the actual execution instructions and execution results during the automated test process. The restoration unit is used to directly restore manually executed test steps based on the actual execution instructions and results recorded during automated testing.

[0013] Optionally, the standardized operating tools include remote command invocation tools, remote file transfer tools, and local raw command tools; The remote command invocation tool is used to execute various operation commands of the remote test device, the remote file transfer tool is used to realize file upload and download transfer operations between the local end and the remote test device, and the local raw command tool is used to execute operation commands directly on the test machine without relying on the environmental information of the remote test device.

[0014] Optionally, the configuration content of the environment configuration file includes: connection information, service type, and environment variables of the remote test device; the connection information of the remote test device is the basic configuration information for establishing a communication connection between the local and remote test devices, and the environment variables are the runtime environment configuration required for the remote test device to execute operation commands.

[0015] Optionally, the parsing and execution unit completes the parsing of configuration parameters and the replacement of actual values ​​by replacing the real environment information in the environment configuration file with the parameter variables corresponding to the test step set in the module test case configuration file, thereby generating standardized test instructions that can be directly executed.

[0016] Optionally, the parsing execution unit is further configured to synchronously record the actual execution instructions and execution results during the automated testing process into a step result file.

[0017] Optionally, the restoration unit is specifically used to: retrieve the actual execution instructions from the step result file according to the execution order of the automated test, so as to restore the test steps executed manually.

[0018] Optionally, the device further includes a report generation unit, which is used to generate an automated test report based on the actual execution instructions and execution results recorded during the automated testing process. The automated test report fully presents the execution status, execution results, and overall completion status of each test step.

[0019] Thirdly, this application provides an apparatus comprising a memory and a processor, the memory for storing instructions or code, and the processor for executing the instructions or code to cause the apparatus to perform the bidirectional conversion method between automated testing and manual testing described in any implementation of the first aspect.

[0020] Fourthly, this application provides a computer-readable storage medium storing code, wherein when the code is executed, a device running the code implements the bidirectional conversion method between automated testing and manual testing described in any of the implementations of the first aspect.

[0021] This application provides a bidirectional conversion method between automated and manual testing. When executing the method, an automated testing framework including a configuration parsing module, an atomic action engine, and standardized operation tools is first constructed. Then, an environment configuration file and a module test case configuration file are configured. The module test case configuration file contains a set of test steps converted from manual testing steps and is a standardized configuration template with parameter variables. The environment configuration file provides the real environment information required for test execution. The configuration parsing module then parses the environment configuration file and the module test case configuration file, completing the parsing of configuration parameters and performing corresponding actual value replacements according to the test step type. This drives the atomic action engine to call the standardized operation tools to execute the generated standardized test instructions sequentially. Simultaneously, the actual execution instructions and results during the automated testing process are recorded. Finally, based on the actual execution instructions and results recorded during the automated testing process, the manually executed test steps are directly reconstructed. In this way, by converting manual testing steps into standardized configuration templates, separating the test environment and test cases, and recording the actual execution instructions throughout the process, the threshold for building automated testing is significantly reduced. Automated conversion can be completed without writing professional scripts, while making the testing process more standardized and the execution process fully reproducible. When automated execution fails, the recorded instructions can be used to reconstruct the exact same manual operation steps, quickly locating the problem without having to reproduce the scenario repeatedly, thus balancing testing efficiency and traceability. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in this embodiment or the prior art, the drawings used in the description of the embodiment or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 A flowchart illustrating a bidirectional conversion method between automated testing and manual testing, provided in an embodiment of this application; Figure 2 This is a schematic diagram of a bidirectional conversion device for automated testing and manual testing provided in an embodiment of this application. Detailed Implementation

[0024] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

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

[0026] Figure 1 A flowchart illustrating a bidirectional conversion method between automated and manual testing, provided in an embodiment of this application. (Combined with...) Figure 1 As shown, the bidirectional conversion method between automated testing and manual testing provided in this application embodiment may include: S101. Build an automated testing framework that includes a configuration parsing module, an atomic action engine, and standardized operation tools.

[0027] The configuration parsing module is the core module in the automated testing framework used to parse various configuration files. Its main function is to identify the format and content of environment configuration files and module test case configuration files, complete the parsing of configuration parameters, and perform corresponding actual value replacements according to the test step type, thus providing a foundation for the generation of subsequent test instructions.

[0028] The atomic action engine is the core of the framework's execution drive. It is used to sequentially call standardized operation tools to execute corresponding test operations based on the parsed configuration information. It is the key carrier connecting configuration parsing and actual test execution.

[0029] Standardized operation tools are a set of tools within the framework for implementing specific test actions. In this embodiment, the standardized operation tools include a remote command invocation tool, a remote file transfer tool, and a local raw command tool. The remote command invocation tool is used to execute various operation commands from the remote test device. Its configuration parameters include IP address, port, service (e.g., SSH, ADB), and execution command. Optionally, it may include authentication information and environment variables required to execute the command. The remote file transfer tool is used to perform file upload and download operations between the local machine and the remote test device. Its configuration parameters include IP address, port, service (e.g., SSH, ADB), upload / download, local data location, and remote data location. Optionally, it may include authentication information. This tool can also be split into two independent tools: an upload tool and a download tool. The local raw command tool is used to execute operation commands directly on the test machine without relying on the environment information of the remote test device.

[0030] By building an automated testing framework that integrates the above core modules, a unified execution platform can be provided for the bidirectional conversion between manual and automated testing, avoiding the conversion difficulties caused by the lack of standardized execution rules in the testing framework. At the same time, the modular design of the framework makes the configuration and execution of test operations more standardized, which can simultaneously meet the dual operation scenarios of remote testing and local testing of vehicle software, reducing the development and maintenance complexity of the testing framework.

[0031] S102. Configure the environment configuration file and module test case configuration file.

[0032] The module test case configuration file contains a set of test steps converted from manual test steps. The module test case configuration file is a standardized configuration template with parameter variables. The environment configuration file is used to provide the real environment information required for test execution. The test step set is constructed according to the configuration rules of standardized operation tools. That is, each test step in the test step set is configured to match the parameter format and instruction rules of the standardized operation tools in the automated testing framework. This ensures that the configuration items after the conversion of each manual test step can be accurately bound to the corresponding standardized operation tool, and that the automated testing framework can directly identify and call the corresponding standardized operation tool to execute the test steps.

[0033] The configuration content of the environment configuration file includes: connection information, service type, and environment variables of the remote test device. The connection information of the remote test device is the basic configuration information for establishing a communication connection between the local and remote test devices. The environment variables are the runtime environment configurations required for the remote test device to execute operation commands. The environment configuration file is used to store various real-world environment information required for vehicle software testing. Its core function is to provide unified environment parameters for test execution, achieving decoupling between the test environment and test cases. The remote test device connection information configured in this file includes at least the device IP address and port number. The service type includes commonly used remote connection services for vehicle software testing such as SSH and ADB. The environment variables are the runtime environment parameters required for the remote device to execute test commands, such as configuring the specific values ​​of environment variables like PATH and LD_LIBRARY_PATH. For example, the environment configuration file can be configured to include the SSH service information of device 1, specifically IP address 192.168.1.101, port 22, and service name ssh, and configure the corresponding runtime environment variables.

[0034] The module test case configuration file is used to store vehicle software test cases and corresponding test steps. It is a standardized configuration template with parameter variables. Its built-in test step set is converted from manual test steps, and the test step set is constructed in accordance with the configuration rules of standardized operation tools. The parameter variables are placeholders for environment information in the corresponding environment configuration file. The test step set can be configured according to actual testing needs to include operation actions that require calling remote test equipment and local raw command-type operation actions that do not require calling remote test equipment. The entire file is adapted to the parsing rules of the automated testing framework constructed above. For example, the module test case configuration file can be configured to contain a test case set. Each test case includes an identifier, type, description, module, and corresponding test step set. Each action in the test step set is configured in a format that the framework can recognize.

[0035] During the configuration process, testers can configure the actual environment information of the environment configuration file separately according to the actual vehicle software testing needs. At the same time, the manual testing operation steps are transformed into the test step set in the module test case configuration file according to the configuration rules of the standardized operation tool. There is no need to modify the test cases themselves for different testing environments, which decouples the testing environment from the test cases. This greatly reduces the difficulty of converting manual testing steps into automated test configuration and solves the problem that manual testing steps are difficult to convert into automated test language rules due to the lack of a unified standard. The standardized configuration template is compatible with the configuration of both remote and local testing operations, making the configuration of test cases more standardized and universal, and improving configuration efficiency.

[0036] S103. Parse the environment configuration file and module test case configuration file, complete the parsing of configuration parameters and the replacement of actual values, execute the standardized test instructions after the actual value replacement, and record the actual execution instructions and execution results during the automated test process.

[0037] The configuration parsing module parses the environment configuration file and the module test case configuration file to complete the parsing of configuration parameters. It then performs corresponding actual value replacements according to the test step type, driving the atomic action engine to call standardized operation tools to execute the generated standardized test instructions in sequence. At the same time, it synchronously records the actual execution instructions and execution results during the automated testing process.

[0038] The parsing of the configuration parameters and the replacement of the corresponding actual values ​​include: for test steps that require calling remote test equipment, replacing the real environment information in the environment configuration file with the parameter variables corresponding to the test step set in the module test case configuration file to generate standardized test instructions that can be executed directly; for local original command-type test steps that do not require calling remote test equipment, directly converting the local operation instructions into standardized test instructions.

[0039] In this step, the parsing of configuration parameters and the replacement of corresponding actual values ​​refers to the process by which the configuration parsing module reads the real environment information in the environment configuration file and the parameter variables in the module test case configuration file, and for the test steps that require calling remote test equipment, accurately replaces the real environment information with the corresponding positions of the parameter variables according to the preset matching rules, and finally generates standardized test instructions that can be directly executed by the automated test framework.

[0040] In one implementation of this application, for local raw command-type test steps that do not require invoking remote test equipment, the local operation instructions in manual testing are directly converted into standardized test instructions that the framework can recognize. Specifically, for local raw command-type test steps, the parsing of configuration parameters and the replacement of corresponding actual values ​​are manifested in directly converting local operation instructions into standardized test instructions that the framework can recognize. Standardized test instructions refer to test instructions generated after configuration parameter parsing and corresponding actual value replacement, which can be directly executed by the atomic action engine by invoking standardized operation tools. These instructions can simultaneously adapt to three types of operation scenarios: remote command invocation, remote file transfer, and local raw commands. For example, if the test steps in the module test case configuration file are configured with execution actions for remote command invocation tools, and the parameters include variables such as {{service.device1_ssh.ip}} and {{service.device1_ssh.port}}, then the configuration parsing module will retrieve the IP address 192.168.1.101 and port 22 corresponding to device1_ssh from the environment configuration file, replace the above variables, and generate complete remote command invocation instructions. If the configuration is a local original command operation that does not require invoking the remote test device, then the locally executed commands such as "ls / test" and "cd / usr / local" can be directly converted into standardized test commands.

[0041] In actual execution, the configuration parsing module first parses the two types of configuration files and replaces the corresponding actual values ​​to generate standardized test instructions. Then, the atomic action engine calls the corresponding standardized operation tools to execute the standardized test instructions according to the order of the test steps in the module test case configuration file. If it is a remote operation instruction, the remote command invocation tool is called; if it is a file transfer instruction, the remote file transfer tool is called; and if it is a local operation instruction, the local original command tool is called. During execution, the framework synchronously records the actual execution instructions and execution results of each step. The execution results include the instruction execution success indicator, the reason for execution failure, and exception information. The configuration parsing module automates parameter parsing and corresponding actual value replacement, eliminating the need for testers to manually write test scripts. It quickly transforms configuration templates into executable, standardized test commands, compatible with direct configuration execution of local original commands. This further lowers the barrier to transition from manual to automated testing and significantly improves conversion efficiency. Simultaneously, the atomic action engine sequentially calls standardized operation tools to execute tests, ensuring the standardization and accuracy of automated test execution. The synchronous recording of actual executed commands and results provides a complete operational basis for the subsequent reverse conversion from automated to manual testing, making the test execution process traceable and reproducible.

[0042] S104. Based on the actual execution instructions and results recorded during the automated testing process, directly recreate the test steps executed manually.

[0043] The actual execution instructions and results during the automated testing process are synchronously recorded in the step result file; the direct restoration of manually executed test steps based on the actual execution instructions and results recorded during the automated testing process includes: retrieving the actual execution instructions from the step result file according to the execution order of the automated testing to restore the manually executed test steps.

[0044] The step result file is a file within the automated testing framework used to store the actual execution instructions and corresponding results during the testing process. Its storage format is compatible with the operation record format of manual testing, facilitating direct reading and manipulation by testers. This file can also simultaneously record the actual execution instructions corresponding to remote and local operations, without format conversion barriers. In this step, the framework synchronously records the actual execution instructions and results of each step in real time to the step result file during automated testing. When automated testing fails or manual troubleshooting is required, testers can directly retrieve the recorded actual execution instructions from the step result file according to the execution order of the automated test, directly copy and run these instructions, accurately reconstructing the complete execution steps of the automated test. It can also synchronously reconstruct all actions of remote and local operations, achieving the reverse conversion from automated testing to manual testing. By recording the actual execution instructions and results in a step result file, and retrieving the instructions in the execution order to restore the manual test steps, the problem of converting automated tests to manual execution after an issue arises is solved. This allows testers to quickly reproduce the automated test operation process and observe the test execution status in real time, significantly improving the efficiency of problem localization and debugging. At the same time, the restored manual test steps are completely consistent with the automated test execution steps, ensuring the accuracy of problem investigation and avoiding investigation deviations caused by inconsistencies between manual and automated operations.

[0045] Furthermore, the method also includes: generating an automated test report based on the actual execution instructions and execution results recorded during the automated testing process, wherein the automated test report fully presents the execution status, execution results, and overall completion status of each test step.

[0046] The automated test report is a test summary file generated based on the recorded information in the step result file. It integrates all test cases, the execution status of each test step, specific execution results, and the overall completion status of the test cases. This report can also cover all execution data from both remote and local operations, providing a clear overview of the overall effectiveness of automated testing for automotive software. After completing the execution of all test cases, the framework automatically extracts the recorded information from the step result file and generates an automated test report according to a preset report format. Testers can quickly grasp the overall test situation and locate test steps and test cases with execution anomalies through this report. By automatically generating standardized automated test reports, testers are no longer required to manually organize test results, improving the efficiency of test result analysis. Furthermore, the complete test step execution status and results in the report provide a comprehensive and accurate basis for quality assessment and problem rectification of automotive software, further improving the overall efficiency of the automotive software testing process.

[0047] The above are some specific implementations of a bidirectional conversion method between automated testing and manual testing provided in the embodiments of this application. Based on this, this application also provides a corresponding apparatus. The apparatus provided in the embodiments of this application will be described below from the perspective of functional modularity.

[0048] Figure 2 This is a schematic diagram of a bidirectional conversion device for automated and manual testing provided in an embodiment of this application. (Combined with...) Figure 2 As shown in the embodiment of this application, the bidirectional conversion device 200 for automated testing and manual testing includes: Framework building unit 210 is used to build an automated testing framework that includes a configuration parsing module, an atomic action engine, and standardized operation tools; Configuration unit 220 is used to configure environment configuration file and module test case configuration file. The module test case configuration file contains a set of test steps converted from manual test steps. The module test case configuration file is a standardized configuration template with parameter variables. The environment configuration file is used to provide real environment information required for test execution. The test step set is constructed according to the configuration rules of standardized operation tools. The parsing execution unit 230 is used to parse the environment configuration file and the module test case configuration file through the configuration parsing module, complete the parsing of configuration parameters, and perform corresponding actual value replacement according to the test step type. It drives the atomic action engine to call the standardized operation tool to execute the generated standardized test instructions in sequence, and simultaneously records the actual execution instructions and execution results during the automated test process. The restoration unit 240 is used to directly restore the manually executed test steps based on the actual execution instructions and results recorded during the automated test process.

[0049] In one implementation of this application, the standardized operation tool includes a remote command invocation tool, a remote file transfer tool, and a local raw command tool; The remote command invocation tool is used to execute various operation commands of the remote test device, the remote file transfer tool is used to realize file upload and download transfer operations between the local end and the remote test device, and the local raw command tool is used to execute operation commands directly on the test machine without relying on the environmental information of the remote test device.

[0050] In one implementation of this application, the configuration content of the environment configuration file includes: connection information of the remote test device, service type, and environment variables; the connection information of the remote test device is the basic configuration information for establishing a communication connection between the local and remote test devices, and the environment variables are the runtime environment configuration required for the remote test device to execute operation instructions.

[0051] In one implementation of this application, the parsing and execution unit completes the parsing of configuration parameters and the replacement of actual values ​​by replacing the real environment information in the environment configuration file with the parameter variables corresponding to the test step set in the module test case configuration file, thereby generating standardized test instructions that can be directly executed.

[0052] In one implementation of this application, the parsing execution unit is further configured to synchronously record the actual execution instructions and execution results during the automated testing process into a step result file.

[0053] In one implementation of this application, the restoration unit is specifically used to: retrieve the actual execution instructions from the step result file according to the execution order of the automated test, so as to restore the test steps executed manually.

[0054] In one implementation of this application, the apparatus further includes a report generation unit, which is used to generate an automated test report based on the actual execution instructions and execution results recorded during the automated testing process. The automated test report fully presents the execution status, execution results, and overall completion status of each test step.

[0055] This application also provides corresponding devices and computer storage media for implementing the solutions provided in this application.

[0056] The device includes a memory and a processor. The memory stores instructions or code, and the processor executes the instructions or code to cause the device to perform the method described in any embodiment of this application.

[0057] The computer storage medium stores code, and when the code is run, the device running the code implements the method described in any embodiment of this application.

[0058] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that all or part of the steps in the methods of the above embodiments can be implemented by means of software plus a general-purpose hardware platform. Based on this understanding, the technical solution of this application can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as a read-only memory (ROM) / RAM, magnetic disk, optical disk, etc., including several instructions to cause a computer device (which may be a personal computer, a server, or a network communication device such as a router) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0059] It is understood that in the specific embodiments of this application, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved need to obtain user permission or consent when the above embodiments of this application are applied to specific products or technologies, and the collection, use and processing of related data need to comply with the relevant laws, regulations and standards of relevant countries and regions.

[0060] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0061] It should also be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for the device and apparatus embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiments. The device and apparatus embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components indicated as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of the solution in this embodiment according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0062] The above description is merely one specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A bidirectional conversion method between automated testing and manual testing, characterized in that, The method includes: Build an automated testing framework that includes a configuration parsing module, an atomic action engine, and standardized operation tools; Configure environment configuration files and module test case configuration files. The module test case configuration file contains a set of test steps converted from manual test steps. The module test case configuration file is a standardized configuration template with parameter variables. The environment configuration file is used to provide the real environment information required for test execution. The test step set is constructed according to the configuration rules of standardized operation tools. The configuration parsing module parses the environment configuration file and the module test case configuration file to complete the parsing of configuration parameters. It then performs corresponding actual value replacements according to the test step type, driving the atomic action engine to call the standardized operation tool to execute the generated standardized test instructions in sequence. At the same time, it synchronously records the actual execution instructions and execution results during the automated testing process. Based on the actual execution instructions and results recorded during the automated testing process, the test steps executed manually can be directly reproduced.

2. The method according to claim 1, characterized in that, The standardized operating tools include remote command invocation tools, remote file transfer tools, and local raw command tools; The remote command invocation tool is used to execute various operation commands of the remote test device, the remote file transfer tool is used to realize file upload and download transfer operations between the local end and the remote test device, and the local raw command tool is used to execute operation commands directly on the test machine without relying on the environmental information of the remote test device.

3. The method according to claim 1, characterized in that, The configuration content of the environment configuration file includes: The connection information, service type, and environment variables of the remote testing device; the connection information of the remote testing device is the basic configuration information for establishing a communication connection between the local and remote testing devices, and the environment variables are the operating environment configuration required for the remote testing device to execute operation commands.

4. The method according to claim 1, characterized in that, The parsing of the configuration parameters and the replacement of the corresponding actual values ​​include: For test steps that require calling remote test equipment, the real environment information in the environment configuration file is replaced with the parameter variables corresponding to the test step set in the module test case configuration file to generate standardized test instructions that can be executed directly; for local raw command-type test steps that do not require calling remote test equipment, the local operation instructions are directly converted into standardized test instructions.

5. The method according to claim 1, characterized in that, The actual execution instructions and results during the automated testing process are synchronously recorded in the step result file.

6. The method according to claim 5, characterized in that, The method of directly reproducing manually executed test steps based on the actual execution instructions and results recorded during automated testing includes: The actual execution instructions are retrieved from the result file of the steps according to the execution order of the automated tests to recreate the test steps executed manually.

7. The method according to claim 1, characterized in that, The method further includes: An automated test report is generated based on the actual execution instructions and execution results recorded during the automated testing process. The automated test report fully presents the execution status, execution results, and overall completion status of each test step.

8. A bidirectional conversion device for automated testing and manual testing, characterized in that, The device includes: Framework building blocks are used to build automated testing frameworks that include configuration parsing modules, atomic action engines, and standardized operation tools. The configuration unit is used to configure the environment configuration file and the module test case configuration file. The module test case configuration file contains a set of test steps converted from manual test steps. The module test case configuration file is a standardized configuration template with parameter variables. The environment configuration file is used to provide the real environment information required for test execution. The test step set is constructed according to the configuration rules of the standardized operation tool. The parsing execution unit is used to parse the environment configuration file and the module test case configuration file through the configuration parsing module, complete the parsing of configuration parameters, and perform corresponding actual value replacement according to the test step type. It drives the atomic action engine to call the standardized operation tool to execute the generated standardized test instructions in sequence, and simultaneously records the actual execution instructions and execution results during the automated test process. The restoration unit is used to directly restore manually executed test steps based on the actual execution instructions and results recorded during automated testing.

9. A computing device, characterized in that, The computing device includes: a memory and a processor; The memory is used to store computer programs; The processor is configured to implement the steps of the method as described in any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the method as described in any one of claims 1 to 7.

Images