CN111414303B - Auxiliary system and method for script performance test - Google Patents
Auxiliary system and method for script performance test Download PDFInfo
- Publication number
- CN111414303B CN111414303B CN202010187012.5A CN202010187012A CN111414303B CN 111414303 B CN111414303 B CN 111414303B CN 202010187012 A CN202010187012 A CN 202010187012A CN 111414303 B CN111414303 B CN 111414303B
- Authority
- CN
- China
- Prior art keywords
- test
- data
- file
- script
- test data
- 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
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)
- Test And Diagnosis Of Digital Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention provides an auxiliary system and a method for script performance test, wherein the system comprises a configuration module, a service connection module and a data file module; the configuration module is used for presetting configuration information to generate a configuration file; the data file module is used for reading a pre-stored large data quantity parameterized file according to the configuration file, formatting each row of data in the large data quantity parameterized file to generate test data, and storing the test data in one or more memory queues according to the test script type corresponding to the test data; the service connection module is used for generating an access interface according to the content queue; and receiving one or more sending test requests sent by the client through the access interface, acquiring the test data in the corresponding memory queue according to the type of the test script in the test request, feeding the test data back to the client, and deleting the test data in the memory queue.
Description
Technical Field
The invention relates to the field of software testing, in particular to an auxiliary system and method for script performance testing.
Background
In the performance test process, transactions that test data cannot be reused are frequently encountered, the transactions belong to data consumption type transactions, such as deletion type transactions, after the transactions are executed once, the data cannot be reused, and the data needs to be rebuilt and re-parameterized by a test script; for the stability case test, the scene needs to be executed for more than 24 hours, so for the data consumption type transaction, a large amount of data needs to be parameterized in the test script to ensure that the transaction can be executed for more than 24 hours, and if the parameterized data file is more than hundreds of megabytes, the performance test tool Loadrunner can be blocked or even down, so that the test cannot be continued.
In the present stability case test, if a transaction requiring parameterization of a large amount of data is encountered, and a karton phenomenon occurs in Loadrunner under the parameterization of a large amount of data, there are generally three methods to solve the problem: 1. the transaction is deleted from the stability scene, namely the stability test is carried out without the transaction, but obviously, the test scene does not accord with the real production scene; 2. on the premise that the performance testing tool Loadrunner is not stuck, the transaction is parameterized by using as much test data as possible, and certainly in the 24-hour stability case execution, the test data of the transaction is consumed in advance, and the subsequent transaction request will fail due to data problems. 3. And programming a trigger, and recovering the just used test data in real time through the trigger after the transaction execution is finished so as to be reusable. But this operation will put more additional stress on the database and affect the test results.
Aiming at the current three technical schemes: 1. the transaction which needs to consume a large amount of data is deleted from the test scene, namely the performance test is carried out without the transaction, but obviously, the test scene does not accord with the real production scene, and therefore, the test result has no reference value. 2. On the premise that a performance testing tool Loadrunner is not blocked, the transaction which needs to consume a large amount of data is parameterized by using as much test data as possible, and certainly in the execution of a 24-hour stability case, the test data of the transaction is consumed in advance, and subsequent transaction requests fail due to data problems, so that the error rate is increased finally. 3. And programming a trigger, and after the transaction execution is completed, recovering the just-used test data in real time through the trigger so as to be used again. But this operation will put more additional stress on the database and affect the test results.
Disclosure of Invention
The invention aims to provide an auxiliary system and method for script performance testing, and solves the problems that the existing method does not conform to the real production scene, the error rate is increased, extra pressure is brought to a database, and the like, which affect the testing result.
In order to achieve the above object, the auxiliary system for testing script performance provided by the present invention is suitable for a Loadrunner script testing tool, and comprises a configuration module, a service connection module, and a data file module; the configuration module is used for presetting configuration information to generate a configuration file; the data file module is used for reading a pre-stored large data volume parameterized file according to the configuration file, formatting each row of data in the large data volume parameterized file to generate test data, and storing the test data in one or more memory queues according to test script types corresponding to the test data; the service connection module is used for generating an access interface according to the content queue; and receiving one or more sending test requests sent by the client through the access interface, acquiring the test data in the corresponding memory queue according to the test script type in the test requests, feeding the test data back to the client, and deleting the test data in the memory queue.
In the auxiliary system for testing script performance, preferably, the configuration module includes a configuration file loading unit and a configuration file storage unit; the configuration file loading unit is used for generating a configuration file according to preset configuration information in the configuration file storage unit; the configuration file storage unit is used for storing a preset configuration file; the preset configuration file comprises a port number, a maximum thread number, a minimum thread number, a service request URI and a large data amount parameterized file path.
In the auxiliary system for testing script performance, preferably, the data file module includes a data file loading unit and a large data volume parameterized file storage unit; the data file loading unit is used for reading a prestored large data quantity parameterized file in the large data quantity parameterized file storage unit according to a large data quantity parameterized file path in the configuration file, formatting each row of data in the large data quantity parameterized file to generate test data, and storing the test data in one or more memory queues according to a test script type corresponding to the test data; the large data volume parameterized file storage unit is used for storing large data volume parameterized files.
In the auxiliary system for testing script performance, preferably, the service connection module includes an interface unit, an analysis unit, and a processing unit; the interface unit is used for generating an access interface according to the content queue; receiving one or more sending test requests sent by the client through the access interface; the analysis unit is used for analyzing the test request to obtain the type of the test script in the test request; and the processing unit is used for acquiring the test data in the corresponding memory queue according to the type of the test script in the test request, feeding the test data back to the client and deleting the test data in the memory queue.
In the auxiliary system for script performance testing, preferably, the auxiliary system is a Jetty web container; the service connection module is a Servlet service interface.
The invention also provides an auxiliary method for script performance test, which is suitable for a Loadrunner script test tool, and the method comprises the following steps: generating a configuration file according to preset configuration information; reading a pre-stored large data volume parameterization file according to the configuration file, and formatting each row of data in the large data volume parameterization file to generate test data; storing the test data in one or more memory queues according to the test script type corresponding to the test data, and generating an access interface according to the content queue; and receiving one or more sending test requests sent by the client through the access interface, acquiring the test data in the corresponding memory queue according to the type of the test script in the test request, feeding the test data back to the client, and deleting the test data in the memory queue.
In the above auxiliary method for script performance testing, preferably, the preset configuration file includes a port number, a maximum thread number, a minimum thread number, a service request URI, and a large data amount parameterized file path.
In the above auxiliary method for script performance testing, preferably, generating an access interface according to the content queue includes: and generating an HTTP service interface according to the content queue and the service request URI in the configuration file.
The invention also provides a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method when executing the computer program.
The present invention also provides a computer-readable storage medium storing a computer program for executing the above method.
The invention has the beneficial technical effects that: the problem of blockage or delay of the Loadrunner in the process of loading the large-data-volume parameterization file is avoided; by using the large-data-volume parameterization auxiliary system of the test script, the problems that the existing method does not conform to the real production scene, the error rate is increased, extra pressure is brought to a database and the like to influence the test result are solved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principles of the invention. In the drawings:
FIG. 1 is a schematic structural diagram of an auxiliary system for script performance testing according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of a configuration module according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a data file module according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a service connection module according to an embodiment of the present invention;
FIG. 5 is a schematic diagram illustrating an application structure of an auxiliary system for script performance testing according to an embodiment of the present invention;
fig. 6A and fig. 6B are schematic code diagrams illustrating a client acquiring test data according to an embodiment of the present invention;
FIG. 7 is a flowchart illustrating an auxiliary method for script performance testing according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The following detailed description will be given with reference to the accompanying drawings and examples to explain how to apply the technical means to solve the technical problems and to achieve the technical effects. It should be noted that, unless otherwise specified, the embodiments and features of the embodiments of the present invention may be combined with each other, and the technical solutions formed are within the scope of the present invention.
Additionally, the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions, and while a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than here.
Referring to fig. 1, the auxiliary system for testing script performance provided by the present invention is suitable for a Loadrunner script test tool, and includes a configuration module, a service connection module, and a data file module; the configuration module is used for presetting configuration information to generate a configuration file; the data file module is used for reading a pre-stored large data volume parameterized file according to the configuration file, formatting each row of data in the large data volume parameterized file to generate test data, and storing the test data in one or more memory queues according to test script types corresponding to the test data; the service connection module is used for generating an access interface according to the content queue; receiving one or more sending test requests sent by the client through the access interface, acquiring the test data in a corresponding memory queue according to the type of a test script in the test requests, feeding the test data back to the client, and deleting the test data in the memory queue; wherein the auxiliary system may be a Jetty web container; the service connection module can be a Servlet service interface. In the embodiment, the implementation principle of the auxiliary system for script performance testing is that a pressure testing tool Loadrunner is used for writing a testing script, testing data parameterization is carried out on a field variable in a request message in the script, and when the script is executed, the Loadrunner reads a row of parameterized data in a file from a script parameterized file according to a set rule to assign a value to the field variable of the message; therefore, the large data quantity parameter file is loaded into the memory queue through the external system, so that other Loadrunner script test tools directly access to provide test data when consumable tests are needed, thereby reducing the test pressure of the Loadrunner script test tools, and meanwhile, the unused test data is always stored in the memory queue because the test data is deleted from the memory queue; therefore, the problem that the existing method does not conform to a real production scene, the error rate is increased, extra pressure is brought to a database, and the like to influence the test result is solved by using the large-data-volume parameterization auxiliary system of the test script.
In practice, the auxiliary system for script performance testing may be a Jetty web container, where Jetty is an open-source servlet container that provides a runtime environment for java-based web containers, such as JSP and servlets, that can quickly provide network and web connectivity for some independently running java applications. Of course, those skilled in the art can select and set the usage form or structure according to the actual needs, and the invention is not limited too much here.
Referring to fig. 2, in an embodiment of the present invention, the configuration module includes a configuration file loading unit and a configuration file storing unit; the configuration file loading unit is used for generating a configuration file according to preset configuration information in the configuration file storage unit; the configuration file storage unit is used for storing a preset configuration file; the preset configuration file comprises a port number, a maximum thread number, a minimum thread number, a service request URI and a large data volume parameterized file path. Referring to fig. 3 again, in the above embodiment, the data file module includes a data file loading unit and a large data amount parameterized file storage unit; the data file loading unit is used for reading a pre-stored large data quantity parameterization file in the large data quantity parameterization file storage unit according to a large data quantity parameterization file path in the configuration file, formatting each row of data in the large data quantity parameterization file to generate test data, and storing the test data in one or more memory queues according to a test script type corresponding to the test data; the large data volume parameterized file storage unit is used for storing large data volume parameterized files. In actual work, after the auxiliary system is started, the configuration file loading unit reads configuration file information, information such as a port number, a minimum thread number, a maximum thread number, a service request URI (Uniform resource identifier), a large-data-volume parameterized file path and the like for providing service is described in the configuration file information, and the Jetty web container is initialized according to the configuration information; then the data file loading unit reads the large-data-volume parameterized file according to the data file path, formats each row of data in the large-data-volume parameterized file, and stores the data in the memory queue; the Servlet service, namely the service connection module, is a service for providing specific test data information, and when a client accesses the Servlet service, the Servlet service acquires a first piece of test data from a memory queue to the client and deletes the data which is just used from the memory queue.
Referring to fig. 4, in an embodiment of the present invention, the service connection module includes an interface unit, an analysis unit, and a processing unit; the interface unit is used for generating an access interface according to the content queue; receiving one or more sending test requests sent by the client through the access interface; the analysis unit is used for analyzing the test request to obtain the type of the test script in the test request; and the processing unit is used for acquiring the test data in the corresponding memory queue according to the test script type in the test request, feeding the test data back to the client and deleting the test data in the memory queue. In actual work, the service connection module is also implemented through software, for example, an access interface of the HTTP service is provided to a client, the client accesses the service connection module through a virtual user, the service connection module feeds back corresponding test data according to a test script type provided during access of the client, usually, the first feedback in a memory queue is used, and the corresponding test data can be deleted after the feedback is completed, so that the data is unique when accessing next time.
In order to facilitate understanding of the above embodiments, the following description refers to fig. 5, which illustrates the above embodiments in their entirety by way of specific examples of application:
in actual work, when the auxiliary system loads a data file, the data file totally loads 1999 data, and the service port number is 8089, the auxiliary system can access the system by means of a browser client, namely, a request URL is input in a browser address bar, so that a piece of test data can be obtained, namely, the test data is generated by means of loading a configuration file according to a configuration file in a Jetty web container, loading a large-data-volume parameterization file by the data file, and the like; therefore, the Loadrunner script test tool accesses the Servlet service through one or more virtual users, the obtained test data are different, the condition that the test script needs large data quantity parameterization in the performance test process is met, and in addition, the Servlet service supports multithreading, so that the test script is supported by a plurality of virtual users to access the Servlet service concurrently to obtain different test data. At the other end, that is, the client of the Loadrunner script test tool can access the Servlet service through the partial code definition shown in fig. 6A, the code function is to access the Servlet service to obtain a piece of test data, split the piece of data according to the left boundary rule and the right boundary rule, and store the split pieces of data into the array cxRecord. We can access each data in the cxRecord array by way of example as shown in FIG. 6B, with cxRecord _1 representing the first data, cxRecord _2 representing the 2 nd data, and so on.
Referring to fig. 7, the present invention further provides an auxiliary method for script performance testing, which is suitable for a Loadrunner script testing tool, and the method includes:
step S701 is to generate a configuration file according to preset configuration information;
step S702, reading a pre-stored large data quantity parameterized file according to the configuration file, and formatting each row of data in the large data quantity parameterized file to generate test data;
step S703 stores the test data in one or more memory queues according to the test script type corresponding to the test data, and generates an access interface according to the content queue;
step S704 receives one or more sending test requests sent by the client through the access interface, obtains the test data from the corresponding memory queue according to the test script type in the test request, and deletes the test data from the memory queue after feeding the test data back to the client.
In the above embodiment, the preset configuration file includes a port number, a maximum thread number, a minimum thread number, a service request URI, and a large data amount parameterized file path; generating an access interface according to the content queue in step S703 may include: and generating an HTTP service interface according to the content queue and the service request URI in the configuration file.
The beneficial technical effects of the invention are as follows: the problem of blocking or delay of the Loadrunner during loading of the large-data-volume parameterized file is avoided; by using the large-data-volume parameterization auxiliary system of the test script, the problems that the existing method does not conform to the real production scene, the error rate is increased, extra pressure is brought to a database and the like to influence the test result are solved.
The invention also provides a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method when executing the computer program.
The present invention also provides a computer-readable storage medium storing a computer program for executing the above method.
As shown in fig. 8, the electronic device 600 may further include: communication module 110, input unit 120, audio processing unit 130, display 160, power supply 170. It is noted that the electronic device 600 does not necessarily include all of the components shown in FIG. 8; in addition, the electronic device 600 may also include components not shown in fig. 8, which may be referred to in the prior art.
As shown in fig. 8, the central processor 100, sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device, the central processor 100 receiving input and controlling the operation of the various components of the electronic device 600.
The memory 140 may be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable devices. The information relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 100 may execute the program stored in the memory 140 to realize information storage or processing, etc.
The input unit 120 provides input to the cpu 100. The input unit 120 is, for example, a key or a touch input device. The power supply 170 is used to provide power to the electronic device 600. The display 160 is used to display an object to be displayed, such as an image or a character. The display may be, for example, an LCD display, but is not limited thereto.
The memory 140 may be a solid state memory such as Read Only Memory (ROM), random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 140 may also be some other type of device. Memory 140 includes buffer memory 141 (sometimes referred to as a buffer). The memory 140 may include an application/function storage section 142 for storing application programs and function programs or a flow for executing the operation of the electronic device 600 by the central processing unit 100.
The memory 140 may also include a data store 143 for storing data, such as contacts, digital data, pictures, sounds, and/or any other data used by the electronic device. The driver storage portion 144 of the memory 140 may include various drivers of the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging application, address book application, etc.).
The communication module 110 is a transmitter/receiver 110 that transmits and receives signals via an antenna 111. The communication module (transmitter/receiver) 110 is coupled to the central processor 100 to provide an input signal and receive an output signal, which may be the same as in the case of a conventional mobile communication terminal.
Based on different communication technologies, a plurality of communication modules 110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, etc., may be provided in the same electronic device. The communication module (transmitter/receiver) 110 is also coupled to a speaker 131 and a microphone 132 via an audio processor 130 to provide audio output via the speaker 131 and to receive audio input from the microphone 132 to implement general telecommunication functions. Audio processor 130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, an audio processor 130 is also coupled to the central processor 100, so that recording on the local can be enabled through a microphone 132, and so that sound stored on the local can be played through a speaker 131.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention 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 present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are only exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (8)
1. An auxiliary system for script performance test is suitable for a Loadrunner script test tool and is characterized by comprising a configuration module, a service connection module and a data file module;
the configuration module is used for presetting configuration information to generate a configuration file;
the data file module is used for reading a pre-stored large data volume parameterized file according to the configuration file, formatting each row of data in the large data volume parameterized file to generate test data, and storing the test data in one or more memory queues according to test script types corresponding to the test data;
the service connection module is used for generating an access interface according to the memory queue; receiving one or more sending test requests sent by the client through the access interface, acquiring the test data in a corresponding memory queue according to the type of a test script in the test requests, feeding the test data back to the client, and deleting the test data in the memory queue;
the data file module comprises a data file loading unit and a large data volume parameterized file storage unit;
the data file loading unit is used for reading a prestored large data quantity parameterized file in the large data quantity parameterized file storage unit according to a large data quantity parameterized file path in the configuration file, formatting each row of data in the large data quantity parameterized file to generate test data, and storing the test data in one or more memory queues according to a test script type corresponding to the test data;
the large data amount parameterized file storage unit is used for storing large data amount parameterized files.
2. The auxiliary system for script performance testing as recited in claim 1, wherein the configuration module comprises a configuration file loading unit and a configuration file storage unit;
the configuration file loading unit is used for generating a configuration file according to preset configuration information in the configuration file storage unit;
the configuration file storage unit is used for storing a preset configuration file; the preset configuration file comprises a port number, a maximum thread number, a minimum thread number, a service request URI and a large data amount parameterized file path.
3. The support system for script performance testing as claimed in claim 2, wherein the service connection module comprises an interface unit, a parsing unit and a processing unit;
the interface unit is used for generating an access interface according to the memory queue; receiving one or more sending test requests sent by the client through the access interface;
the analysis unit is used for analyzing the test request to obtain the test script type in the test request;
and the processing unit is used for acquiring the test data in the corresponding memory queue according to the type of the test script in the test request, feeding the test data back to the client and deleting the test data in the memory queue.
4. The auxiliary system for script performance testing as claimed in any one of claims 1 to 3, wherein the auxiliary system is a Jetty web container; the service connection module is a Servlet service interface.
5. An auxiliary method for script performance testing, which is suitable for a Loadrunner script testing tool, and is characterized in that the method comprises the following steps:
generating a configuration file according to preset configuration information;
reading a pre-stored large data quantity parameterization file according to the configuration file, and formatting each row of data in the large data quantity parameterization file to generate test data;
storing the test data in one or more memory queues according to the test script type corresponding to the test data, and generating an access interface according to the memory queues;
receiving one or more sending test requests sent by the client through the access interface, acquiring the test data in a corresponding memory queue according to the type of a test script in the test request, feeding the test data back to the client, and deleting the test data in the memory queue;
generating an access interface according to the memory queue comprises: and generating an HTTP service interface according to the memory queue and the service request URI in the configuration file.
6. The assistance method for script performance testing according to claim 5, wherein the preset configuration file comprises a port number, a maximum thread number, a minimum thread number, a service request URI and a large data amount parameterized file path.
7. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 5 to 6 when executing the computer program.
8. A computer-readable storage medium, characterized in that it stores a computer program for performing the method of any of claims 5 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010187012.5A CN111414303B (en) | 2020-03-17 | 2020-03-17 | Auxiliary system and method for script performance test |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010187012.5A CN111414303B (en) | 2020-03-17 | 2020-03-17 | Auxiliary system and method for script performance test |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111414303A CN111414303A (en) | 2020-07-14 |
| CN111414303B true CN111414303B (en) | 2023-03-14 |
Family
ID=71492997
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010187012.5A Active CN111414303B (en) | 2020-03-17 | 2020-03-17 | Auxiliary system and method for script performance test |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111414303B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112365902A (en) * | 2020-10-16 | 2021-02-12 | 科大讯飞股份有限公司 | Test method of voice processing system, related equipment and storage device |
| CN112988598B (en) * | 2021-04-27 | 2024-03-19 | 中国工商银行股份有限公司 | Method and device for automatically testing interface |
| CN114676067B (en) * | 2022-05-26 | 2022-08-30 | 武汉迎风聚智科技有限公司 | Parameterization processing method and device for test script |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104932974A (en) * | 2015-05-28 | 2015-09-23 | 国家计算机网络与信息安全管理中心 | Script conversion method and script conversion device |
| CN107329900A (en) * | 2017-07-06 | 2017-11-07 | 携程计算机技术（上海）有限公司 | The method for generating test data |
| CN109495334A (en) * | 2017-09-13 | 2019-03-19 | 杭州海康威视系统技术有限公司 | A kind of test method and device |
| CN110162471A (en) * | 2019-04-28 | 2019-08-23 | 中国工商银行股份有限公司 | A kind of method for testing pressure and system based on container cloud |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9081881B2 (en) * | 2008-12-18 | 2015-07-14 | Hartford Fire Insurance Company | Computer system and computer-implemented method for use in load testing of software applications |
-
2020
- 2020-03-17 CN CN202010187012.5A patent/CN111414303B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104932974A (en) * | 2015-05-28 | 2015-09-23 | 国家计算机网络与信息安全管理中心 | Script conversion method and script conversion device |
| CN107329900A (en) * | 2017-07-06 | 2017-11-07 | 携程计算机技术（上海）有限公司 | The method for generating test data |
| CN109495334A (en) * | 2017-09-13 | 2019-03-19 | 杭州海康威视系统技术有限公司 | A kind of test method and device |
| CN110162471A (en) * | 2019-04-28 | 2019-08-23 | 中国工商银行股份有限公司 | A kind of method for testing pressure and system based on container cloud |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111414303A (en) | 2020-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111414303B (en) | Auxiliary system and method for script performance test | |
| CN104317914A (en) | Data acquiring method and device | |
| CN111797015B (en) | Dynamic byte code based test method and device | |
| CN111984239A (en) | Page configuration method, device, server and storage medium | |
| CN112286904A (en) | Cluster migration method and device and storage medium | |
| CN110795353B (en) | Quick application debugging method, device, equipment and storage medium | |
| CN110543343B (en) | Financial interaction page generation method and device based on native android application | |
| CN113760611B (en) | System site switching method and device, electronic equipment and storage medium | |
| CN109739487B (en) | Business logic processing method and device and computer readable storage medium | |
| CN112181417B (en) | Front-end research and development configuration device and method | |
| CN113051163A (en) | Unit testing method, unit testing device, electronic equipment and storage medium | |
| CN112905460A (en) | Device and method for simulating three-party receipt by automatic interface test | |
| CN104536884A (en) | Code testing method and device | |
| CN114676113A (en) | Heterogeneous database migration method and system based on task decomposition | |
| CN114416101A (en) | Front-end project debugging method and system | |
| CN113419957A (en) | Rule-based big data offline batch processing performance capacity scanning method and device | |
| CN113434423A (en) | Interface test method and device | |
| CN112925770A (en) | Database capacity expansion method, device, equipment and medium | |
| CN113515447A (en) | System automation test method and device | |
| CN111026466A (en) | File processing method and device, computer readable storage medium and electronic equipment | |
| CN113704130B (en) | Test method, host, virtual test platform and storage medium | |
| CN111158744B (en) | Cross-platform heterogeneous data integration method and device | |
| CN113779152A (en) | Asynchronous data export method and device | |
| CN111444225B (en) | Universal index analysis method and device | |
| CN111897710A (en) | Timing task diagnosis method and device |
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 |
Effective date of registration: 20220927 Address after: 12 / F, 15 / F, 99 Yincheng Road, Pudong New Area pilot Free Trade Zone, Shanghai, 200120 Applicant after: Jianxin Financial Science and Technology Co.,Ltd. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Applicant before: CHINA CONSTRUCTION BANK Corp. Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |