CN107153609B - Automatic testing method and device - Google Patents
Automatic testing method and device Download PDFInfo
- Publication number
- CN107153609B CN107153609B CN201610122531.7A CN201610122531A CN107153609B CN 107153609 B CN107153609 B CN 107153609B CN 201610122531 A CN201610122531 A CN 201610122531A CN 107153609 B CN107153609 B CN 107153609B
- Authority
- CN
- China
- Prior art keywords
- test
- database
- data
- result
- creating
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application discloses an automatic test method which is used for improving the stability of automatic test operation. The method comprises the following steps: creating a database for a current automation test; acquiring test data, and importing the acquired test data into the database; acquiring data from the test data in the database to execute a test method of the automatic test, and storing the test result data in the database; and accessing the database, and performing data verification on the test result data in the database according to the expected result data. The application also discloses an automatic testing device.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to an automated testing method and apparatus.
Background
As computer technology has evolved, software testing has gradually been transformed from human-driven manual testing methods to computer-implemented automated testing processes. The automatic test can automatically realize the test of the software by using a software test tool, and can finish a plurality of tests which cannot be realized or are difficult to realize by manual test. In automated testing, a system program or an application program is generally run under preset conditions, and a running result is obtained and compared with an expected result to evaluate the quality of the system program or the application program.
When the automatic test is specifically executed, firstly, the database is accessed to prepare test data, and then the database is accessed to check test results and other operations. However, since the database is a public service, there may be a case that multiple accesses modify and operate the database or data in the database in different ways at the same time, so that the accuracy of test data relied on by the automated test cannot be guaranteed, and the test result is incorrect, for example, when the automated test accesses the database, the structure of the database table is modified by other accesses, which will cause the data created in the test case execution process to be unable to be entered, often the data information needs to be manually adjusted, and the execution can be successfully performed after multiple runs, so that the stability of the current automated test operation is low.
Disclosure of Invention
Based on the above technical problem, embodiments of the present application provide an automatic test method and apparatus, which are used to improve stability of automatic test operation.
The embodiment of the application adopts the following technical scheme:
an automated testing method, comprising: creating a database for a current automation test; acquiring test data, and importing the acquired test data into the database; acquiring data from the test data in the database to execute a test method of the automatic test, and storing the test result data in the database; and accessing the database, and performing data verification on the test result data in the database according to the expected result data.
Preferably, the database is a memory database.
Preferably, the obtaining of the test data and the importing of the obtained test data into the database specifically include: and acquiring test data from the test codes of the automatic test, and importing the acquired test data into the database.
Preferably, before the obtained test data is imported into the database, the method further includes: and creating a table structure corresponding to the test data in the created database.
Preferably, after performing data verification on the test result data in the database according to the expected result data, the method further includes: and feeding back a checking result.
Preferably, after the feedback of the verification result, the method further includes: and deleting the test data in the database.
Preferably, after deleting the test data in the database, the method further comprises: and the test code finishes running, and the database stops running.
Preferably, creating a database for the current automated test specifically comprises: and running the automatic test code, and creating a database for the current automatic test by running the test code.
An automated test apparatus, comprising: the system comprises a database creating module, a test data preparing module, a test executing module and a result data verifying module, wherein: the database creating module is used for creating a database for the current automatic test; the test data preparation module is used for acquiring test data and importing the acquired test data into the database; the test execution module is used for acquiring data from the test data in the database to execute a test method of the automatic test and storing test result data in the database; and the result data checking module is used for accessing the database and checking the test result data in the database according to the expected result data.
Preferably, the database created by the database creation module is specifically an in-memory database.
The embodiment of the application adopts at least one technical scheme which can achieve the following beneficial effects: during automatic testing, a database used for current automatic testing is firstly established, obtained testing data are imported into the database, then a testing method of automatic testing is executed, finally, the database is accessed to carry out data verification on testing result data, a set of database environment is automatically established during each automatic testing, the testing data which depends on the time is established, the stability of the database and the accuracy of the testing data are guaranteed, and therefore the stability of an automatic testing operation result is improved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
FIG. 1 is a schematic diagram of an application scenario of an automated testing method in the prior art;
fig. 2 is a schematic flowchart of a specific implementation of an automated testing method provided in embodiment 1 of the present application;
fig. 3 is a schematic flowchart of a specific implementation of an automated testing method according to embodiment 2 of the present application;
fig. 4 is a schematic view of an application scenario of an automated testing method provided in embodiment 2 of the present application;
fig. 5 is a schematic structural diagram of an automated testing apparatus according to embodiment 3 of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
As described above, in the prior art, when an automated test is performed, first, a database is accessed to prepare test data, and then, the database is accessed to verify a test result, or the database is accessed to evaluate the test result data. However, since the database is a public service, there may exist a plurality of accesses to modify and operate data in different ways at the same time, so that the accuracy of test data depended on by the automated test cannot be guaranteed, and the test result is incorrect. For example, as shown in FIG. 1, a common database server is common to an application server, an automated test server A, and an automated test server B. When the automatic test server a and the automatic test server B execute two test cases corresponding to the same program to be tested respectively, data required for running the program to be tested are stored in a common database server, and if the application server modifies a table structure corresponding to data on which the program to be tested depends, the automatic test server a may fail to add a record in the common database server and further fail to perform data preparation, and meanwhile, the automatic test server B fails to obtain the record and further fails to perform data verification, thereby finally causing a situation that a test running result is incorrect or a test is interrupted, so that the stability of the current automatic test running is low.
Example 1
In order to solve the above technical problem, embodiment 1 of the present application provides an automated testing method, which is used to improve the stability of automated testing operation. The specific flow diagram of the method is shown in fig. 2, and the method comprises the following steps:
step 11: creating a database for a current automation test;
when the database for the current automated test is created, the created database may be a memory database created in a memory in which the test case operates at this time, or may be a disk database created for the current automated test. The memory database can directly carry out access control on data in the memory, and compared with a disk database, the read-write speed of the memory database is higher by several orders of magnitude, so that the execution efficiency of the test case can be greatly improved.
When the DataBase is specifically created, the DataBase can be created by using a command of Create DataBase < DataBase name >, for example, when a Mysql DataBase named ceshi is created, a Mysql server is connected firstly; then mysql > create database, ceshi, is executed; the creation of the database is completed.
It should be noted that, the database created above is used for the current automated test, and specifically, it may be set that only the execution subject of the test case has an access right, that is, the created database is only used for the current automated test.
Step 12: acquiring test data, and importing the acquired test data into the database;
the test data is generally all data required in the execution process of the method for the automated test, and is derived from the test requirements corresponding to the test cases. When the test data is acquired, the test data can be specifically acquired from the test code of the automatic test, and after the test data is acquired, the acquired test data can be imported into the database through the import function of the database. For example, a batch of test data is obtained, and the test data is obtained from the test code of the test case, so that the obtained test data can be imported into the created database in a test data importing manner to prepare the test data.
Specifically, when the test data is imported, a section of program in the code of the test case may be used to import all the obtained test data into the database created in step 11, and the imported test data may be an initial value of a variable value required in the automatic test process, or all values recorded in a certain table.
Step 13: acquiring data from the test data in the database to execute a test method of the automatic test, and storing the test result data in the database;
when the test method of the automated test is executed, the test case is run in the set-up test environment, which may be a software and hardware environment for software product running, for example, the operating system is required to be Windows2000pack4 version. And the data required in the test process is acquired from the test data in the database, and the test result data is stored in the database.
It should be noted that the test data in the database includes all the required data in the test, the test process is a continuous process, and may be further divided into a plurality of execution steps, each step may be executed by only requiring a part of the data or all the data in the test data, and the required data may be obtained from the database each time it is required to use the data.
Automated testing is typically a set of test inputs, execution conditions, and expected results designed for a particular test purpose. The test input of the automatic test is to provide various input conditions in the test execution, and the input of the test case is determined according to the input conditions in the requirement. The operation step provides a test execution process. The expected result, i.e. the expected result of the test execution provided, should be derived from the output in the software requirements. Through the execution of the test case, the error of the test object can be further discovered. If the obtained actual test result data is not in accordance with the expected result data in the actual test process, the test is not passed; otherwise, the test may be considered to pass.
Step 14: and accessing the database, and performing data verification on the test result data in the database according to the expected result data.
Since the test result data is stored in the database, accessing the database typically refers to accessing the test result data in the database and verifying it against expected result data. When the database is accessed, the test case of the automatic test enters the database through one or more layers of intermediary codes or middleware for creating the database to access the test result data, and the test result data is read and then sent back to the test case for data verification. Where expected result data may typically be saved in test code of an automated test.
When the database is accessed to perform data verification on the test result data during test execution, even if the actual test result data is consistent with the expected test result data, the operation log, the system operation log and the system resource use condition of the test case of the automatic test are usually checked to judge whether the test case is successfully executed. Observing the output of the software product from all directions can find many hidden problems.
By adopting the method provided by embodiment 1, during automatic testing, a database for current automatic testing is firstly created, the obtained test data is imported into the database, then the test method of automatic testing is executed, and finally the database is accessed to perform data verification on the test result data, a set of database environment is automatically established during each automatic testing, the test data depending at this time is created, the stability of the database and the accuracy of the test data are ensured, and the stability of the operation result of the automatic testing is improved.
In step 11 of embodiment 1, the created database for the current automation test may be specifically an in-memory database. The memory database can be prepared by exchanging local memory resources for test data and real-time data verification. The transaction real-time processing performance of the memory database is stronger than that of the disk database. Compared with a disk database, the disk input and output are reduced through the memory database, and the processing speed which cannot be compared with the traditional database mainly based on the disk input and output can be achieved. The memory database system has the advantages that the memory reading and writing are faster than the disk reading and writing, more importantly, the memory database is designed with a new system structure based on the management of all data in the memory, and corresponding improvements are made in the aspects of data caching, fast algorithm and parallel operation, so that the data processing speed is generally higher than that of the traditional database and is generally more than 10 times higher, and the test efficiency of automatic test is further improved.
Before the test data is acquired in step 12 of embodiment 1 and the acquired test data is imported into the database, the embodiment may further include the following steps: the table structure corresponding to the test data of the automated test is created in the created database, and the type of the data required in the test process and the required database table structure are generally specified before the table structure is created. For example, fields with field names "LastName", "FirstName", "Address", and "Age" are required for automated testing, and the following statements may be written when creating a table structure with a name "Person" in a database:
CREATE TABLE Person
(
LastName varchar,
FirstName varchar,
Address varchar,
Age int
)
by creating a table structure corresponding to the test data of the automatic test, subsequent test data can be conveniently imported and a database can be conveniently accessed to carry out data verification on the test result data.
After accessing the database in step 14 of embodiment 1 and performing data verification on the test result data in the database according to the expected result data, the embodiment may further include the following steps: and feeding back a checking result.
After the software test execution is finished, the test activity is not finished yet. The result analysis is an essential important link, and the analysis of the test result has great reference significance for the development of the next round of test work through the feedback verification result. The key field of the software test result is the 'problem description', which is the basis of the positioning problem. The problem description should include the following: software configuration, hardware configuration, test case input, operation steps, output, relevant output information of the output equipment at the time, relevant logs and the like.
The software configuration comprises an operating system type version and a patch version, a version and a patch version of current software to be tested, relevant supporting software such as a version and a patch version of database software and the like. The hardware configuration comprises the configuration condition of the computer, such as related parameters of a CPU, a memory and a hard disk, and other hardware parameters are added according to the actual condition of the test case. If the network is used in the test, the networking condition of the network, the capacity, the flow and the like of the network. And inputting/operating/outputting a test case. Output information associated with the output device includes output devices such as computer displays, printers, magnetic tape, etc. The log information includes an operation log of the software and operation logs of users and administrators.
After the check result is fed back in the above embodiment, the method may further include the following steps: and deleting the test data in the database, wherein the test data can be all the data in the database. If the test data is the memory database, the test data in the memory database is deleted in time, so that the memory occupancy rate is reduced, and the use of system resources is reduced; if the data is the disk database, the result data in the disk database is deleted in time, so that the occupancy rate of the disk is reduced, and the effect of reducing the use of system resources is also achieved.
In addition, after deleting the test data in the database, the method may further include the steps of: and the test code finishes running, and the database stops running. Compared with the memory database, the memory database can be finished after the test codes of the test cases are finished running, so that the occupation of the memory is reduced, and compared with the disk database, the running of the database can be finished in a mode of deleting the database after the test codes of the test cases are finished running.
In all the previous embodiments, the creation of the database for the current automated test may specifically employ running automated test code, by which the database for the current automated test is created. Namely, a related program for creating a database is added in the test code of the automatic test, and the database for the current automatic test is automatically created through the running of the automatic test code.
Example 2
Based on the same inventive concept, embodiment 2 provides an automated testing method for improving the stability of automated testing operation. The specific flow diagram of the method is shown in fig. 3, and the method comprises the following steps:
step 21: running the test code to create a memory database;
when the memory database is created, related codes for constructing the memory database can be added in the test codes of the automatic test, the memory database for the current automatic test is created by operating the test codes and calling a database creation tool, and the created memory database can be an SQLite memory database or an Altibase memory database and other memory databases meeting the operation requirement of the test case.
SQLite is a small C library that implements a stand-alone, embeddable, zero-configuration SQL database engine. The SQLite not only occupies less memory, is convenient and quick to operate, but also runs stably. SQLite omits features that are considered useful, such as high concurrency, strict access control, rich built-in functionality, stored procedures, complex SQL language features, XML and Java extensions, ultra-large trillion-level data measurements, and so on.
AltibaseTMA memory database management system (DBMS) may provide a high performance and high availability software solution in a transaction-first environment. Altibase offers ultimate performance, fault tolerance and ease of transaction management, particularly in the fields of communications, online banking, stock exchange, real-time applications and embedded systems. The potential of the database service system can be furthest exerted by the Altibase.
Step 22: creating a table structure corresponding to the test data in the created memory database;
by creating a table structure corresponding to the test data of the automated test, it is further convenient for the database to import the test data in step 23 and for the database to be accessed in step 25 to perform data verification on the test result data, wherein the table structure of all data required in the test process in the database is usually determined before the test data is obtained.
Step 23: acquiring test data, and importing the acquired test data into a memory database;
when the test data is obtained, the test data may be specifically obtained from the test code of the automated test, and when the test data is imported into the memory database, a section of program in the code of the test case may be used to import all the test data required in the test process into the memory database created in step 21, for example, an initial value of a variable value required in the test process is imported, or all values recorded in a certain table are stored.
Step 24: acquiring data from the test data in the memory database to execute the test method of the automatic test, and storing the test result data in the memory database;
when the test method of the automatic test is specifically executed, the test case is operated in the test environment. And acquiring data required in the test process from the test data in the memory database, and storing the test result data in the memory database.
Step 25: accessing the memory database, and performing data verification on the test result data in the memory database according to expected result data;
the in-memory database is accessed, typically by accessing test result data, which is compared to expected result data, which may typically be stored in test code of an automated test. When the memory database is accessed to perform data verification on test result data during test execution, even if the actual test result memory is consistent with the expected test result memory, the operation log, the system operation log and the system resource use condition of the test case are generally checked to judge whether the test case is successfully executed. Observing the output of the software product from all directions can find many hidden problems.
Step 26: feeding back a check result;
after the data verification is carried out, a verification result can be fed back, and after the software test execution is finished, the test activity is not finished yet. The result analysis is an essential important link, and the analysis of the test result has great reference significance for the development of the next round of test work through the feedback verification result.
Step 27: deleting the test data in the memory database;
and deleting the test data in the memory database in time, thereby reducing the memory occupancy rate and improving the utilization efficiency of system resources.
Step 28: and (5) ending the running of the test codes, and stopping the running of the memory database.
After the test code of the test case is run, the operation of the memory database can be finished, and the occupation of the memory is further reduced.
By adopting the method provided by the embodiment 2, since the memory database is firstly created and the table structure corresponding to the test data is created during the automatic test, the test method for executing the automatic test is executed after the obtained test data is imported into the memory database, then, the memory database is accessed to carry out data verification on the test result data, the test data in the memory database is deleted and the memory database is stopped to run after the verification result is fed back, a set of memory database environment is automatically established every time the automatic test service runs, the test data depending this time is established, the stability of the database and the accuracy of the test data are ensured, therefore, the stability of the operation result of the automatic test is improved, and meanwhile, the resources occupied by the automatic test are reduced by deleting the test data in the memory database in time and stopping the operation of the memory database.
As for embodiment 2, the effect of improving the stability of the operation result of the automated test is achieved, specifically, as shown in fig. 4, as can be seen from comparison with fig. 1 in the prior art, the automated test server a and the automated test server B in fig. 4 may have already respectively tested the corresponding test objects, and the test process is not affected by the modification of the table C structure in the public database server by the application server, so as to improve the stability of the automated test process.
Example 3
Based on the same inventive concept, embodiment 3 provides an automatic test apparatus for improving the stability of automatic test operation. As shown in fig. 5, the apparatus includes: a database creation module 31, a test data preparation module 32, a test execution module 33, and a result data verification module 34, wherein:
the database creation module 31 may be configured to create a database for a current automated test;
the test data preparation module 32 may be configured to obtain test data and import the obtained test data into the database;
the test execution module 33 may be configured to obtain data from the test data in the database to execute a test method of an automated test, and store the test result data in the database;
the result data verification module 34 may be configured to access the database, and perform data verification on the test result data in the database according to the expected result data.
By adopting the method provided by embodiment 3, the database creating module 31 first creates a database for the current automated test during the automated test, the test data preparing module 32 imports the obtained test data into the database, then the test executing module 33 executes the test method of the automated test, finally the result data verifying module 34 accesses the database to perform data verification on the test result data, a set of database environment is automatically established every time the automated test service operates, the test data depending this time is created, the stability of the database and the accuracy of the test data are ensured, and thus the stability of the automated test operation result is improved.
In an embodiment, the database created by the database creating module 31 may be an in-memory database.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above are merely examples of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.
Claims (8)
1. An automated testing method, comprising:
creating a database for a current automation test;
acquiring test data, and importing the acquired test data into the database;
acquiring data from the test data in the database to execute a test method of the automatic test, and storing the test result data in the database;
accessing the database, and performing data verification on the test result data in the database according to expected result data;
wherein creating a database for a current automation test specifically comprises:
running test codes of the current automatic test to create a database for the current automatic test, wherein programs for creating the database are added in the test codes of the current automatic test;
acquiring test data, and importing the acquired test data into the database specifically comprises:
and acquiring test data from the test code of the current automatic test, and importing the acquired test data into the database by running the test code of the current automatic test.
2. The method according to claim 1, wherein the database is in particular an in-memory database.
3. The method of claim 1, wherein before importing the obtained test data into the database, the method further comprises:
and creating a table structure corresponding to the test data in the created database.
4. The method of claim 3, wherein after performing a data check on the test result data in the database based on the expected result data, the method further comprises:
and feeding back a checking result.
5. The method of claim 4, wherein after the feedback of the verification result, the method further comprises:
and deleting the test data in the database.
6. The method of claim 5, wherein after deleting the test data in the database, the method further comprises:
and the test code finishes running, and the database stops running.
7. An automated testing apparatus, comprising: the system comprises a database creating module, a test data preparing module, a test executing module and a result data verifying module, wherein:
the database creating module is configured to create a database for a current automated test, where creating the database for the current automated test specifically includes: running test codes of the current automatic test to create a database for the current automatic test, wherein programs for creating the database are added in the test codes of the current automatic test;
the test data preparation module is configured to obtain test data and import the obtained test data into the database, where obtaining the test data and importing the obtained test data into the database specifically includes: acquiring test data from the test code of the current automatic test, and importing the acquired test data into the database by running the test code of the current automatic test;
the test execution module is used for acquiring data from the test data in the database to execute a test method of the automatic test and storing test result data in the database;
and the result data checking module is used for accessing the database and checking the test result data in the database according to the expected result data.
8. The apparatus according to claim 7, wherein the database created by the database creation module is an in-memory database.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610122531.7A CN107153609B (en) | 2016-03-04 | 2016-03-04 | Automatic testing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610122531.7A CN107153609B (en) | 2016-03-04 | 2016-03-04 | Automatic testing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107153609A CN107153609A (en) | 2017-09-12 |
| CN107153609B true CN107153609B (en) | 2020-12-22 |
Family
ID=59791542
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610122531.7A Active CN107153609B (en) | 2016-03-04 | 2016-03-04 | Automatic testing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107153609B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108446223B (en) * | 2018-03-06 | 2021-07-27 | 吉旗（成都）科技有限公司 | Business scene automatic testing method based on dynamic compilation |
| CN110321274B (en) * | 2018-03-29 | 2021-07-02 | 腾讯科技（深圳）有限公司 | Application program testing method and device, computing equipment and storage medium |
| CN108804320A (en) * | 2018-05-30 | 2018-11-13 | 平安普惠企业管理有限公司 | Automated testing method, device, computer equipment and storage medium |
| CN110825610A (en) * | 2018-08-14 | 2020-02-21 | 北京京东尚科信息技术有限公司 | Method and device for providing test data |
| CN110888816B (en) * | 2019-12-11 | 2023-08-22 | 广州品唯软件有限公司 | Program testing method, program testing device and storage medium |
| CN111770004B (en) * | 2020-06-26 | 2021-09-07 | 武汉众邦银行股份有限公司 | HTTP (hyper text transport protocol) (S) flow content automatic verification method and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6581052B1 (en) * | 1998-05-14 | 2003-06-17 | Microsoft Corporation | Test generator for database management systems |
| CN104021077A (en) * | 2014-06-10 | 2014-09-03 | 广州市久邦数码科技有限公司 | Mobile terminal software test system and method |
| CN104182348A (en) * | 2014-09-15 | 2014-12-03 | 北京国双科技有限公司 | Software test method and device |
| CN104182335A (en) * | 2014-05-09 | 2014-12-03 | 中国光大银行 | Software testing method and device |
-
2016
- 2016-03-04 CN CN201610122531.7A patent/CN107153609B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6581052B1 (en) * | 1998-05-14 | 2003-06-17 | Microsoft Corporation | Test generator for database management systems |
| CN104182335A (en) * | 2014-05-09 | 2014-12-03 | 中国光大银行 | Software testing method and device |
| CN104021077A (en) * | 2014-06-10 | 2014-09-03 | 广州市久邦数码科技有限公司 | Mobile terminal software test system and method |
| CN104182348A (en) * | 2014-09-15 | 2014-12-03 | 北京国双科技有限公司 | Software test method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107153609A (en) | 2017-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107153609B (en) | Automatic testing method and device | |
| US11163731B1 (en) | Autobuild log anomaly detection methods and systems | |
| CN110309071B (en) | Test code generation method and module, and test method and system | |
| US8386419B2 (en) | Data extraction and testing method and system | |
| US8151247B2 (en) | Test data management | |
| US10599635B1 (en) | Control systems with independent data processing | |
| US20140006459A1 (en) | Rule-based automated test data generation | |
| US9940215B2 (en) | Automatic correlation accelerator | |
| CN110674161A (en) | Method, system, storage medium and SQL operation platform for online SQL | |
| CN108319711A (en) | Transaction consistency test method, device, storage medium and the equipment of database | |
| CN105653579A (en) | Method and device for testing distributed transactions | |
| CN104391789A (en) | Web application stress testing method | |
| CN106649000B (en) | Fault recovery method of real-time processing engine and corresponding server | |
| CN112948473A (en) | Data processing method, device and system of data warehouse and storage medium | |
| CN108255852B (en) | SQL execution method and device | |
| CN113220597B (en) | Test method, test device, electronic equipment and storage medium | |
| US8850407B2 (en) | Test script generation | |
| Jiang et al. | Assuring the model evolution of protocol software specifications by regression testing process improvement | |
| CN107193736B (en) | Test method, test device, electronic device, and storage medium | |
| CN112130849A (en) | Automatic code generation method and device | |
| CN110795319A (en) | Performance test method, device and equipment of memory database and readable storage medium | |
| CN111651364B (en) | SQL (structured query language) checking method and device under parallel development | |
| CN111723104A (en) | Method, device and system for syntax analysis in data processing system | |
| CN116401177B (en) | DDL correctness detection method, device and medium | |
| CN116661758B (en) | Method, device, electronic equipment and medium for optimizing log framework configuration |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200923 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200923 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |