CN111414303A - Auxiliary system and method for script performance test - Google Patents
Auxiliary system and method for script performance test Download PDFInfo
- Publication number
- CN111414303A CN111414303A CN202010187012.5A CN202010187012A CN111414303A CN 111414303 A CN111414303 A CN 111414303A CN 202010187012 A CN202010187012 A CN 202010187012A CN 111414303 A CN111414303 A CN 111414303A
- 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.)
- Granted
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 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.
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, the transaction that test data can not be used repeatedly is often encountered, the transaction belongs to data consumption type transaction, such as deletion type transaction, after the transaction is executed once, the data can not be used again, the data needs to be remade and the test script re-parameterizes the data, for the stability case test, the scene needs to be executed for more than 24 hours, so that 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 millions, the performance test tool L oadrnner can be blocked or even stopped, so that the test can not be continued.
In the current stability case test, if a transaction needing to parameterize a large amount of data occurs and a stuck phenomenon occurs in L oadrunner under large-data-amount parameterization, three methods are generally used for solving the problems that 1, the transaction is deleted from a stability scene, namely, the stability test is performed without the transaction, but obviously, the test scene does not accord with a production real scene, 2, the transaction is parameterized with as much test data as possible under the premise that a performance test tool L oadrunner is not stuck, of course, in 24-hour stability case execution, the test data of the transaction is consumed in advance, subsequent transaction requests can fail due to data problems, 3, a trigger is programmed, and after the transaction execution is completed, the just-used test data is recovered in real time through the trigger so as to be reused.
The method aims at the three technical schemes that 1, transactions needing to consume large data volume are deleted from a test scene, namely performance test is carried out without the transactions, but obviously the test scene does not accord with a production real scene, so that a test result does not have a reference value, 2, the transactions needing to consume large data volume are parameterized with as much test data as possible under the premise that a performance test tool L oadrunner does not jam, certainly in 24-hour stability case execution, the test data of the transactions are consumed in advance, subsequent transaction requests can fail due to data problems, and finally the error rate is increased, 3, a trigger is programmed, and after the transactions are executed, the just used test data are recovered in real time through the trigger so as to be reused.
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.
The auxiliary system for testing the script performance is suitable for an L oadrunner script testing tool and comprises a configuration module, a service connection module and a data file module, wherein 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, 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 queues, receiving one or more sending test requests sent by a client through the access interface, obtaining the test data in the corresponding memory queues according to the test script type in the test requests, and feeding the test data back to the client to delete the test data in the memory queues.
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 volume 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 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 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 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 the script performance test, which is suitable for an L oadrunner script test tool and comprises the steps of generating a configuration file according to preset configuration information, reading a pre-stored large data volume parameterization file according to the configuration file, formatting each line 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, generating an access interface according to the content queue, receiving one or more sending test requests sent by a client through the access interface, acquiring the test data in the corresponding memory queues 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 queues.
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-mentioned 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 method has the advantages of avoiding the problem of jamming or crash of the L oadrunner in loading of the large-data-volume parameterized file, and solving the problem that the existing method does not meet the production real scene, the error rate is increased, extra pressure is brought to the database and the like to influence the test result by using the test script large-data-volume parameterized auxiliary system.
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 structural 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 of 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 of the embodiments of the present invention will be provided with reference to the drawings and examples, so that how to apply the technical means to solve the technical problems and achieve the technical effects can be fully understood and implemented. 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 flow charts of the figures may be performed in a computer system such as a set of computer-executable instructions and, although a logical order is illustrated in the flow charts, 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 script performance testing provided by the present invention is suitable for a L adorrner script testing tool, and includes a configuration module, a service connection module and a data file module, wherein the configuration module is configured to preset configuration information to generate a configuration file, the data file module is configured to read a pre-stored large data volume parameterized file according to the configuration file, format each line of data in the large data volume parameterized file to generate test data, store the test data in one or more memory queues according to a test script type corresponding to the test data, the service connection module is configured to generate an access interface according to the content queue, receive one or more test requests sent by a client through the access interface, obtain the test data in a corresponding memory queue according to a test script type in the test request, feed the test data back to the client, delete the test data in the memory queue, wherein the auxiliary system may be a Jetty web container, the service connection module may be a Servlet service interface, in the above embodiment, the service connection module may store the test script in a parameterized memory queue, use the test script to implement a test script, and delete a test result that the test script is written in a test data field of the test data in a L adorror a test data file, so that when the test data field is written in a test data file, the test data file is written in a test data file, and the test data file, so that a test data file is not applicable test data field is set up by a Servlet.
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 requirement, 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 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 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 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 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.
For the convenience of understanding of the above embodiments, the following description refers to fig. 5 for a general description of the above embodiments by way of specific application examples:
in actual work, when the auxiliary system loads a data file, the data file totally 1999 data, and the service port number is 8089, the auxiliary system can access the system by means of the browser client, that is, the request UR L is input in the browser address bar, a piece of test data can be obtained, that is, the test data is generated by loading a configuration file according to the configuration file in the Jetty web container, loading a large data quantity parameterization file according to the data file, and the like, so that the L oarrunner script testing tool accesses the Servlet service by one or more virtual users, the obtained test data are different, which satisfies the condition that the test script needs large data quantity parameterization in the performance testing process, and because the Servlet service supports multithreading, a plurality of virtual users accessing the Servlet service concurrently obtain different test data, at the other end, that is, the L oarrunner script testing tool can access the Servlet service by defining part of code shown in fig. 6A, the code function is Servlet accessing the test data by the Servlet access, and the test data can be obtained by splitting the right data into a plurality of groups, and storing the data in a left edge 2, and a data group representing the left edge of the data.
Referring to fig. 7, the present invention further provides an auxiliary method for script performance testing, which is suitable for an L oadrunner script testing tool, and the method includes:
step S701, generating 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 method has the advantages of avoiding the problem of jamming or crash of the L oadrunner in loading of the large-data-volume parameterized file, and solving the problem that the existing method does not meet the production real scene, the error rate is increased, extra pressure is brought to the database and the like to influence the test result by using the test script large-data-volume parameterized auxiliary system.
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; furthermore, the electronic device 600 may also comprise 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 device. 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 an input to the cpu 100, the input unit 120 is, for example, a key or a touch input device, the power source 170 is used to supply power to the electronic apparatus 600, the display 160 is used to display a display object such as an image and a text, and the display may be, for example, an L CD 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, and the application/function storage section 142 is used to store 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, the 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, 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 receive audio input from the microphone 132 to implement general telecommunications 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 is 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 (10)
1. An auxiliary system for script performance test, the auxiliary system is suitable for L oadrunner script test tools, and is characterized in that the auxiliary 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 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; 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.
2. The support system for script performance testing as claimed in claim 1, wherein said 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 volume parameterized file path.
3. The support system for script performance testing as claimed in claim 2, wherein the data file module comprises a data file loading unit and a massive 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.
4. 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 test script type in the test request, feeding the test data back to the client and deleting the test data in the memory queue.
5. The auxiliary system for script performance testing as recited in any one of claims 1 to 4, wherein the auxiliary system is a Jetty web container; the service connection module is a Servlet service interface.
6. An auxiliary method for script performance testing, which is suitable for an L oadrunner 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 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 memory queues;
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.
7. The assistance method for script performance testing according to claim 6, 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.
8. The method as claimed in claim 7, wherein 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.
9. 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 one of claims 6 to 8 when executing the computer program.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any one of claims 6 to 8.
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 true CN111414303A (en) | 2020-07-14 |
| CN111414303B 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) |
Cited By (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 |
| CN112988598A (en) * | 2021-04-27 | 2021-06-18 | 中国工商银行股份有限公司 | Method and device for automatically testing interface |
| CN114676067A (en) * | 2022-05-26 | 2022-06-28 | 武汉迎风聚智科技有限公司 | Parameterization processing method and device for test script |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100162263A1 (en) * | 2008-12-18 | 2010-06-24 | Hartford Fire Insurance Company | Computer system and computer-implemented method for use in load testing of software applications |
| 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 |
-
2020
- 2020-03-17 CN CN202010187012.5A patent/CN111414303B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100162263A1 (en) * | 2008-12-18 | 2010-06-24 | Hartford Fire Insurance Company | Computer system and computer-implemented method for use in load testing of software applications |
| 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 |
Cited By (4)
| 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 |
| CN112988598A (en) * | 2021-04-27 | 2021-06-18 | 中国工商银行股份有限公司 | Method and device for automatically testing interface |
| CN112988598B (en) * | 2021-04-27 | 2024-03-19 | 中国工商银行股份有限公司 | Method and device for automatically testing interface |
| CN114676067A (en) * | 2022-05-26 | 2022-06-28 | 武汉迎风聚智科技有限公司 | Parameterization processing method and device for test script |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111414303B (en) | 2023-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111414303B (en) | Auxiliary system and method for script performance test | |
| CN111797015B (en) | Dynamic byte code based test method and device | |
| CN111949614B (en) | Bank system file conversion method and device | |
| CN112732650A (en) | File fragmentation method and device | |
| CN112783793A (en) | Automatic interface test system and method | |
| CN112286904A (en) | Cluster migration method and device and storage medium | |
| CN113051163A (en) | Unit testing method, unit testing device, electronic equipment and storage medium | |
| CN112181417B (en) | Front-end research and development configuration device and method | |
| CN109739487B (en) | Business logic processing method and device and computer readable storage medium | |
| CN111464628A (en) | Multiplexing asynchronous processing system and method | |
| CN112905460B (en) | Device and method for simulating three-party receipt by automatic interface test | |
| CN111782204A (en) | Batch scheduling editing method and device | |
| CN113419957B (en) | Rule-based big data offline batch processing performance capacity scanning method and device | |
| CN110674119A (en) | Data processing method, system and computer readable storage medium | |
| CN113434423B (en) | Interface testing method and device | |
| CN112785201B (en) | Heterogeneous system quasi-real-time high-reliability interaction system and method | |
| CN112052655B (en) | Page processing method and device, computer storage medium and terminal | |
| CN114676113A (en) | Heterogeneous database migration method and system based on task decomposition | |
| CN112988598A (en) | Method and device for automatically testing interface | |
| CN111897710B (en) | Timing task diagnosis method and device | |
| CN111444225B (en) | Universal index analysis method and device | |
| CN113779152A (en) | Asynchronous data export method and device | |
| CN114661672A (en) | Text generation and sending method and device based on configuration table | |
| CN115168491A (en) | Data checking method, device and system | |
| CN114547035A (en) | Method and device for displaying standard output information on terminal page in real time |
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 |