WO2019090994A1

WO2019090994A1 - Script testing automated execution method, apparatus, equipment and storage medium

Info

Publication number: WO2019090994A1
Application number: PCT/CN2018/074965
Authority: WO
Inventors: 胡超
Original assignee: 平安科技（深圳）有限公司
Priority date: 2017-11-08
Filing date: 2018-02-01
Publication date: 2019-05-16
Also published as: CN107766252A

Abstract

A script testing automated execution method, an apparatus (100, 200), equipment and a storage medium, the method comprising: acquiring a script being tested which must be executed (S101, S401); copying the script being tested to a pre-determined target storage directory (S102); generating a testing instance corresponding to the script being tested (S103, S405); storing the testing instance in an instance container (S104, S406); if an execution command is received, executing the testing instance in the instance container (S105, S407). Thus, all scripts being tested are concentrated and tested, increasing testing efficiency of software script testing.

Description

Test script automated execution method, device, device, and storage medium

This application claims the priority of the Chinese patent application filed on November 8, 2017, the Chinese Patent Office, the application number is CN 201711108258.3, and the application name is “Test script automation execution method, device, device and storage medium”. The citations are incorporated herein by reference.

Technical field

The present application relates to the field of computer technologies, and in particular, to a test script automatic execution method, apparatus, device, and storage medium.

Background technique

At present, for software test developers, each time the software test work must test the test script corresponding to the test script and the test script, and for most software development companies, the test work is more, if the software test development Every time a person needs to test each script, the test efficiency is very slow, and the existing software script test method can not test multiple scripts according to the minimum time test method. .

Summary of the invention

In view of this, the embodiment of the present application provides a method, an apparatus, a device, and a storage medium for automatically executing a test script. By collecting all the scripts to be tested and testing, the test efficiency of the software test script can be improved.

In a first aspect, an embodiment of the present application provides a method for automatically executing a test script, where the method includes:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

The test instance is executed in the instance container if an execution instruction is received.

On the other hand, an embodiment of the present application provides a test script automatic execution apparatus, where the apparatus includes:

a first acquiring unit, configured to acquire a tested script that needs to be executed;

a copy unit, configured to copy the tested script to a preset target storage directory;

a generating unit, configured to generate a test instance corresponding to the tested script;

a storage unit, configured to store the test instance in an instance container;

a first execution unit, configured to execute the test instance in the instance container if an execution instruction is received.

In another aspect, the embodiment of the present application further provides a test script automatic execution device, including:

a memory for storing a program that implements an automated execution method of the test script;

a processor for running a program for executing an automated execution method of the test script stored in the memory to perform the following operations:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

In still another aspect, an embodiment of the present application further provides a computer readable storage medium storing one or more programs, the one or more programs being executable by one or more processors Execute to implement the following steps:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

The embodiment of the present application obtains the tested script that needs to be executed; copies the tested script to a preset target storage directory; generates a test instance corresponding to the tested script; and stores the test instance to the instance container. If the execution instruction is received, the test instance is executed in the instance container, thereby collecting and testing all the scripts to be tested, thereby improving the testing efficiency of the software test script.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments will be briefly described below. Obviously, the drawings in the following description are some embodiments of the present application, For the ordinary technicians, other drawings can be obtained based on these drawings without any creative work.

1 is a schematic flow chart of a method for automatically executing a test script according to an embodiment of the present application;

2 is a schematic flowchart of a method for automatically executing a test script according to an embodiment of the present application;

3 is a schematic flowchart of a method for automatically executing a test script according to an embodiment of the present application;

4 is a schematic flowchart of a method for automatically executing a test script according to another embodiment of the present application;

FIG. 5 is a schematic block diagram of a test script automatic execution apparatus according to an embodiment of the present application; FIG.

FIG. 6 is another schematic block diagram of a test script automatic execution apparatus according to an embodiment of the present application; FIG.

FIG. 7 is another schematic block diagram of a test script automatic execution apparatus according to an embodiment of the present application; FIG.

FIG. 8 is another schematic block diagram of a test script automatic execution apparatus according to an embodiment of the present application; FIG.

FIG. 9 is a schematic structural diagram of a test script automatic execution device according to an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application are clearly and completely described in the following with reference to the drawings in the embodiments of the present application. It is obvious that the described embodiments are a part of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without departing from the inventive scope are the scope of the present application.

The use of the terms "comprising", "comprising", "","," The presence or addition of a plurality of other features, integers, steps, operations, elements, components, and/or collections thereof.

The terminology used herein is for the purpose of describing particular embodiments and is not intended to be limiting. The singular forms "a," ",",,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Please refer to FIG. 1. FIG. 1 is a schematic flowchart of a method for automatically executing a test script according to an embodiment of the present application. The method can be run on terminals such as smart phones (such as Android phones, IOS phones, etc.), tablets, laptops, and smart devices. The test script automatic execution method described in the embodiment of the present application can improve the test efficiency of the software test script by concentrating all the scripts to be tested and testing. FIG. 1 is a schematic flowchart of a method for automatically executing a test script provided by an embodiment of the present application. The method includes steps S101 to S105.

S101. Acquire a tested script that needs to be executed.

In the embodiment of the present application, in the computer program application, whether it is a script developed by the developer or a default script of the system, a test process is required to verify the availability of the script to prevent the script file from being developed during the software program development process. Unable to use and cause development to fail. The so-called script, that is, a series of text commands, each script file can be opened, viewed or edited using a notepad, the script can be temporarily called and executed by the application, for example, the script is applied to the webpage design to enrich the display of the webpage, and Reduce the size of web pages and increase the speed of web browsing, such as animation, sound, and more.

It should be noted that different scripts can be written in the same scripting language. The same script can be written in different scripting languages. The execution of the script is independent of the type of scripting language being written, and only related to the specific interpreter. Because scripts written by different scripting languages can be executed by an interpreter (ie, an interpreter) to achieve cross-platform use of scripts. Regarding the file format of the script, the script can be a file with a .cfg extension and placed in the cstrike folder. When executing, enter: exec (script file name).cfg in the console, for example: save a script as a buy The .cfg file can be executed by typing: execbuys.cfg in the console. Optionally, each script has its own script storage directory, dynamic library storage directory, log storage directory, and dynamic inventory storage file, etc., to obtain the tested scripts to be executed, that is, the script storage directory and dynamic library storage of each script. The directory, log storage directory, and dynamic library configuration files are configured into a file table, and then all scripts are obtained from the script storage directory in the file table.

S102. Copy the tested script to a preset target storage directory.

In the embodiment of the present application, the target storage directory of the tested script is pre-established, so that the tested script is saved in the specified path. For the target storage directory of the test script, the developer can define the specified path by itself. For example, create a file directory at the specified location as needed, and determine the file directory name by typing the file directory name, and target the file directory. The directory is stored, and the storage location of the target storage directory is used as a storage path of the script. The save path is specified by the following code: DIR = "$(cd"$(dirname"${BASH_SOURCE[0]}")"&&pwd)".

S103. Generate a test instance corresponding to the tested script.

In the embodiment of the present application, the test script is generated by using the JAVA reflection method to generate a corresponding test instance. Specifically, the method can be completed by the following steps: 1. acquiring a class method of a specified type, and 2, acquiring an object after acquiring the class method, 3 According to the created object, the attribute is divided into a common attribute and a specified attribute. 4, through the attribute construction method, 5, the test instance is generated by the constructed method. For example, the method of obtaining the Employee type has the following execution logic: firstly, the Class object of the method is created by using newInstance, and the ordinary attribute and the specified attribute are obtained by the created Class object, and when the common attribute is obtained, a variable length string needs to be defined. Used to store attributes, and through the append method, splicing each attribute into the defined string. When getting the specified attribute, you need to get the class and id attribute, and after instantiating the class, breaking the package, and finally Give the id attribute of the class a corresponding value.

Further, as shown in FIG. 2, step S103 includes steps S201 to S205.

S201. Call an implementation class that has been previously sealed in the tested script.

In the embodiment of the present application, the archived implementation class may be a class in a reflection mechanism provided by Sun Microsystems, for example, the implementation class may be java.lang.Class or java.lang.reflect.Constructor It can also be java.lang.reflect.Field and so on.

S202. Create an object corresponding to the implementation class according to the pre-stored implementation class.

In the embodiment of the present application, the Class class is used to describe that an object needs to be created for the Class class, and an attribute corresponding to the object is obtained through the created object, because the object is created by the sealed Class class. So the object has attribute-related data. The corresponding object is created according to the pre-archived implementation class, for example, Class c=Class.forName("Employee"), which represents the object c that creates the Class class, and the object c represents a new instance of the class.

S203. Acquire a first attribute and a second attribute according to the created object.

In the embodiment of the present application, in general, an attribute refers to a characteristic of an object itself, and an attribute can be used to describe a feature of the object, for example, an object is regarded as an object, and then the shape of the object itself Or the name is the attribute of the object. In this embodiment, the attribute of the object is obtained, the attribute includes the first attribute and the second attribute, and the attribute of the object may include the public attribute and the private attribute. The first attribute can point to an attribute that is public to the object, and the second attribute of the present application can point to a private attribute in the object.

S204. Acquire a first method and a second method according to the created object.

In the embodiment of the present application, in general, a method refers to an action or an operation performed by an object, and a result can be returned by the method (for example, the method is a function function), and the object has a corresponding method when the object is created. In this embodiment, a method for acquiring an object includes a first method and a second method, and the method of the object may include a public method and a private method, wherein the first method of the present application may point to a method publicly owned by the object The second method of the present application can point to a private method in the object. For example, the method publicly obtained by the object can use the get function getDeclaredMethods(). The method of obtaining the object private can use the get function getDeclaredMethod ("method name", parameter type, class ,......).

S205. Generate the test instance according to the first attribute, the second attribute, and the first method and the second method.

In the embodiment of the present application, the first attribute, the second attribute, and the first method and the second method may be operated by using a reflection API to generate a test instance, specifically, by decompiling the obtained information and allowing At runtime, the first attribute, the second attribute, and the first method and the second method of the known name are obtained through the Java Reflection APIs. Similarly, the internal information of the class class that obtains the known name (including its modifiers) may be run. Such as public, static, etc.), superclass (such as Object), implementation of interfaces (such as Serializable), including all information about fields and methods), dynamically generate this class, and call its methods or modify its domain (even its own declaration) Is a private domain or method). More specifically, the reflection mechanism determines the class to which any object belongs at runtime, constructs an object of any class at runtime, determines the member variables and methods of any class at runtime, and calls any object at runtime. The method finally generates a dynamic proxy, and the generated dynamic proxy is the test instance described in this embodiment.

S104. Store the test instance in an instance container.

In the embodiment of the present application, a suite variable of the TestSuite type may be pre-defined, and the suite variable is used as an instance container for storing the test instance, and the test instance is stored in the suite variable; the operation method may be: currently generated In the test instance, select the instance to be tested, for example, the currently selected test instance is 1, and then click the "add" option in the system platform, you can see that the current instance has been selected, and it is displayed in red, and then in the selection menu. In the intruder's payloads menu, after entering the payloads option, enter the Add Instance option in the add window, add the added instance to the left window, then click on the intruder option in the menu, then pop up the drop down menu Make an option to select start attack.

Further, as shown in FIG. 3, step S104 includes steps S301 to S303.

S301. Define a variable of a specified data type.

In the embodiment of the present application, the variable is a suite variable, and the suite variable is a specific TestSuite type.

S302, the variable is used as the instance container.

In the embodiment of the present application, the variable is a suite variable, and the variable is used as the instance container, and the suite variable is used as a demo object instance container, wherein the suite variable is used to store the test instance, and the stored test instance can be It is one or more, and the specific quantity is not limited here.

S303. Store the test instance in the variable.

In the embodiment of the present application, all the test instances generated by the test script are stored in the variable, and the configuration file in the execution process only needs to be loaded once, which can improve the testing efficiency of the software test script.

S105. Execute the test instance in the instance container if an execution instruction is received.

In the embodiment of the present application, the instance container implements the largest set of configuration files required for loading each test instance, because the test instances of all the test scripts are executed in one instance container, and the configuration file only needs to be loaded once, wherein the execution process Can be: 1) load the configuration file, 2) loop through each test instance in the instance container, and 3) produce a full test report.

It can be seen from the above that, in the embodiment of the present application, the test script to be executed is obtained, and the tested script is copied into a preset target storage directory, and a test instance corresponding to the tested script is generated, and the test instance is obtained. The method is stored in the instance container, and if the execution instruction is received, the test instance is executed in the instance container, so that all the tested scripts are centralized and tested, thereby improving the testing efficiency of the software test script.

Please refer to FIG. 4. FIG. 4 is a schematic flowchart of a method for automatically executing a test script according to an embodiment of the present application. The method can be run on terminals such as smart phones (such as Android phones, IOS phones, etc.), tablets, laptops, and smart devices. As shown in FIG. 4, the method includes steps S401 to S407.

S401. Acquire a tested script that needs to be executed.

In the embodiment of the present application, in the computer program application, whether the developer develops the script or the system default script, the test process is required to verify the availability of the script to prevent the script file from being in the software program development process. Unable to use and cause development to fail. The so-called script, that is, a series of text commands, each script file can be opened, viewed or edited using a notepad, the script can be temporarily called and executed by the application, for example, the script is applied to the webpage design to enrich the display of the webpage, and Reduce the size of web pages and increase the speed of web browsing, such as animation, sound, and more.

S402, create a file directory and type a file directory name.

In the embodiment of the present application, the file directory may be created in the default folder, and the created file directory may be named. The method of naming is not limited herein, and the naming method may be directly input through an external device (such as a keyboard). name.

S403. Acquire a storage path corresponding to the file directory, where the storage path is used to specify and store a test script.

In the embodiment of the present application, after the naming of the created file directory is completed, the location where the file directory is stored is obtained as a storage path corresponding to the file directory, and the storage path is used as a storage path of the script in the following steps.

S404. Store the file directory as the preset target storage directory.

In the embodiment of the present application, the file directory is used as the target storage directory, and the storage location of the target storage directory is used as the storage path of the script, and the save path is specified by the following code: DIR=“$(cd′′$(dirname”${ BASH_SOURCE[0]}")"&&pwd)".

S405. Generate a test instance corresponding to the tested script.

S406. Store the test instance in an instance container.

S407. Execute the test instance in the instance container if an execution instruction is received.

Please refer to FIG. 5 , which corresponds to the above-mentioned method for automatically executing test scripts. The embodiment of the present application further provides a test script automatic execution device. The device 100 includes: a first obtaining unit 101, a copy unit 102, a generating unit 103, and a storage unit. 104. First execution unit 105.

The first obtaining unit 101 is configured to acquire a tested script that needs to be executed. In the embodiment of the present application, in the computer program application, whether it is a script developed by the developer or a default script of the system, a test process is required to verify the availability of the script to prevent the script file from being developed during the software program development process. Unable to use and cause development to fail. The so-called script, that is, a series of text commands, each script file can be opened, viewed or edited using a notepad, the script can be temporarily called and executed by the application, for example, the script is applied to the webpage design to enrich the display of the webpage, and Reduce the size of web pages and increase the speed of web browsing, such as animation, sound, and more.

The copy unit 102 is configured to copy the tested script into a preset target storage directory. In the embodiment of the present application, the target storage directory of the tested script is pre-established, so that the tested script is saved in the specified path. For the target storage directory of the test script, the developer can define the specified path by itself. For example, create a file directory at the specified location as needed, and determine the file directory name by typing the file directory name, and target the file directory. The directory is stored, and the storage location of the target storage directory is used as a storage path of the script. The save path is specified by the following code: DIR = "$(cd"$(dirname"${BASH_SOURCE[0]}")"&&pwd)".

The generating unit 103 is configured to generate a test instance corresponding to the tested script. In the embodiment of the present application, the test script is generated by using the JAVA reflection method to generate a corresponding test instance. Specifically, the method can be completed by the following steps: 1. acquiring a class method of a specified type, and 2, acquiring an object after acquiring the class method, 3 According to the created object, the attribute is divided into a common attribute and a specified attribute. 4, through the attribute construction method, 5, the test instance is generated by the constructed method. For example, the method of obtaining the Employee type has the following execution logic: firstly, the Class object of the method is created by using newInstance, and the ordinary attribute and the specified attribute are obtained by the created Class object, and when the common attribute is obtained, a variable length string needs to be defined. Used to store attributes, and through the append method, each attribute is spliced into the defined string. When getting the specified attribute, you need to get the class, id attribute, and instantiate the class, break the package, and finally Give the id attribute of the class a corresponding value.

The storage unit 104 is configured to store the test instance into an instance container. In the embodiment of the present application, a suite variable of the TestSuite type may be pre-defined, and the suite variable is used as an instance container for storing the test instance, and the test instance is stored in the suite variable; the operation method may be: currently generated In the test instance, select the instance to be tested, for example, the currently selected test instance is 1, and then click the "add" option in the system platform, you can see that the current instance has been selected, and it is displayed in red, and then in the selection menu. In the intruder's payloads menu, after entering the payloads option, enter the Add Instance option in the add window, add the added instance to the left window, then click on the intruder option in the menu, then pop up the drop down menu Make an option to select start attack.

The first execution unit 105 is configured to execute the test instance in the instance container if an execution instruction is received. In the embodiment of the present application, the instance container implements the largest set of configuration files required for loading each test instance, because the test instances of all the test scripts are executed in one instance container, and the configuration file only needs to be loaded once, wherein the execution process Can be: 1) load the configuration file, 2) loop through each test instance in the instance container, and 3) produce a full test report.

As shown in FIG. 6, the generating unit 103 includes:

The calling unit 1031 is configured to invoke an implementation class that has been previously sealed in the tested script. In the embodiment of the present application, the archived implementation class may be a class in a reflection mechanism provided by Sun Microsystems, for example, the implementation class may be java.lang.Class or java.lang.reflect.Constructor It can also be java.lang.reflect.Field and so on.

The second creating unit 1032 is configured to create an object corresponding to the implementation class according to the pre-stored implementation class. In the embodiment of the present application, the Class class is used to describe that an object needs to be created for the Class class, and an attribute corresponding to the object is obtained through the created object, because the object is created by the sealed Class class. So the object has attribute-related data. Among them, the corresponding object is created according to the pre-archived implementation class, for example, Class c = Class.forName ("Employee"), which represents the object c that creates the Class class, and the object c represents a new instance of the class.

The third obtaining unit 1033 is configured to obtain the first attribute and the second attribute according to the created object. In the embodiment of the present application, in general, an attribute refers to a characteristic of an object itself, and an attribute can be used to describe a feature of the object, for example, an object is regarded as an object, and then the shape of the object itself Or the name is the attribute of the object. In this embodiment, the attribute of the object is obtained, the attribute includes the first attribute and the second attribute, and the attribute of the object may include the public attribute and the private attribute. The first attribute can point to an attribute that is public to the object, and the second attribute of the present application can point to a private attribute in the object.

The fourth obtaining unit 1034 is configured to obtain the first method and the second method according to the created object. In general, a method refers to an action or operation performed by an object. A method can return a result (such as a function is a function), and an object has a corresponding method when the object is created. In this embodiment, the method obtains The method of the object, the method includes a first method and a second method, and the method of the object may include a public method and a private method, wherein the first method of the present application may point to a method publicly owned by the object, the second method of the present application You can point to a private method in the object. For example, the public method of getting the object can use the get function getDeclaredMethods(). The method to get the object private can use the get function getDeclaredMethod ("method name", parameter type, class, ... ).

The generating sub-unit 1035 is configured to generate the test instance according to the first attribute, the second attribute, and the first method and the second method. In the embodiment of the present application, the first attribute, the second attribute, and the first method and the second method may be operated by using a reflection API to generate a test instance, specifically, by decompiling the obtained information and allowing At runtime, the first attribute, the second attribute, and the first method and the second method of the known name are obtained through the Java Reflection APIs. Similarly, the internal information of the class class that obtains the known name (including its modifiers) may be run. Such as public, static, etc.), superclass (such as Object), implementation of interfaces (such as Serializable), including all information about fields and methods), dynamically generate this class, and call its methods or modify its domain (even its own declaration) Is a private domain or method). More specifically, the reflection mechanism determines the class to which any object belongs at runtime, constructs an object of any class at runtime, determines the member variables and methods of any class at runtime, and calls any object at runtime. The method finally generates a dynamic proxy, and the generated dynamic proxy is the test instance described in this embodiment.

As shown in FIG. 7, the storage unit 104 includes:

A unit 1041 is defined for defining a variable of a specified data type. In the embodiment of the present application, the variable is a suite variable, and the suite variable is a specific TestSuite type.

The third execution unit 1042 is configured to use the variable as the instance container. In the embodiment of the present application, the variable is a suite variable, and the variable is used as the instance container, and the suite variable is used as a demo object instance container, wherein the suite variable is used to store the test instance, and the stored test instance can be It is one or more, and the specific quantity is not limited here.

The storage subunit 1043 is configured to store the test instance into the variable. In the embodiment of the present application, all the test instances generated by the test script are stored in the variable, and the configuration file in the execution process only needs to be loaded once, which can improve the testing efficiency of the software test script.

Please refer to FIG. 8 , which corresponds to a method for automatically executing a test script. The embodiment of the present application further provides a test script automatic execution device. The device 200 includes: a first acquiring unit 201, a first creating unit 202, and a second acquiring unit. 203. The second execution unit 204, the generation unit 205, the storage unit 206, and the first execution unit 207.

The first obtaining unit 201 is configured to acquire a tested script that needs to be executed. In the embodiment of the present application, in the computer program application, whether it is a script developed by the developer or a default script of the system, a test process is required to verify the availability of the script to prevent the script file from being developed during the software program development process. Unable to use and cause development to fail. The so-called script, that is, a series of text commands, each script file can be opened, viewed or edited using a notepad, the script can be temporarily called and executed by the application, for example, the script is applied to the webpage design to enrich the display of the webpage, and Reduce the size of web pages and increase the speed of web browsing, such as animation, sound, and more.

The first creating unit 202 is configured to create a file directory and type a file directory name. In the embodiment of the present application, the file directory may be created in the default folder, and the created file directory may be named. The method of naming is not limited herein, and the naming method may be directly input through an external device (such as a keyboard). name.

The second obtaining unit 203 is configured to acquire a storage path corresponding to the file directory, where the storage path is used to specify and store the tested script. In the embodiment of the present application, after the naming of the created file directory is completed, the location where the file directory is stored is obtained as a storage path corresponding to the file directory, and the storage path is used as a storage path of the script in the following steps.

The second executing unit 204 is configured to use the file directory as the preset target storage directory. In the embodiment of the present application, the file directory is used as the target storage directory, and the storage location of the target storage directory is used as the storage path of the script, and the save path is specified by the following code: DIR=“$(cd′′$(dirname”${ BASH_SOURCE[0]}")"&&pwd)".

The generating unit 205 is configured to generate a test instance corresponding to the tested script. In the embodiment of the present application, the test script is generated by using the JAVA reflection method to generate a corresponding test instance. Specifically, the method can be completed by the following steps: 1. acquiring a class method of a specified type, and 2, acquiring an object after acquiring the class method, 3 According to the created object, the attribute is divided into a common attribute and a specified attribute. 4, through the attribute construction method, 5, the test instance is generated by the constructed method. For example, the method of obtaining the Employee type has the following execution logic: firstly, the Class object of the method is created by using newInstance, and the ordinary attribute and the specified attribute are obtained by the created Class object, and when the common attribute is obtained, a variable length string needs to be defined. Used to store attributes, and through the append method, splicing each attribute into the defined string. When getting the specified attribute, you need to get the class and id attribute, and after instantiating the class, breaking the package, and finally Give the id attribute of the class a corresponding value.

The storage unit 206 is configured to store the test instance into an instance container. In the embodiment of the present application, a suite variable of the TestSuite type may be pre-defined, and the suite variable is used as an instance container for storing the test instance, and the test instance is stored in the variable suite variable; the operation method may be: currently generated In the test instance, select the instance to be tested, for example, the currently selected test instance is 1, and then click the "add" option in the system platform, you can see that the current instance has been selected, and it is displayed in red, and then select the menu. In the intruder's payloads menu, after entering the payloads option, enter the Add Instance option in the add window, add the added instance to the left window, then click on the intruder option in the menu, then the drop-down menu pops up Select the option to start attack.

The first execution unit 207 is configured to execute the test instance in the instance container if an execution instruction is received. In the embodiment of the present application, the instance container implements the largest set of configuration files required for loading each test instance, because the test instances of all the test scripts are executed in one instance container, and the configuration file only needs to be loaded once, wherein the execution process Can be: 1) load the configuration file, 2) loop through each test instance in the instance container, and 3) produce a full test report.

In hardware implementation, the above first obtaining unit 101, copy unit 102, generating unit 103, storage unit 104, first executing unit 105, etc. may be embedded in hardware or in a device independent of data processing, or may be in software. The form is stored in a memory of the data processing apparatus such that the processor invokes operations corresponding to the various units above. The processor can be a central processing unit (CPU), a microprocessor, a microcontroller, or the like.

The test script automated execution device described above can be implemented in the form of a computer program that can be run on a computer device as shown in FIG.

FIG. 9 is a schematic structural diagram of a test script automatic execution device according to the present application. The device may be a terminal or a server, wherein the terminal may be a communication device such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant, and a wearable device. The server can be a standalone server or a server cluster consisting of multiple servers. Referring to FIG. 9, the computer device 500 includes a processor 502, a non-volatile storage medium 503, an internal memory 504, and a network interface 505 connected by a system bus 501. The non-volatile storage medium 503 of the computer device 500 can store an operating system 5031 and a computer program 5032. When the computer program 5032 is executed, the processor 502 can be caused to execute a test script automation execution method. The processor 502 of the computer device 500 is used to provide computing and control capabilities to support the operation of the entire computer device 500. The internal memory 504 provides an environment for the operation of the computer program 5032 in the non-volatile storage medium 503, which when executed by the processor, causes the processor 502 to execute a test script automated execution method. The network interface 505 of the computer device 500 is used to perform network communications, such as sending assigned tasks and the like. It will be understood by those skilled in the art that the structure shown in FIG. 9 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied. The specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.

The processor 502 performs the following operations:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

In one embodiment, the copying the tested script to a preset target storage directory includes:

Create a file directory and type the file directory name;

Obtaining a storage path corresponding to the file directory, where the storage path is used to specify and store a test script;

The file directory is stored as the preset target directory.

In one embodiment, the generating a test instance corresponding to the tested script includes:

Calling an implementation class that has been previously sealed in the tested script;

Creating an object corresponding to the implementation class according to the pre-stored implementation class;

Obtaining the first attribute and the second attribute according to the created object;

Obtaining the first method and the second method according to the created object;

The test instance is generated according to the first attribute, the second attribute, and the first method and the second method.

In one embodiment, the storing the test instance into an instance container includes:

Define variables for the specified data type;

Using the variable as the instance container;

The test instance is stored in the variable.

The variable is a suite variable, and the stored instance is stored in the variable, including:

The tested instance is stored in the suite variable.

It will be understood by those skilled in the art that the embodiment of the test script automation execution device shown in FIG. 9 does not constitute a limitation on the specific configuration of the test script automation execution device. In other embodiments, the test script automation execution device may include a comparison diagram. Show more or fewer parts, or combine some parts, or different parts. For example, in some embodiments, the test script automatically executes the device to include only the memory and the processor. In such an embodiment, the structure and function of the memory and the processor are consistent with the embodiment shown in FIG. 9, and details are not described herein again. .

The application provides a computer readable storage medium having stored one or more programs, the one or more programs being executable by one or more processors to implement the following steps:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

Create a file directory and type the file directory name;

The file directory is stored as the preset target directory.

Define variables for the specified data type;

Using the variable as the instance container;

The test instance is stored in the variable.

In one embodiment, the variable is a suite variable, and the stored instance is stored in the variable, including:

The tested instance is stored in the suite variable.

The foregoing storage medium of the present application includes: a magnetic disk, an optical disk, a read-only memory (ROM), and the like, which can store various program codes.

The units in all the embodiments of the present application may be implemented by a general-purpose integrated circuit, such as a CPU (Central Processing Unit), or by an ASIC (Application Specific Integrated Circuit).

The steps in the method for automatically executing the test script in the embodiment of the present application may be sequentially adjusted, merged, and deleted according to actual needs.

The units in the test script automatic execution apparatus of the embodiment of the present application may be combined, divided, and deleted according to actual needs.

The foregoing is only a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto, and any equivalents can be easily conceived by those skilled in the art within the technical scope disclosed in the present application. Modifications or substitutions are intended to be included within the scope of the present application. Therefore, the scope of protection of this application should be determined by the scope of protection of the claims.

Claims

A test script automatic execution method, characterized in that the method comprises:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

The test instance is executed in the instance container if an execution instruction is received.
The method of claim 1, wherein the copying the tested script to a preset target storage directory comprises:

Create a file directory and type the file directory name;

Obtaining a storage path corresponding to the file directory, where the storage path is used to specify and store a test script;

The file directory is used as the preset target storage directory and the tested script is copied into the preset target storage directory.
The method of claim 1, wherein the generating a test instance corresponding to the tested script comprises:

Calling an implementation class that has been previously sealed in the tested script;

Creating an object corresponding to the implementation class according to the pre-stored implementation class;

Obtaining the first attribute and the second attribute according to the created object;

Obtaining the first method and the second method according to the created object;

The test instance is generated according to the first attribute, the second attribute, and the first method and the second method.
The method of claim 1 wherein said storing said test instance in an instance container comprises:

Define variables for the specified data type;

Using the variable as the instance container;

The test instance is stored in the variable.
The method of claim 4, wherein the variable is a suite variable, and the storing the test instance to the variable comprises:

The tested instance is stored in the suite variable.
A test script automatic execution device, characterized in that the device comprises:

a first acquiring unit, configured to acquire a tested script that needs to be executed;

a copy unit, configured to copy the tested script to a preset target storage directory;

a generating unit, configured to generate a test instance corresponding to the tested script;

a storage unit, configured to store the test instance in an instance container;

a first execution unit, configured to execute the test instance in the instance container if an execution instruction is received.
The device according to claim 6, wherein the copy unit comprises:

The first creation unit is used to create a file directory and type a file directory name;

a second obtaining unit, configured to acquire a storage path corresponding to the file directory, where the storage path is used to specify and store the tested script;

And a second execution unit, configured to use the file directory as the preset target storage directory and copy the tested script into the preset target storage directory.
The device of claim 6, wherein the generating unit comprises:

a calling unit, configured to invoke a pre-stored implementation class in the tested script;

a second creating unit, configured to create an object corresponding to the implementation class according to the pre-stored implementation class;

a third acquiring unit, configured to acquire the first attribute and the second attribute according to the created object;

a fourth obtaining unit, configured to acquire the first method and the second method according to the created object;

And generating a subunit, configured to generate the test instance according to the first attribute, the second attribute, and the first method and the second method.
The device of claim 6, wherein the storage unit comprises:

A unit that defines a variable that specifies a data type.

a third execution unit for using the variable as the instance container.

a storage subunit for storing the test instance in the variable.
The apparatus according to claim 9, wherein the variable is a suite variable, and the storage subunit is further configured to: store the tested instance into the suite variable.
A test script automatic execution device, comprising:

a memory for storing a program that implements an automated execution method of the test script;

a processor for executing a program stored in the memory to implement an automated execution method of the test script to perform the following operations:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

The test instance is executed in the instance container if an execution instruction is received.
The device according to claim 11, wherein the copying the tested script to a preset target storage directory comprises:

Create a file directory and type the file directory name;

Obtaining a storage path corresponding to the file directory, where the storage path is used to specify and store a test script;

The file directory is used as the preset target storage directory and the tested script is copied into the preset target storage directory.
The device according to claim 11, wherein the generating a test instance corresponding to the tested script comprises:

Calling an implementation class that has been previously sealed in the tested script;

Creating an object corresponding to the implementation class according to the pre-stored implementation class;

Obtaining the first attribute and the second attribute according to the created object;

Obtaining the first method and the second method according to the created object;

The test instance is generated according to the first attribute, the second attribute, and the first method and the second method.
The device of claim 11, wherein the storing the test instance into an instance container comprises:

Define variables for the specified data type;

Using the variable as the instance container;

The test instance is stored in the variable.
The device according to claim 14, wherein the variable is a suite variable, and the storing the test instance into the variable comprises:

The tested instance is stored in the suite variable.
A computer readable storage medium, characterized in that the computer readable storage medium stores one or more programs, the one or more programs being executable by one or more processors to implement the steps of:

Get the script to be executed that needs to be executed;

Copying the tested script to a preset target storage directory;

Generating a test instance corresponding to the tested script;

Storing the test instance in an instance container;

The test instance is executed in the instance container if an execution instruction is received.
The computer readable storage medium according to claim 16, wherein the copying the tested script to a preset target storage directory comprises:

Create a file directory and type the file directory name;

Obtaining a storage path corresponding to the file directory, where the storage path is used to specify and store a test script;

The file directory is used as the preset target storage directory and the tested script is copied into the preset target storage directory.
The computer readable storage medium of claim 16, wherein the generating a test instance corresponding to the tested script comprises:

Calling an implementation class that has been previously sealed in the tested script;

Creating an object corresponding to the implementation class according to the pre-stored implementation class;

Obtaining the first attribute and the second attribute according to the created object;

Obtaining the first method and the second method according to the created object;

The test instance is generated according to the first attribute, the second attribute, and the first method and the second method.
The computer readable storage medium of claim 16, wherein the storing the test instance into an instance container comprises:

Define variables for the specified data type;

Using the variable as the instance container;

The test instance is stored in the variable.
The computer readable storage medium of claim 19, wherein the variable is a suite variable, and the storing the test instance into the variable comprises:

The tested instance is stored in the suite variable.