CN109669859B - Service testing method, device, computer equipment and storage medium - Google Patents
Service testing method, device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN109669859B CN109669859B CN201811417498.6A CN201811417498A CN109669859B CN 109669859 B CN109669859 B CN 109669859B CN 201811417498 A CN201811417498 A CN 201811417498A CN 109669859 B CN109669859 B CN 109669859B
- Authority
- CN
- China
- Prior art keywords
- test
- service
- testing
- information
- request
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 566
- 238000000034 method Methods 0.000 claims abstract description 25
- 238000012795 verification Methods 0.000 claims abstract description 12
- 238000010276 construction Methods 0.000 claims abstract description 11
- 238000004590 computer program Methods 0.000 claims description 21
- 238000004088 simulation Methods 0.000 claims description 6
- 238000004891 communication Methods 0.000 abstract description 4
- 238000010998 test method Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 244000035744 Hura crepitans Species 0.000 description 4
- 238000012550 audit Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
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)
- Computer And Data Communications (AREA)
Abstract
The present application relates to the field of information security, and in particular, to a service testing method, apparatus, computer device, and storage medium. The method comprises the following steps: receiving a service test request sent by a first client terminal, wherein the service test request carries test party information and construction party information; verifying the testing authority of the first client terminal according to the information of the testing party, and detecting whether the testing environment corresponding to the information of the building party is accessed or not when the testing authority passes the verification, if so, testing the service corresponding to the service testing request in the testing environment; acquiring a first test result based on a test environment; the first test result is sent to the first client terminal. By adopting the method, off-line test communication can be reduced, a more convenient test environment is provided for service users, and service test efficiency is improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a service testing method, a service testing device, a computer device, and a storage medium.
Background
When a large number of network programs and services are widely downloaded and applied by users, the constructors of the services also provide test methods of service functions for the users; the traditional service testing method is to make the constructor provide a testing environment for testing the service function for the service user when uploading the service program.
However, in an actual open platform, not all the service building parties may provide corresponding test environments, which results in a large amount of offline communication for testing the application program, resulting in lower test efficiency for the service.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a service testing method, apparatus, computer device, and storage medium capable of improving service testing efficiency.
A service testing method, the method comprising:
Receiving a service test request sent by a first client terminal, wherein the service test request carries test party information and construction party information;
verifying the testing authority of the first client terminal according to the information of the testing party, and detecting whether the testing environment corresponding to the information of the building party is accessed or not when the testing authority passes the verification, and if so, testing the service corresponding to the service testing request in the testing environment;
Acquiring a first test result based on the test environment;
And sending the first test result to the first client terminal.
In one embodiment, after the detecting whether the test environment corresponding to the constructor information has been accessed, the method further includes:
if not, detecting whether test data corresponding to the service test request exists, and if so, acquiring the test data;
The test data is sent to the first client terminal.
In one embodiment, after detecting whether the test data corresponding to the service test request exists, the method further includes:
Generating an error message when the test data corresponding to the service test request does not exist;
transmitting the error message to a service terminal;
receiving a new test scheme generated by the service terminal according to the error message;
Testing the service corresponding to the service test request according to the newly-added test scheme to obtain a second test result;
and sending the second test result to the first client terminal.
In one embodiment, before detecting whether the test data corresponding to the service test request exists, the method further includes:
receiving a test data uploading request sent by a second client terminal, wherein the test data uploading request carries the constructor information and the test data;
And auditing the constructor information, and storing the test data if the auditing is passed.
In one embodiment, the access manner of the test environment includes:
receiving an access request sent by a second client terminal, wherein the access request carries the constructor information;
Checking the constructor information, and if the information passes the checking, acquiring a configuration page corresponding to the access request;
The configuration page is sent to the second client terminal, and configuration data returned by the second client terminal according to the configuration page is received;
checking the configuration data, and if the checking is passed, storing the configuration data;
And generating the test environment according to the configuration data.
A service testing apparatus, the apparatus comprising:
the test request receiving module is used for receiving a service test request sent by the first client terminal, wherein the service test request carries the information of a testing party and the information of a construction party;
the environment testing module is used for verifying the testing authority of the first client terminal according to the information of the testing party, detecting whether the testing environment corresponding to the information of the building party is accessed or not when the testing authority passes the verification, and testing the service corresponding to the service testing request in the testing environment if the testing environment is accessed;
the first result acquisition module is used for acquiring a first test result based on the test environment;
and the first result sending module is used for sending the first test result to the first client terminal.
In one embodiment, the apparatus further comprises:
The data testing module is used for detecting whether the test data corresponding to the service test request exists or not if the test data does not exist, and acquiring the test data if the test data exists;
And the data return module is used for sending the test data to the first client terminal.
In one embodiment, the apparatus further comprises:
The error message generation module is used for generating an error message when the test data corresponding to the service test request does not exist;
an error message sending module, configured to send the error message to a service terminal;
The new scheme receiving module is used for receiving a new test scheme generated by the service terminal according to the error message;
The second result acquisition module is used for testing the service corresponding to the service test request according to the newly-added test scheme to obtain a second test result;
And the second result sending module is used for sending the second test result to the first client terminal.
A computer device comprising a memory storing a computer program and a processor implementing the steps of any one of the methods described above when the processor executes the computer program.
A computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method of any of the preceding claims.
According to the service testing method, the device, the computer equipment and the storage medium, the server side builds an open testing platform, after receiving the service testing request uploaded by the user, verifies whether the terminal uploading the server testing request has the testing authority according to the testing party information carried in the service testing request, if so, detects whether the current open platform is accessed with a constructor testing environment for testing the service, if so, allows the user to access the testing environment to test the corresponding service, and returns a first testing result obtained in the testing environment to the user terminal. According to the service testing method, different users are allowed to select the testing environments of the constructors corresponding to the service to be tested according to the requirements of the users through the unified open testing platform to test. The off-line test communication is reduced, a more convenient test environment is provided for service users, and the service test efficiency is improved.
Drawings
FIG. 1 is an application scenario diagram of a service testing method in one embodiment;
FIG. 2 is a flow chart of a method of testing services in one embodiment;
FIG. 3 is a flow chart of a new test step in one embodiment;
FIG. 4 is a flow diagram of an access manner of a test environment in one embodiment;
FIG. 5 is a block diagram of a service testing apparatus in one embodiment;
fig. 6 is an internal structural diagram of a computer device in one embodiment.
Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
The service testing method provided by the application can be applied to an application environment shown in figure 1. Wherein the terminal 102 communicates with the server 104 via a network. A technician builds an open test platform at the server 104, after receiving a service test request uploaded by a user, verifies whether a terminal uploading the service test request has test permission according to test party information carried in the service test request, if so, detects whether a construction party test environment for testing the service is accessed in the current open platform, if so, allows the user to access the test environment to test the corresponding service, and returns a first test result obtained in the test environment to the user terminal. The terminal 102 may be, but not limited to, various personal computers, notebook computers, smartphones, tablet computers, and portable wearable devices, and the server 104 may be implemented by a stand-alone server or a server cluster composed of a plurality of servers.
In one embodiment, as shown in fig. 2, a service testing method is provided, and the method is applied to the server 104 in fig. 1 for illustration, and includes the following steps:
S202, a service test request sent by a first client terminal is received, wherein the service test request carries testing party information and construction party information.
The terminal of the service testing party that initiates the service testing request by the first client terminal may be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers and portable wearable devices.
A service test request is a request to initiate a test for a functional service, which may refer to an application or a function within an application. The test party information is information for checking whether the first client terminal has authority to execute the service test instruction, and may be information such as a user name and a password. The constructor information is information of a developer of the service to be tested, is used for matching a corresponding testing environment for the service test, and can be a name, account information and the like of the service developer.
Specifically, when a service user uses a service, if the service or a function in the service needs to be tested, a service test request is initiated to a server running an open test platform through a first client terminal, wherein the service test request comprises test party information for checking whether the first client terminal has permission to execute the service test instruction and construction party information matched with a corresponding test environment for the service test.
And S204, verifying the testing authority of the first client terminal according to the information of the testing party, and detecting whether the testing environment corresponding to the information of the construction party is accessed or not when the testing authority passes the verification, and if so, testing the service corresponding to the service testing request in the testing environment.
The test environment is an environment for testing one or more services, and may refer to a sandbox environment provided by a service developer, and the like.
Specifically, after receiving a service test request sent by a first client terminal, the server verifies whether the first client terminal has permission to execute the service test method according to the carried testing party information, if the server successfully verifies the permission of the testing party information, the server starts to test the service, and detects whether a testing environment corresponding to the constructor information for testing the service is accessed in an open testing platform, if so, the server tests the corresponding service in the accessed testing environment.
For example, the step of verifying whether the first client terminal has permission to execute the service test method according to the test party information carried therein may be that the server reads a user name in the test party information, checks whether the user name has established a cooperation relationship with the open test platform, if so, continuously verifies whether a password input by the user matches the user name, and if so, allows the first client terminal to initiate the service test request.
S206, acquiring a first test result based on the test environment.
Specifically, after the service test corresponding to the service test request in the test environment is completed, the test environment returns a first test result to the server through the interface accessed to the open test platform, namely, the test result of executing the service test. The form of the first test result can be specifically set according to the requirements of the service developer and the user, and can be a message such as test success or test failure, and can also return specific test data and codes.
And S208, sending the first test result to the first client terminal.
Specifically, the server acquires a first test result returned by the test environment and sends the first test result to the first client terminal to inform the test party of the service test result of the time.
For example, the open test platform may collect sandboxed environments of multiple service developers and provide the sandboxed environments to the user, when the open test platform obtains a test request of the user, according to information of the constructor carried by the test request, such as vendor information for issuing the application service, the open test platform queries whether the sandboxed environment corresponding to the constructor information is accessed in the collected sandboxed environments, if so, the user is allowed to use the sandboxed environment to test the service, and returns a test result to the user. When the open test platform detects that a certain sandbox environment is accessed, a URL address for accessing the sandbox environment can be generated and sent to a user, and the user accesses the URL address to execute a test.
Optionally, the server may correspondingly establish a test log with the service test requests raised by the client terminals of all the testers and the test results obtained according to the test requests, and store the test log in a preset position of the server, so that a technician may call the test log to learn about the working condition of the open test platform.
According to the service testing method, the server side builds an open testing platform, after receiving the service testing request uploaded by the user side, verifies whether the terminal uploading the service testing request has testing authority according to the testing side information carried in the service testing request, if so, detects whether the current open platform is accessed to a constructor testing environment for testing the service, if so, the server sends the service testing request according to the first client terminal, tests the corresponding service in the testing environment, and returns a first testing result obtained in the testing environment to the user side terminal. According to the service testing method, different users are allowed to select the testing environments of the constructors corresponding to the service to be tested according to the requirements of the users through the unified open testing platform to test. The off-line test communication is reduced, a more convenient test environment is provided for service users, and the service test efficiency is improved.
In one embodiment, after the detecting in step S204 in the service testing method described above whether the testing environment corresponding to the constructor information has been accessed, the method may further include: if the service test request is not accessed, detecting whether test data corresponding to the service test request exists, and if so, acquiring the test data; the test data is sent to the first client terminal.
The test data is the return data of the simulation test set by the service developer for part of the service, for example, when the service test request requires to test the data interaction condition of a certain data interface, the developer can set a fixed return value for the interface, if the interface works normally, the return value is returned as a test result in the test process.
In particular, for some interface service tests or service tests that do not access the test environment of the service developer, the open test platform may allow the service developer to upload test data for simulation testing by the user, i.e., mock testing. Optionally, the open test platform may establish a test database for storing test data uploaded by the developer, and the server may obtain corresponding test data from the test database according to the service test request.
In the above embodiment, the open test platform may also provide a simulation test platform for the user in the absence of the test environment, and simulate the test return value of the application service, where the test data is the simulation data that is input into the open test platform by the technician in advance according to the test property and function difference of the service, and may provide a corresponding test for the service that does not have a corresponding sandbox environment.
In an embodiment, referring to fig. 3, after detecting whether the test data corresponding to the service test request exists in step S204 in the service test method, a new test step may be further included, including:
s302, when the test data corresponding to the service test request does not exist, an error message is generated.
The error message is a message for prompting a technician of the service terminal that the service test request cannot be normally executed, and may include a specific error cause, for example, the error cause may be that no corresponding test environment and test data exist.
Specifically, when the open test platform does not have the test environment and the test data corresponding to the service test request, an error message is generated.
S304, the error message is sent to the service terminal.
Specifically, the server sends the error message to the service terminal of the open test platform to inform the administrator that the service test cannot be executed.
S306, receiving the newly added test scheme generated by the service terminal according to the error message.
An administrator of the service terminal may designate a new test scheme for executing the service test request to the server. The newly added test scheme service terminal can send the service test request lifted by the service user to the corresponding developer in an off-line manner for the test scheme matched with the service test request, and the developer can execute the test.
S308, testing the service corresponding to the service test request according to the newly added test scheme to obtain a second test result.
Specifically, after receiving the newly added test scheme sent by the service terminal, the server completes the test according to the scheme to obtain a corresponding second test result.
And S310, sending the second test result to the first client terminal.
Specifically, the server sends the second test result to the first client terminal, and informs the testing party of the service test result of the time.
Optionally, for a test request of a service initiated by a user, if the open test platform has no access to the corresponding test environment and no maintenance test data, an administrator of the open test platform of the service terminal can determine whether to access to the corresponding test environment and test data according to factors such as audience surface and flow of the service test, so as to facilitate execution of a test request of a subsequent service user.
In addition, if the service terminal does not have a new test scheme corresponding to the service test request, the server generates a test failure message and sends the test failure message to the first client terminal to inform the user that the test cannot be executed.
In the above embodiment, the service test request which cannot be processed by the open test platform is managed by the service terminal.
In an embodiment, before detecting whether the test data corresponding to the service test request exists in the service test method, the method may further include: receiving a test data uploading request sent by a second client terminal, wherein the test data uploading request carries constructor information and test data; and checking the information of the constructor, and if the information passes the checking, storing the test data.
The second client terminal is a terminal of a service developer initiating the test data uploading request, and can be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers and portable wearable devices.
The test data uploading request is a request for a service development direction open test platform to upload test data for testing; constructor information for verifying the uploading authority, test data to be uploaded, and the like may be included.
Specifically, when the developer uploads test data to the open test platform, a test data uploading request is sent to the server, after the server receives the request, whether the terminal has data uploading authority is verified according to the constructor information carried in the request, if so, the terminal is allowed to upload the test data, the test data and the constructor information are stored correspondingly, and the service test request lifted by the user is conveniently processed.
In the above embodiment, after the developer passes the authority verification, the test data may be uploaded to the open test platform.
In one embodiment, referring to fig. 4, the access manner of the test environment in the service test method may include the following steps:
s402, receiving an access request sent by a second client terminal, wherein the access request carries constructor information.
The access request is a request for the service development direction server to lift the access test environment, and may be a request for connecting a data interface of a test system of the developer to the open test platform, where the request should contain constructor information reflecting the identity of the developer.
Specifically, when the service developer needs to access the test environment to the open test platform, an access request is sent to the server through the second client terminal, and after the server receives the access request, the access request is processed.
S404, checking the information of the constructor, and if the information passes the checking, acquiring a configuration page corresponding to the access request.
Specifically, the server checks whether the developer has uploading authority according to the constructor information carried in the access request, if so, verifies whether the service developer has cooperation with the open test platform, if so, the server acquires a configuration page of data to be provided by the access test environment, and the configuration page has information such as interface parameters, testable service names and the like to be provided by the developer. A technician can configure a set of standardized configuration pages to be stored in a server side, so that the server can be conveniently docked with a developer.
S406, the configuration page is sent to the second client terminal, and configuration data returned by the second client terminal according to the configuration page is received.
Specifically, after the server acquires the configuration page, the page is sent to the second client terminal, the developer is prompted to provide data needed in the page, namely configuration data, and after the developer supplements the configuration data needed in the configuration page, the configuration data is returned to the server.
S408, auditing the configuration data, and if the auditing is passed, storing the configuration data.
Specifically, after the developer uploads the configuration data, an administrator of the open test platform shall audit the configuration data, verify the configuration data and the authenticity and accuracy, and when the audit is passed, the server stores the configuration data in the open test platform.
S410, generating a test environment according to the configuration data.
Specifically, after the server saves the configuration data, a test environment for testing the service is generated. In addition, an administrator of the test platform can also control the opening and closing of each test environment through the switch opening so as to adapt to different test conditions.
In the above embodiment, the service developer accesses the test environment to the open test platform by sending an access request to the server, so that the open test platform can call the corresponding test environment according to the service test request of the user.
It should be understood that, although the steps in the flowcharts of fig. 2 to 4 are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in fig. 2-4 may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor does the order in which the sub-steps or stages are performed necessarily occur in sequence, but may be performed alternately or alternately with at least a portion of other steps or sub-steps or stages of other steps.
In one embodiment, as shown in fig. 5, there is provided a service testing apparatus comprising: the test request receiving module 100, the environment test module 200, the first result obtaining module 300, and the first result sending module, wherein:
The test request receiving module 100 is configured to receive a service test request sent by the first client terminal, where the service test request carries the tester information and the builder information.
The environment testing module 200 is configured to verify the testing authority of the first client terminal according to the testing party information, and when the testing authority verification passes, detect whether the testing environment corresponding to the constructor information is accessed, and if so, test the service corresponding to the service testing request in the testing environment.
The first result obtaining module 300 is configured to obtain a first test result based on the test environment.
The first result sending module 400 is configured to send the first test result to the first client terminal.
In one embodiment, the service testing apparatus may further include:
and the data testing module is used for detecting whether the test data corresponding to the service test request exists or not if the service test request does not exist, and acquiring the test data if the service test request exists.
And the data return module is used for sending the test data to the first client terminal.
In one embodiment, the service testing apparatus may further include:
and the error message generation module is used for generating an error message when the test data corresponding to the service test request does not exist.
And the error message sending module is used for sending the error message to the service terminal.
And the newly added scheme receiving module is used for receiving the newly added test scheme generated by the service terminal according to the error message.
And the second result acquisition module is used for testing the service corresponding to the service test request according to the newly-added test scheme to obtain a second test result.
And the second result sending module is used for sending the second test result to the first client terminal. In one embodiment, the service testing apparatus may further include:
And the uploading request receiving module is used for receiving a test data uploading request sent by the second client terminal, wherein the test data uploading request carries constructor information and test data.
And the storage module is used for auditing the information of the constructor, and storing the test data if the auditing is passed.
In one embodiment, the service testing apparatus may further include:
the access request receiving module is used for receiving an access request sent by the second client terminal, and the access request carries constructor information.
And the access permission verification module is used for auditing the information of the constructor, and acquiring a configuration page corresponding to the access request if the auditing is passed.
And the page configuration module is used for sending the configuration page to the second client terminal and receiving configuration data returned by the second client terminal according to the configuration page.
The configuration storage module is used for auditing the configuration data, and if the auditing is passed, the configuration data is stored;
and the environment generation module is used for generating a test environment according to the configuration data.
For specific limitations of the service testing device, reference may be made to the above limitations of the service testing method, and no further description is given here. The respective modules in the service test device described above may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, a computer device is provided, which may be a server, the internal structure of which may be as shown in fig. 6. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is for storing service test data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a service testing method.
It will be appreciated by those skilled in the art that the structure shown in FIG. 6 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements may be applied, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.
In one embodiment, a computer device is provided comprising a memory storing a computer program and a processor that when executing the computer program performs the steps of: receiving a service test request sent by a first client terminal, wherein the service test request carries test party information and construction party information; verifying the testing authority of the first client terminal according to the information of the testing party, and detecting whether the testing environment corresponding to the information of the building party is accessed or not when the testing authority passes the verification, if so, testing the service corresponding to the service testing request in the testing environment; acquiring a first test result based on a test environment; the first test result is sent to the first client terminal.
In one embodiment, after the processor executes the computer program to detect whether the test environment corresponding to the constructor information has been accessed, the method further includes: if the service test request is not accessed, detecting whether test data corresponding to the service test request exists, and if so, acquiring the test data; the test data is sent to the first client terminal.
In one embodiment, after detecting whether the test data corresponding to the service test request exists, the method further includes: generating an error message when test data corresponding to the service test request does not exist; transmitting an error message to the service terminal; receiving a newly added test scheme generated by the service terminal according to the error message; testing the service corresponding to the service test request according to the newly added test scheme to obtain a second test result; the second test result is sent to the first client terminal.
In one embodiment, before the processor executes the computer program to detect whether the test data corresponding to the service test request exists, the method further includes: receiving a test data uploading request sent by a second client terminal, wherein the test data uploading request carries constructor information and test data; and checking the information of the constructor, and if the information passes the checking, storing the test data.
In one embodiment, the access mode of the test environment implemented when the processor executes the computer program includes: receiving an access request sent by a second client terminal, wherein the access request carries constructor information; checking the information of the constructor, and if the information passes the checking, acquiring a configuration page corresponding to the access request; the configuration page is sent to a second client terminal, and configuration data returned by the second client terminal according to the configuration page is received; checking the configuration data, and if the checking is passed, storing the configuration data; and generating a test environment according to the configuration data.
In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of: receiving a service test request sent by a first client terminal, wherein the service test request carries test party information and construction party information; verifying the testing authority of the first client terminal according to the information of the testing party, and detecting whether the testing environment corresponding to the information of the building party is accessed or not when the testing authority passes the verification, if so, testing the service corresponding to the service testing request in the testing environment; acquiring a first test result based on a test environment; the first test result is sent to the first client terminal.
In one embodiment, after the computer program is executed by the processor to detect whether the test environment corresponding to the constructor information has been accessed, the method further includes: if the service test request is not accessed, detecting whether test data corresponding to the service test request exists, and if so, acquiring the test data; the test data is sent to the first client terminal.
In one embodiment, after detecting whether the test data corresponding to the service test request exists, the computer program when executed by the processor further includes: generating an error message when test data corresponding to the service test request does not exist; transmitting an error message to the service terminal; receiving a newly added test scheme generated by the service terminal according to the error message; testing the service corresponding to the service test request according to the newly added test scheme to obtain a second test result; the second test result is sent to the first client terminal.
In one embodiment, before the computer program is executed by the processor to detect whether the test data corresponding to the service test request exists, the method further includes: receiving a test data uploading request sent by a second client terminal, wherein the test data uploading request carries constructor information and test data; and checking the information of the constructor, and if the information passes the checking, storing the test data.
In one embodiment, the access mode of the test environment implemented when the computer program is executed by the processor includes: receiving an access request sent by a second client terminal, wherein the access request carries constructor information; checking the information of the constructor, and if the information passes the checking, acquiring a configuration page corresponding to the access request; the configuration page is sent to a second client terminal, and configuration data returned by the second client terminal according to the configuration page is received; checking the configuration data, and if the checking is passed, storing the configuration data; and generating a test environment according to the configuration data.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (SYNCHLINK) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The foregoing examples illustrate only a few embodiments of the application, which are described in detail and are not to be construed as limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of protection of the present application is to be determined by the appended claims.
Claims (8)
1. A service testing method, the method comprising:
Receiving a service test request sent by a first client terminal, wherein the service test request carries test party information and construction party information; the constructor information is developer information of the service to be tested;
Verifying the testing authority of the first client terminal according to the information of the testing party, inquiring whether the testing environment corresponding to the information of the building party is accessed or not in the summarized testing environment of the open testing platform when the testing authority passes the verification, and testing the service corresponding to the service testing request in the testing environment if the testing environment is accessed;
Acquiring a first test result based on the test environment;
Transmitting the first test result to the first client terminal;
The access mode of the test environment comprises the following steps:
receiving an access request sent by a second client terminal, wherein the access request carries the constructor information;
Checking the constructor information, and if the information passes the checking, acquiring a configuration page corresponding to the access request;
The configuration page is sent to the second client terminal, and configuration data returned by the second client terminal according to the configuration page is received;
The open test platform carries out auditing on the configuration data, and if the auditing is passed, the configuration data is stored;
generating the test environment according to the configuration data;
After inquiring whether the test environment corresponding to the constructor information is accessed in the summarized test environment of the open test platform, the method further comprises the following steps:
If not, detecting whether test data corresponding to the service test request exists, and if so, acquiring the test data; the test data is data uploaded to the open test platform by a service developer and used for a user to perform simulation test;
The test data is sent to the first client terminal.
2. The method of claim 1, wherein after detecting whether the test data corresponding to the service test request exists, further comprising:
Generating an error message when the test data corresponding to the service test request does not exist;
transmitting the error message to a service terminal;
receiving a new test scheme generated by the service terminal according to the error message;
Testing the service corresponding to the service test request according to the newly-added test scheme to obtain a second test result;
and sending the second test result to the first client terminal.
3. The method of claim 1, wherein the detecting whether the test data corresponding to the service test request exists further comprises:
receiving a test data uploading request sent by a second client terminal, wherein the test data uploading request carries the constructor information and the test data;
And auditing the constructor information, and storing the test data if the auditing is passed.
4. A service testing apparatus, the apparatus comprising:
The test request receiving module is used for receiving a service test request sent by the first client terminal, wherein the service test request carries the information of a testing party and the information of a construction party; the constructor information is developer information of the service to be tested;
The environment testing module is used for verifying the testing authority of the first client terminal according to the information of the testing party, inquiring whether the testing environment corresponding to the information of the building party is accessed in the summarized testing environment of the open testing platform when the testing authority passes the verification, and testing the service corresponding to the service testing request in the testing environment if the testing environment is accessed;
the first result acquisition module is used for acquiring a first test result based on the test environment;
A first result sending module, configured to send the first test result to the first client terminal;
The apparatus further comprises:
An access request receiving module, configured to receive an access request sent by a second client terminal, where the access request carries the constructor information;
The access permission verification module is used for auditing the constructor information, and if the auditing is passed, a configuration page corresponding to the access request is obtained;
The page configuration module is used for sending the configuration page to the second client terminal and receiving configuration data returned by the second client terminal according to the configuration page;
The configuration storage module is used for auditing the configuration data by the open test platform, and if the auditing is passed, the configuration data is stored;
the environment generation module is used for generating the test environment according to the configuration data;
The apparatus further comprises:
The data testing module is used for detecting whether the test data corresponding to the service test request exists or not if the test data does not exist, and acquiring the test data if the test data exists; the test data is data uploaded to the open test platform by a service developer and used for a user to perform simulation test;
And the data return module is used for sending the test data to the first client terminal.
5. The apparatus of claim 4, wherein the apparatus further comprises:
The error message generation module is used for generating an error message when the test data corresponding to the service test request does not exist;
an error message sending module, configured to send the error message to a service terminal;
The new scheme receiving module is used for receiving a new test scheme generated by the service terminal according to the error message;
The second result acquisition module is used for testing the service corresponding to the service test request according to the newly-added test scheme to obtain a second test result;
And the second result sending module is used for sending the second test result to the first client terminal.
6. The apparatus of claim 4, wherein the apparatus further comprises:
The uploading request receiving module is used for receiving a test data uploading request sent by the second client terminal, wherein the test data uploading request carries the constructor information and the test data;
And the storage module is used for auditing the constructor information, and storing the test data if the auditing is passed.
7. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 3 when the computer program is executed.
8. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811417498.6A CN109669859B (en) | 2018-11-26 | 2018-11-26 | Service testing method, device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811417498.6A CN109669859B (en) | 2018-11-26 | 2018-11-26 | Service testing method, device, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109669859A CN109669859A (en) | 2019-04-23 |
| CN109669859B true CN109669859B (en) | 2024-05-24 |
Family
ID=66143241
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811417498.6A Active CN109669859B (en) | 2018-11-26 | 2018-11-26 | Service testing method, device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109669859B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111966426A (en) * | 2019-05-20 | 2020-11-20 | 顺丰科技有限公司 | API (application program interface) docking method, system, equipment and storage medium |
| CN111163134A (en) * | 2019-12-11 | 2020-05-15 | 浙江极智通信科技股份有限公司 | Equipment testing method and system |
| CN111459825B (en) * | 2020-04-03 | 2023-10-31 | 银清科技有限公司 | Block chain application system, method and device for payment service |
| CN111935096B (en) * | 2020-07-15 | 2023-04-25 | 广东电网有限责任公司 | Test system, test method and storage medium for network security product |
| CN112988572B (en) * | 2021-02-09 | 2024-02-09 | 中国工商银行股份有限公司 | Multi-environment multi-channel multi-version simulation test method and device |
| CN113392023A (en) * | 2021-06-30 | 2021-09-14 | 展讯半导体(成都)有限公司 | Automatic testing method and device, computer equipment, chip and module equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105743724A (en) * | 2014-12-10 | 2016-07-06 | 深圳中兴网信科技有限公司 | Method and device for testing services |
| CN107979508A (en) * | 2017-11-24 | 2018-05-01 | 深圳乐信软件技术有限公司 | Micro services test method and device |
| US9978084B1 (en) * | 2013-06-14 | 2018-05-22 | Groupon, Inc. | Configurable relevance service test platform |
| CN108845937A (en) * | 2018-06-01 | 2018-11-20 | 平安普惠企业管理有限公司 | Test environment control method, device, computer equipment and storage medium |
-
2018
- 2018-11-26 CN CN201811417498.6A patent/CN109669859B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9978084B1 (en) * | 2013-06-14 | 2018-05-22 | Groupon, Inc. | Configurable relevance service test platform |
| CN105743724A (en) * | 2014-12-10 | 2016-07-06 | 深圳中兴网信科技有限公司 | Method and device for testing services |
| CN107979508A (en) * | 2017-11-24 | 2018-05-01 | 深圳乐信软件技术有限公司 | Micro services test method and device |
| CN108845937A (en) * | 2018-06-01 | 2018-11-20 | 平安普惠企业管理有限公司 | Test environment control method, device, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109669859A (en) | 2019-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109669859B (en) | Service testing method, device, computer equipment and storage medium | |
| CN109446068B (en) | Interface test method, device, computer equipment and storage medium | |
| CN110008118B (en) | Page data testing method and device, computer equipment and storage medium | |
| WO2019144549A1 (en) | Vulnerability testing method and device, computer equipment, and storage medium | |
| US10305962B1 (en) | Unit testing clients of web services | |
| CN109726134B (en) | Interface test method and system | |
| CN104360920A (en) | Automatic testing method and device for interface | |
| CN109857404B (en) | SDK interface packaging method and device, storage medium and electronic equipment | |
| CN110337076A (en) | SMS platform interface test method, device, computer equipment and storage medium | |
| CN110727935A (en) | Single sign-on method, system, computer device and storage medium | |
| CN108400978A (en) | Leak detection method, device, computer equipment and storage medium | |
| CN107357721B (en) | Method and device for testing system | |
| CN112699034B (en) | Virtual login user construction method, device, equipment and storage medium | |
| CN110968510A (en) | SSD automatic online upgrading firmware test method and device and computer equipment | |
| CN114546837A (en) | Interface test method, device, equipment and storage medium | |
| CN111277476A (en) | Gateway controller function verification method, gateway controller function verification device, computer equipment and storage medium | |
| CN111159025B (en) | Application program interface testing method and device, computer equipment and storage medium | |
| CN112559352A (en) | Interface test method, device, equipment and storage medium | |
| CN112187561B (en) | Communication module testing method, device, computer equipment and storage medium | |
| CN112583890B (en) | Message pushing method and device based on enterprise office system and computer equipment | |
| CN112383536B (en) | Firewall verification method and device, computer equipment and storage medium | |
| CN112560035B (en) | Application detection method, device, equipment and storage medium | |
| CN110704218B (en) | Data processing method, data processing device, computer equipment and storage medium | |
| CN112711538B (en) | Test system simulation method, device, computer equipment and storage medium | |
| CN110457206A (en) | SMS platform test method, device, computer equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |