CN112214405B - Software testing method and device, electronic equipment and readable storage medium - Google Patents
Software testing method and device, electronic equipment and readable storage medium Download PDFInfo
- Publication number
- CN112214405B CN112214405B CN202011064176.5A CN202011064176A CN112214405B CN 112214405 B CN112214405 B CN 112214405B CN 202011064176 A CN202011064176 A CN 202011064176A CN 112214405 B CN112214405 B CN 112214405B
- Authority
- CN
- China
- Prior art keywords
- software
- tested
- running system
- test
- virtual machine
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000013522 software testing Methods 0.000 title claims abstract description 42
- 238000012360 testing method Methods 0.000 claims abstract description 121
- 238000011990 functional testing Methods 0.000 claims abstract description 17
- 238000005192 partition Methods 0.000 claims description 14
- 238000009434 installation Methods 0.000 claims description 6
- 238000004088 simulation Methods 0.000 claims description 4
- 230000006870 function Effects 0.000 description 57
- 238000004891 communication Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application discloses a software testing method, a device, electronic equipment and a readable storage medium, and belongs to the technical field of test cases. The method is applied to a server, the server is built with a virtual machine, and the virtual machine is provided with software running systems with different versions, and the method comprises the following steps: acquiring a test path of software to be tested; selecting a target software running system from software running systems with different versions installed in the virtual machine; and under the target software running system, performing functional test on the software to be tested according to the test path. According to the embodiment of the application, as the software running systems with different versions are installed in the virtual machine, part of the software running systems or all the software running systems can be used as target software running systems according to the requirements, the software to be tested is tested, the limitation of the test machine type is broken through, the software to be tested is tested in all the running systems of the software to be tested, and the reliability of the test is ensured.
Description
Technical Field
The application belongs to the technical field of test cases, and particularly relates to a software testing method, a device, electronic equipment and a readable storage medium.
Background
Currently, various internet software layers are endless, and update iterations are rapid. Before the software is on line, each function of the software needs to be tested in advance so as to ensure that the software can be normally used after being on line.
In the prior art, the software testing process is ensured to cover various application scenes as much as possible through tools and processes such as unit testing, test case enumeration and the like. However, the existing test mode needs to rely on manual spot inspection or script writing for testing, so that the test process cannot cover a running system of complete software due to incomplete test machine types, and further the problem of test omission occurs, and the reliability of the test cannot be guaranteed.
Disclosure of Invention
The embodiment of the application aims to provide a software testing method, which can solve the problems that the existing software testing mode is easy to cause that the testing process cannot cover the running system of the complete software due to the incomplete model of the testing machine, and the testing omission occurs.
In order to solve the technical problems, the application is realized as follows:
In a first aspect, an embodiment of the present application provides a software testing method, where the method is applied to a server, where the server is constructed with a virtual machine, and the virtual machine installs software running systems with different versions, and the method includes:
acquiring a test path of software to be tested;
Selecting a target software running system from software running systems with different versions installed in the virtual machine;
And under the target software running system, performing functional test on the software to be tested according to the test path.
In a second aspect, an embodiment of the present application provides a software testing apparatus, where the software testing apparatus is applied to a server, where the server is constructed with a virtual machine, and the virtual machine installs software running systems with different versions, and the apparatus includes:
the first acquisition module is used for acquiring a test path of the software to be tested;
the selection module is used for selecting a target software running system from software running systems with different versions installed in the virtual machine;
and the test module is used for carrying out functional test on the software to be tested according to the test path under the target software running system.
In a third aspect, an embodiment of the present application provides an electronic device, including a processor, a memory, and a program or instruction stored on the memory and executable on the processor, the program or instruction implementing the steps of the method according to the first aspect when executed by the processor.
In a fourth aspect, embodiments of the present application provide a readable storage medium having stored thereon a program or instructions which when executed by a processor perform the steps of the method according to the first aspect.
In a fifth aspect, an embodiment of the present application provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and where the processor is configured to execute a program or instructions to implement a method according to the first aspect.
In the embodiment of the application, a virtual machine is firstly constructed in a server, software running systems with different versions are installed in the virtual machine, then a test path of the software to be tested is obtained when the software to be tested is required to be tested, then a target software running system is selected from the software running systems with different versions installed in the virtual machine, and then under the target software running system, functional test is carried out on the software to be tested according to the test path. In the testing process, because the software running systems with different versions are installed in the virtual machine, part of the software running systems or all the software running systems can be used as target software running systems according to the requirements, the software to be tested is tested, the limitation of a testing machine type is broken through, the software to be tested is tested in all the running systems of the software to be tested, and the reliability of the test is ensured.
Drawings
FIG. 1 is a flow chart of the steps of a software testing method provided by an embodiment of the present application;
FIG. 2 is a flowchart showing the steps of step S100 in one embodiment of the present application;
FIG. 3 is a flowchart showing the steps of step S100 in another embodiment of the present application;
fig. 4 is a schematic structural diagram of a software testing device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The terms first, second and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that embodiments of the application may be practiced otherwise than as specifically illustrated or described herein. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/", generally means that the associated object is an "or" relationship.
The software testing method provided by the embodiment of the application is described in detail below through specific embodiments and application scenes thereof with reference to the accompanying drawings.
Referring to fig. 1, a flowchart of steps of a software testing method provided by an embodiment of the present application is shown, where the method is applied to a server, and the server is built with a virtual machine, and the virtual machine installs software running systems with different versions, and the method may include steps S100 to S300.
In the embodiment of the application, a virtual machine is constructed in a server, namely, running test equipment of software to be tested is simulated by utilizing the virtual machine; then partitioning the constructed virtual machine, and correspondingly installing a version of software running system in each partition, namely installing different software running systems on one virtual machine, so that test equipment with different software running systems can be simulated. The different software running systems can comprise all software running systems existing on line, so that the software to be tested can be subjected to function test under the corresponding software running systems.
And step S100, acquiring a test path of the software to be tested.
The step S100 is a specific operation step and an operation flow for testing the software to be tested. The test path can be generated by a user on a big data acquisition line through each operation path of the software to be tested, or simulated by each function realization step of the software to be tested.
In practical application, the above step S100 needs to be performed in response to receiving the third input of the user; the third input is an input for determining to start the software test, and specifically may be a touch or press operation of the user on the test key in the test interface.
And step 200, selecting a target software running system from software running systems with different versions installed in the virtual machine.
In the step S200, the target software running system refers to a running system that needs to perform a functional test on the software to be tested. After determining the test path of the software to be tested, one or the first software running system of the software running systems with different versions installed from the virtual machine is used as the target software running system.
And step S300, under the target software running system, performing functional test on the software to be tested according to the test path.
In the step S300, in the case that the target software operating system is one, the function test is directly performed on the software to be tested according to the obtained test path under the one target software operating system, so as to monitor whether each function of the software to be tested can normally operate under the one target software operating system, thereby realizing the simulation of the test equipment installed with the one target software operating system, and using the simulated test equipment to realize the function test of the software to be tested, so as to verify whether the software to be tested can normally operate on the test equipment installed with the one target software operating system.
In the step S300, under the condition that the number of the target software running systems is plural, the function test is performed on the software to be tested according to the obtained test paths under each target software running system in sequence, so as to monitor whether each function of the software to be tested can normally run under each target software running system, thereby realizing the test equipment for simulating the installation of the corresponding target software running system, and using the simulated test equipment to realize the function test of the software to be tested, so as to verify whether the software to be tested can normally run on the test equipment for installing each target software running system.
According to the software testing method provided by the embodiment of the application, the virtual machine is firstly constructed in the server, the software running systems with different versions are installed in the virtual machine, then the testing path of the software to be tested is obtained when the software to be tested is required to be tested, then the target software running system is selected from the software running systems with different versions installed in the virtual machine, and then under the target software running system, the function test is carried out on the software to be tested according to the testing path. In the testing process, because the software running systems with different versions are installed in the virtual machine, part of the software running systems or all the software running systems can be used as target software running systems according to the requirements, the software to be tested is tested, the limitation of a testing machine type is broken through, the software to be tested is tested in all the running systems of the software to be tested, and the reliability of the test is ensured.
Taking mobile phone software testing as an example, the virtual machine is constructed to simulate the actual operating system version of each mobile phone, taking an Android mobile phone as an example, the system of the mobile phone is often different due to the mobile phones produced by different mobile phone manufacturers, and the system versions of the mobile phones in different batches produced by the same mobile phone manufacturer are sometimes different, such as PD2000, PD2001 and PD2002, and the system versions are recorded by each manufacturer. By installing the android system on the virtual machine while controlling the partitions, specific cell phone system versions PD2000, PD2001, PD2002 are then installed, respectively. Because each installed system version in the virtual machine is the same as the system functions actually used by the user, the actual operation of the user can be completely simulated. In addition, because the mobile phone system versions are more provided by each manufacturer, the installation of all mobile phone system versions is complex and huge, but for the systems with high commonalities of PD2001_A_1.0 and PD2001_A_1.0.1, one of the mobile phone system versions is selected for installation, so that the installation quantity of the mobile phone system versions is greatly reduced. At this time, one system version can satisfy the function verification use.
Optionally, in an implementation manner, in the case of testing the second software function applied in the software to be tested, please refer to fig. 2, which shows a specific step flowchart of step S100 in the embodiment of the present application. As shown in fig. 2, the step S100 includes steps S101 to S102.
Step S101, node information corresponding to each operation path of the software to be tested by an online user is obtained.
In the above step S101, for the second software function applied in the software to be tested, because it is already applied, there is an operation path corresponding to the software function on line, so node information corresponding to each operation path given to the software to be tested by the on-line user can be obtained.
Step S102, generating the test path according to the node information corresponding to each operation path.
In the step S102, according to the node information corresponding to each operation path of the second software function of the software to be tested by the on-line user, that is, the actual operation behaviors of all on-line users on the second software function are recorded, and based on the recorded actual operation behaviors, a test path for the second software function is generated, so that the test case for the second software function can be complemented, and the problem of test omission caused by the fact that some scenes cannot be covered by manual test is prevented. When the test is carried out again next time, the test is directly carried out according to the complete test case.
If the first step needs node information to execute the second step, the on-line node information is simulated, the second step is triggered, and a corresponding test path is generated.
In the above embodiment, when the function test is performed on the applied software function, the corresponding test path is generated through the node information corresponding to each operation path used on line, so that the test case can be complemented, and the function test can be performed to the maximum according to various actual use scenes of the software to be tested.
Optionally, in another implementation manner, in the software testing method provided by the embodiment of the present application, referring to fig. 3, a specific step flowchart of step S100 in the embodiment of the present application is shown in the case of testing the first software function newly added to the software to be tested. As shown in fig. 3, the step S100 includes steps S103 to S107.
Step S103, creating a page entry into the first software function and corresponding jump parameters.
In the step S103, for the newly added first software function, since it needs to be verified whether the function page can be opened normally, it needs to create all page entries that can be accessed to the first software function; in addition, since the page jump needs to fill in the corresponding adjustment parameters, the jump parameters corresponding to each page entry need to be determined in a function supporting manner.
Specifically, if the starting of a page Activity supports push, package name, deeplink and other modes to log in, then the three scenes are simulated, and corresponding jump parameters are set to verify whether the page can be opened normally.
For example, in the set search portal, there is a portal to jump to the game center by setting the package name, and the function has been verified. However, when the service is developed to a new stage, the requirement cannot be met through the packet name, and the push jump is needed, and whether the push jump can be normally used is not verified before, or only simple verification is performed, so that whether the parameters uploaded by the service scene at the current stage can be acquired by the game center cannot be known. Under the above scenario, when the online user jumps to the game center through push, the problem that normal jump cannot be performed often occurs. If the simulation scene is adopted to verify whether all the modes capable of jumping to the game center are successful when the entrance development of the game center is completed, the problem that normal jumping cannot be confirmed is avoided.
Step S104, generating first node information according to the page entry and the corresponding jump parameter.
In the step S104, corresponding node information, that is, the first node information, is generated according to the page entry and the corresponding skip parameter created in the step S103, so as to determine a test path for verifying whether the first software function can skip normally through the first node information.
Step S105, simulating an operation procedure using the first software function.
In the step S105, since the first software function is a new function of the software to be tested, there is no record of the actual operation of the first software function by the user on line, so that the operation steps of using the first software function of the software to be tested can be simulated according to the specific implementation parameters of the first software function.
And step S106, generating second node information according to the operation steps.
In the step S106, according to the operation steps of the simulated first software function, node information for simulating and executing the first software function, that is, the second node information, is obtained, so that a test path for verifying whether the first software function can normally operate is determined through the second node information.
Step S107, generating the test path according to the first node information and the second node information.
In the step S107, since the first node information can determine the test path for verifying whether the first software function can normally jump, and the second node information can determine the test path for verifying whether the first software function can normally run, the complete test path of the first software function of the software to be tested can be generated according to the first node information and the second node information.
In the above embodiment, for a first software function newly added to the software to be tested, a page entry and a corresponding jump parameter entering the first software function are created, and corresponding operation steps are simulated, so that a test path for testing the first software function is generated, a complete use scene of the first software function can be simulated, and the function test can be performed to the maximum extent according to various actual use scenes of the software to be tested.
Optionally, in an implementation manner, the software testing method provided by the embodiment of the present invention further includes steps S108 to S111 before the step S200.
Step S108, acquiring running system configuration information corresponding to the software to be tested.
In the step S108, the running system configuration information is information for describing a running system capable of supporting running the software to be tested, and may be obtained by analyzing the software information of the software to be tested.
And step 109, downloading a second software running system matched with the software to be tested from an application software server according to the running system configuration information.
In the step S109, the second software running system is a software running system matched with the software to be tested.
Alternatively, in a specific embodiment, because a different software running system is installed in the virtual machine, the second software running system is a software running system that matches the software to be tested and is not installed in the current virtual machine, and may specifically be a newly online software running system or an updated version of the software running system installed in the current virtual machine, so as to ensure that all online software running systems supporting running of the software to be tested are covered.
In this embodiment, the step S109 specifically includes: and downloading a second software running system which is matched with the software to be tested and is not installed currently by the virtual machine from an application software server according to the running system configuration information. That is, when the step S109 is executed, after the second software running system matching with the software to be tested is determined from the application software server according to the running system configuration information, the second software running system still needs to be further compared with the software running system installed in the virtual machine, and then only the second software running system that is not installed currently by the virtual machine is downloaded.
Step S110, creating a running partition in the virtual machine.
In the step S110, after the second software running system is downloaded, a corresponding running partition is created for the second software running system, so as to install the second software running system.
And step S111, installing the second software running system in the running partition.
In the step S111, the second software running system is correspondingly installed in the running partition created in the step S, and then the test device with the second software system installed can be simulated to perform the functional test on the software to be tested.
In the above embodiment, before the software test is performed, the second software running system matched with the software to be tested in the application software server is traversed according to the running system configuration information corresponding to the software to be tested, and the second software running system which is not installed currently by the virtual machine is downloaded, so that the software running system corresponding to the software to be tested can be completed in time, and the test reliability is ensured.
Optionally, in an implementation manner, in the software testing method provided by the embodiment of the present invention, the step S200 specifically includes steps S201 to S204:
Step S201, a first input of a user is received.
In the step S201, the first input is an input for determining that the user starts to perform the functional test on the software to be tested, and may specifically be a click or touch operation on the test case in the test interface.
Step S202, responding to the first input, and displaying each first software running system matched with the software to be tested.
In the step S202, since the next first input is an input for determining that the user starts to perform the functional test on the software to be tested, when the first input is received, it is described that the functional test needs to be performed on the software to be tested, and thus each first software running system matched with the software to be tested is displayed for the user to select.
Step S203, receiving a second input from the user.
In step S203, the second input is a selection input of the first software running system, and is used for determining a running system for performing a functional test on the software to be tested. The method specifically can be a clicking operation of the first software running system displayed on the test interface.
And step S204, responding to the second input, and determining the first software running system corresponding to the second input as the target software running system.
In the step S204, since the second input is a selection input for determining the running system for performing the functional test on the software to be tested, that is, the user wants to perform the functional test on the software to be tested by using the first software running system corresponding to the second input, the first software running system corresponding to the second input is determined as the target software running system.
In practical application, the user can use one or more of the first software running systems matched with the software to be tested as the target software running system through the second input according to the test requirement.
In the above embodiment, each first software running system matched with the software to be tested is displayed when the first input of the user is received, and then the target software running system is determined from the first software running systems according to the second input of the user, so that the test requirement of the user can be matched.
Optionally, in another implementation manner, in the software testing method provided by the embodiment of the present invention, the step S200 specifically includes steps S211 to S214:
Step S211, receiving a third input from the user.
In the step S211, the third input is an input for determining that the user starts to perform the functional test on the software to be tested, and may specifically be a click or touch operation on the test case in the test interface.
And step S212, responding to the first input, and determining each first software running system matched with the software to be tested as the target software running system.
In the step S202, because the next first input is the input for determining to start the function test of the software to be tested by the user, each first software running system matched with the software to be tested is used as the target software running system under the condition that the first input is received, so that all software running systems supporting the software to be tested can be used for performing the function test of the software to be tested, and the test reliability is ensured.
It should be noted that, in the software testing method provided by the embodiment of the present application, the execution body may be a terminal device, or a control module in the terminal device for executing the software testing method. In the embodiment of the application, the method for testing the software by executing and loading the software by the terminal equipment is taken as an example, and the method for testing the software provided by the embodiment of the application is described.
Referring to fig. 4, a schematic structural diagram of a software testing device provided by an embodiment of the present application is shown, and as shown in fig. 4, the software testing device provided by the embodiment of the present application is applied to a server, where the server is constructed with a virtual machine, and the virtual machine is installed with software running systems of different versions, and the device includes:
a first obtaining module 41, configured to obtain a test path of software to be tested;
a selection module 42, configured to select a target software running system from software running systems of different versions installed in the virtual machine;
and the test module 43 is configured to perform a functional test on the software to be tested according to the test path under the target software running system.
Optionally, in the software testing apparatus, the selecting module 42 includes:
A first receiving unit for receiving a first input of a user;
The display unit is used for responding to the first input and displaying each first software running system matched with the software to be tested;
a second receiving unit for receiving a second input of the user;
and the determining unit is used for responding to the second input and determining the first software running system corresponding to the second input as the target software running system.
Optionally, the apparatus further comprises:
the second obtaining module is used for obtaining the configuration information of the running system corresponding to the software to be tested before selecting the target software running system from the software running systems with different versions installed in the virtual machine;
The downloading module is used for downloading a second software running system matched with the software to be tested from an application software server according to the running system configuration information;
The partition creation module is used for creating an operation partition in the virtual machine;
and the installation module is used for installing the second software running system in the running partition.
Optionally, in the software testing apparatus, when testing a first software function newly added to the software to be tested, the first obtaining module 41 includes:
The creation unit is used for creating a page entry entering the first software function and corresponding jump parameters;
The first generation unit is used for generating first node information according to the page entry and the corresponding jump parameter;
a simulation unit for simulating an operation step using the first software function;
A second generating unit, configured to generate second node information according to the operation step;
and the third generating unit is used for generating the test path according to the first node information and the second node information.
Optionally, in the software testing apparatus, in a case of testing a second software function applied in the software to be tested, the first obtaining module 41 includes:
The acquisition unit is used for acquiring node information corresponding to each operation path of the software to be tested by an online user;
and the fourth generation unit is used for generating the test path according to the node information corresponding to each operation path.
The software testing device in the embodiment of the application can be a device, and can also be a component, an integrated circuit or a chip in a terminal. The device may be a mobile electronic device or a non-mobile electronic device. By way of example, the mobile electronic device may be a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a Personal Digital Assistant (PDA), etc., and the non-mobile electronic device may be a server, a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a Television (TV), a teller machine, a self-service machine, etc., and the embodiments of the present application are not limited in particular.
The software testing device in the embodiment of the application can be a device with an operating system. The operating system may be an Android operating system, an ios operating system, or other possible operating systems, and the embodiment of the present application is not limited specifically.
The software testing device provided by the embodiment of the present application can implement each process implemented by the software testing device in the method embodiments of fig. 1 to 3, and in order to avoid repetition, a description is omitted here.
In the embodiment of the application, the virtual machine is firstly constructed in the server, the software running systems with different versions are installed in the virtual machine, then the test path of the software to be tested is obtained when the software to be tested is required to be tested, then the target software running system is selected from the software running systems with different versions installed in the virtual machine, and then the function test is carried out on the software to be tested according to the test path under the target software running system. In the testing process, because the software running systems with different versions are installed in the virtual machine, part of the software running systems or all the software running systems can be used as target software running systems according to the requirements, the software to be tested is tested, the limitation of a testing machine type is broken through, the software to be tested is tested in all the running systems of the software to be tested, and the reliability of the test is ensured.
Optionally, the embodiment of the present application further provides an electronic device, including a processor, a memory, and a program or an instruction stored in the memory and capable of running on the processor, where the program or the instruction when executed by the processor implements each process of the foregoing embodiment of the software testing method, and the process can achieve the same technical effect, so that repetition is avoided, and details are not repeated here.
It should be noted that, the electronic device in the embodiment of the present application includes the mobile electronic device and the non-mobile electronic device described above.
The embodiment of the application also provides a readable storage medium, on which a program or an instruction is stored, which when executed by a processor, implements each process of the above-mentioned software testing method embodiment, and can achieve the same technical effects, and in order to avoid repetition, the description is omitted here.
Wherein the processor is a processor in the electronic device described in the above embodiment. The readable storage medium includes a computer readable storage medium such as a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.
The embodiment of the application further provides a chip, which comprises a processor and a communication interface, wherein the communication interface is coupled with the processor, and the processor is used for running programs or instructions to realize the processes of the software testing method embodiment, and the same technical effects can be achieved, so that repetition is avoided, and the description is omitted here.
It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, chip systems, or system-on-chip chips, etc.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method according to the embodiments of the present application.
The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are to be protected by the present application.
Claims (8)
1. A software testing method, applied to a server, wherein the server is constructed with a virtual machine, and the virtual machine is installed with software running systems with different versions, the method comprising:
acquiring a test path of software to be tested;
Selecting a target software running system from software running systems with different versions installed in the virtual machine;
under the target software running system, performing functional test on the software to be tested according to the test path;
under the condition of testing the newly added first software function of the software to be tested, the step of obtaining the test path of the software to be tested includes:
creating a page entry into the first software function and corresponding jump parameters;
generating first node information according to the page entry and the corresponding jump parameter;
simulating an operating step using the first software function;
Generating second node information according to the operation steps;
and generating the test path according to the first node information and the second node information.
2. The software testing method according to claim 1, wherein the step of selecting a target software running system from among different versions of software running systems installed in the virtual machine comprises:
Receiving a first input of a user;
responsive to the first input, displaying first software running systems matched with the software to be tested;
receiving a second input from the user;
and responding to the second input, and determining a first software running system corresponding to the second input as the target software running system.
3. The software testing method according to claim 1, wherein before the step of selecting a target software operating system from among the different versions of software operating systems installed from the virtual machine, the method further comprises:
acquiring running system configuration information corresponding to the software to be tested;
Downloading a second software running system matched with the software to be tested from an application software server according to the running system configuration information;
Creating an operation partition in the virtual machine;
and installing the second software running system in the running partition.
4. The software testing method according to claim 1, wherein the step of acquiring the test path of the software to be tested in the case of testing the second software function that has been applied in the software to be tested, comprises:
acquiring node information corresponding to each operation path of the software to be tested by an online user;
and generating the test path according to the node information corresponding to each operation path.
5. A software testing apparatus, characterized by being applied to a server, the server being built with a virtual machine, the virtual machine being installed with different versions of a software running system, the apparatus comprising:
the first acquisition module is used for acquiring a test path of the software to be tested;
the selection module is used for selecting a target software running system from software running systems with different versions installed in the virtual machine;
The test module is used for carrying out functional test on the software to be tested according to the test path under the target software running system;
under the condition of testing the first software function newly added to the software to be tested, the first obtaining module comprises:
The creation unit is used for creating a page entry entering the first software function and corresponding jump parameters;
The first generation unit is used for generating first node information according to the page entry and the corresponding jump parameter;
a simulation unit for simulating an operation step using the first software function;
A second generating unit, configured to generate second node information according to the operation step;
and the third generating unit is used for generating the test path according to the first node information and the second node information.
6. The software testing apparatus of claim 5, wherein the selection module comprises:
A first receiving unit for receiving a first input of a user;
The display unit is used for responding to the first input and displaying each first software running system matched with the software to be tested;
a second receiving unit for receiving a second input of the user;
and the determining unit is used for responding to the second input and determining the first software running system corresponding to the second input as the target software running system.
7. The software testing apparatus of claim 5, wherein the apparatus further comprises:
the second obtaining module is used for obtaining the configuration information of the running system corresponding to the software to be tested before selecting the target software running system from the software running systems with different versions installed in the virtual machine;
The downloading module is used for downloading a second software running system matched with the software to be tested from an application software server according to the running system configuration information;
The partition creation module is used for creating an operation partition in the virtual machine;
and the installation module is used for installing the second software running system in the running partition.
8. The software testing apparatus according to claim 5, wherein in the case of testing the second software function that has been applied in the software to be tested, the first acquisition module includes:
The acquisition unit is used for acquiring node information corresponding to each operation path of the software to be tested by an online user;
and the fourth generation unit is used for generating the test path according to the node information corresponding to each operation path.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011064176.5A CN112214405B (en) | 2020-09-30 | 2020-09-30 | Software testing method and device, electronic equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011064176.5A CN112214405B (en) | 2020-09-30 | 2020-09-30 | Software testing method and device, electronic equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112214405A CN112214405A (en) | 2021-01-12 |
| CN112214405B true CN112214405B (en) | 2024-06-21 |
Family
ID=74052131
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011064176.5A Active CN112214405B (en) | 2020-09-30 | 2020-09-30 | Software testing method and device, electronic equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112214405B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113434353B (en) * | 2021-08-03 | 2024-06-25 | 联泰集群（北京）科技有限责任公司 | Method and device for testing server, electronic equipment and storage medium |
| CN115658540B (en) * | 2022-11-10 | 2023-07-25 | 深圳市卓讯达科技发展有限公司 | Smart phone application function testing method and device |
| CN116775498A (en) * | 2023-08-21 | 2023-09-19 | 小米汽车科技有限公司 | Software testing method and device, electronic equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102831062A (en) * | 2012-08-31 | 2012-12-19 | 浪潮电子信息产业股份有限公司 | Testing method based on cloud computing operating system software compatibility |
| CN106708716A (en) * | 2015-07-17 | 2017-05-24 | 中兴通讯股份有限公司 | Software testing method, device and system |
| CN108255737A (en) * | 2018-02-27 | 2018-07-06 | 郑州云海信息技术有限公司 | Based on multi version operating system testing method, system and equipment and storage medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8181159B2 (en) * | 2007-03-29 | 2012-05-15 | Microsoft Corporation | Test automation using virtual machines |
| DE102011055905A1 (en) * | 2011-11-30 | 2013-06-06 | GDV Dienstleistungs-GmbH & Co. KG | Method for testing software in e.g. personal, involves storing entire or part of test software and/or test components in central database, where entire or part of software and/or components is downloaded for test procedure from data base |
| WO2015179603A1 (en) * | 2014-05-22 | 2015-11-26 | Citrix Systems, Inc. | Providing testing environments using virtualization |
-
2020
- 2020-09-30 CN CN202011064176.5A patent/CN112214405B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102831062A (en) * | 2012-08-31 | 2012-12-19 | 浪潮电子信息产业股份有限公司 | Testing method based on cloud computing operating system software compatibility |
| CN106708716A (en) * | 2015-07-17 | 2017-05-24 | 中兴通讯股份有限公司 | Software testing method, device and system |
| CN108255737A (en) * | 2018-02-27 | 2018-07-06 | 郑州云海信息技术有限公司 | Based on multi version operating system testing method, system and equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112214405A (en) | 2021-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112214405B (en) | Software testing method and device, electronic equipment and readable storage medium | |
| CN110221872B (en) | Page jump method and device, electronic equipment and storage medium | |
| US9465718B2 (en) | Filter generation for load testing managed environments | |
| CN110032519B (en) | Cloud function debugging method and device, computer equipment and storage medium | |
| CN104598380A (en) | Method and system for automatic testing based on control | |
| CN111352844B (en) | Test method and related device | |
| WO2013122746A1 (en) | Integrated fuzzing | |
| CN110716853A (en) | Test script recording method, application program testing method and related device | |
| CN107562637B (en) | Method, device, system and storage medium for software testing | |
| CN105740154A (en) | Webgame test script generation method and device | |
| CN104331662A (en) | Method and device for detecting Android malicious application | |
| CN111475390A (en) | Log collection system deployment method, device, equipment and storage medium | |
| CN112882930B (en) | Automatic test method and device, storage medium and electronic equipment | |
| CN110597584A (en) | Page adaptation testing method and device, electronic equipment and storage medium | |
| CN111522749B (en) | Page testing method and device, readable storage medium and electronic equipment | |
| CN112231206A (en) | Script editing method for application program test, computer readable storage medium and test platform | |
| CN111736951A (en) | Simulation method for automatic driving, computer device, and storage medium | |
| CN111414309A (en) | Automatic test method of application program, computer equipment and storage medium | |
| CN111694550A (en) | Page display control method, device and system | |
| CN113342629B (en) | Operation track restoration method and device, computer equipment and storage medium | |
| CN109697164A (en) | Test method, device, storage medium and the terminal of App have been adjusted in browser | |
| WO2013111144A2 (en) | System for inserting services in a software application | |
| CN110737900B (en) | Webpage function testing method and device, server and computer readable storage medium | |
| CN113064816A (en) | Testing device and testing method for programmable logic device software | |
| CN117435483A (en) | Form tool-based simulation verification excitation generation method, device, medium and terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |