CN113626239A - Function verification method and terminal - Google Patents
Function verification method and terminal Download PDFInfo
- Publication number
- CN113626239A CN113626239A CN202110849855.1A CN202110849855A CN113626239A CN 113626239 A CN113626239 A CN 113626239A CN 202110849855 A CN202110849855 A CN 202110849855A CN 113626239 A CN113626239 A CN 113626239A
- Authority
- CN
- China
- Prior art keywords
- client
- abnormal
- verified
- return value
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a function verification method and a terminal, which are used for acquiring a return value corresponding to a to-be-verified data request uploaded by a client; and modifying the return value by using a preset modification rule, sending the modified abnormal value to the client, and judging whether the client is abnormal or not by capturing data to be verified or logs of the client. Therefore, the invention verifies the function of the client by modifying the function of the server; compared with the abnormal situation of the client side which is passively obtained in the prior art, the method and the system can actively simulate the scene of the return value of the server side, and actively verify the robustness of the client side by enabling the function of the server side to have flaws.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a function verification method and a terminal.
Background
With the progress of society, the popularization and development of smart phones are also faster, and further development of mobile internet functions is driven. With the great increase of the user quantity and the data quantity, various APPs appear, and different APPs correspond to different background server interfaces, and each interface may return different types of data due to different business logics.
Currently, the return data processing of the APP to various interfaces may have some deviations, so that the APP is analyzed or executed in an error, and the whole APP is crashed. There are some mature processing methods for processing various APP crashes, such as: a user needs to search a local APP log, and the collection and uploading of a crash log are added into the APP, but the method needs to open a log collection switch and upload, and needs the cooperation of the user.
Therefore, the processing scenes of various APP crashes in the prior art all need complex recurrence logic and implementation cost, and the processing is passive, and the processing is urgently solved after a user or a tester finds a problem during use.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the function verification method and the terminal can actively verify the robustness of the client.
In order to solve the technical problems, the invention adopts the technical scheme that:
a method of functional verification comprising the steps of:
receiving a data request to be verified uploaded by a client;
acquiring a return value corresponding to the data request to be verified;
and modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
In order to solve the technical problem, the invention adopts another technical scheme as follows:
a function verification terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
receiving a data request to be verified uploaded by a client;
acquiring a return value corresponding to the data request to be verified;
and modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
The invention has the beneficial effects that: acquiring a return value corresponding to a to-be-verified data request uploaded by a client; and modifying the return value by using a preset modification rule, sending the modified abnormal value to the client, and judging whether the client is abnormal or not by capturing data to be verified or logs of the client. Therefore, the invention verifies the function of the client by modifying the function of the server; compared with the abnormal situation of the client side which is passively obtained in the prior art, the method and the system can actively simulate the scene of the return value of the server side, and actively verify the robustness of the client side by enabling the function of the server side to have flaws.
Drawings
FIG. 1 is a flow chart of a method for functional verification according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a function verification terminal according to an embodiment of the present invention.
Detailed Description
In order to explain technical contents, achieved objects, and effects of the present invention in detail, the following description is made with reference to the accompanying drawings in combination with the embodiments.
Referring to fig. 1, an embodiment of the present invention provides a method for verifying a function, including:
receiving a data request to be verified uploaded by a client;
acquiring a return value corresponding to the data request to be verified;
and modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
From the above description, the beneficial effects of the present invention are: acquiring a return value corresponding to a to-be-verified data request uploaded by a client; and modifying the abnormal numerical value by using a preset modification rule, sending the modified abnormal numerical value to the client, and judging whether the client is abnormal or not by capturing data to be verified or logs of the client. Therefore, the invention verifies the function of the client by modifying the function of the server; compared with the abnormal situation of the client side which is passively obtained in the prior art, the method and the system can actively simulate the scene of the return value of the server side, and actively verify the robustness of the client side by enabling the function of the server side to have flaws.
Further, before the receiving a request for data to be verified uploaded by a client, the method includes:
and configuring a corresponding function verification switch for the client according to the client application identifier, judging whether the switch is turned on, and if so, acquiring and uploading a history record or a history abnormal log of the client.
According to the description, the corresponding function verification switch is configured for the client according to the client application identifier, when the switch is turned on, the history record or history abnormal log of the client is obtained and uploaded, the verification switch of the client can be turned on according to actual conditions, and the verification flexibility is improved.
Further, the obtaining of the return value corresponding to the to-be-verified data request includes:
acquiring a return value of the data request to be verified from a log corresponding to a preset interface according to a preset acquisition mode;
and shunting and storing the return value into a memory with a function verification function.
As can be seen from the above description, the request return value is obtained from the log corresponding to the preset interface according to the preset manner, and because the data formats of the request data and the return value are the same, the normal return value data is stored in the functional verification memory, instead of the true backend server, and the functional verification of the client can be performed without affecting the normal operation of the server.
Further, the modifying the return value by using a preset modification rule, and sending the modified abnormal value to the client includes:
and calculating to obtain a plurality of modification rules according to the historical records or the historical abnormal logs of the client, modifying the return value according to each modification rule, and sending each modified abnormal value to the client.
According to the description, a plurality of modification rules are calculated according to the history record or the history abnormal log of the client, and the modification rules can be set according to the history error condition of the client, so that the robustness of the client verification is improved.
Further, the step of judging whether the client has an abnormal condition by capturing the data to be verified or the log of the client, and if so, tracking and processing the abnormal condition includes:
and judging whether the client side generates an abnormal condition or not by capturing each abnormal value or running log corresponding to the data to be verified received by the client side, if so, tracking and processing the abnormal condition, and otherwise, performing function verification on the data request to be verified by using the next interface.
According to the above description, the client captures each return value or the running log, so that whether the client is abnormal or not can be judged, and if not, the next interface is used for performing function verification, so that each interface can be verified, and the comprehensiveness of client verification is improved.
Referring to fig. 2, another embodiment of the present invention provides a function verification terminal, including a memory, a processor, and a computer program stored in the memory and running on the processor, where the processor executes the computer program to implement the following steps:
receiving a data request to be verified uploaded by a client;
acquiring a return value corresponding to the data request to be verified;
and modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
According to the description, obtaining a return value corresponding to a to-be-verified data request uploaded by a client; and modifying the return value by using a preset modification rule, sending the modified abnormal value to the client, and judging whether the client is abnormal or not by capturing data to be verified or logs of the client. Therefore, the invention verifies the function of the client by modifying the function of the server; compared with the abnormal situation of the client side which is passively obtained in the prior art, the method and the system can actively simulate the scene of the return value of the server side, and actively verify the robustness of the client side by enabling the function of the server side to have flaws.
Further, before the receiving a request for data to be verified uploaded by a client, the method includes:
and configuring a corresponding function verification switch for the client according to the client application identifier, judging whether the switch is turned on, and if so, acquiring and uploading a history record or a history abnormal log of the client.
According to the description, the corresponding function verification switch is configured for the client according to the client application identifier, when the switch is turned on, the history record or history abnormal log of the client is obtained and uploaded, the verification switch of the client can be turned on according to actual conditions, and the verification flexibility is improved.
Further, the obtaining of the return value corresponding to the to-be-verified data request includes:
acquiring a return value of the data request to be verified from a log corresponding to a preset interface according to a preset acquisition mode;
and shunting and storing the return value into a memory with a function verification function.
As can be seen from the above description, the request return value is obtained from the log corresponding to the preset interface according to the preset manner, and because the data formats of the request data and the return value are the same, the normal return value data is stored in the functional verification memory, instead of the true backend server, and the functional verification of the client can be performed without affecting the normal operation of the server.
Further, the modifying the return value by using a preset modification rule, and sending the modified abnormal value to the client includes:
and calculating to obtain a plurality of modification rules according to the historical records or the historical abnormal logs of the client, modifying the return value according to each modification rule, and sending each modified abnormal value to the client.
According to the description, a plurality of modification rules are calculated according to the history record or the history abnormal log of the client, and the modification rules can be set according to the history error condition of the client, so that the robustness of the client verification is improved.
Further, the step of judging whether the client has an abnormal condition by capturing the data to be verified or the log of the client, and if so, tracking and processing the abnormal condition includes:
and judging whether the client side generates an abnormal condition or not by capturing each abnormal value or running log corresponding to the data to be verified received by the client side, if so, tracking and processing the abnormal condition, and otherwise, performing function verification on the data request to be verified by using the next interface.
According to the above description, the client captures each return value or the running log, so that whether the client is abnormal or not can be judged, and if not, the next interface is used for performing function verification, so that each interface can be verified, and the comprehensiveness of client verification is improved.
The function verification method and the terminal are suitable for the performance test scenes of various client APP, can actively verify the robustness of the client, and are explained by the specific implementation mode as follows:
example one
Referring to fig. 1, a method for verifying a function includes the steps of:
and S1, receiving a data request to be verified uploaded by the client.
The method for receiving the data to be verified uploaded by the client comprises the following steps of:
and configuring a corresponding function verification switch for the client according to the client application identifier, judging whether the switch is turned on, and if so, acquiring and uploading a history record or a history abnormal log of the client.
Specifically, the client needs to integrate a function verification SDK (Software Development Kit). The SDK has the main function that each time the client application is started, some initialization configuration needs to be loaded from the server in advance. The method comprises the steps that a switch for judging whether to start function verification exists in initialization configuration, if the switch is not started, the logic is the same as that of the existing function verification, and if the switch is started, some special processing is carried out in a function verification SDK, related resources or abnormal information logs and the like are captured, and the related resources or abnormal information logs and the like are uploaded to a server side in a unified mode;
the client application pulls various data to be verified from the server, the data to be verified are automatically generated by the computer, and the data to be verified are uploaded to the server for function verification.
And S2, acquiring a return value corresponding to the data request to be verified.
Acquiring a return value of the data request to be verified from a log corresponding to a preset interface according to a preset acquisition mode;
and shunting and storing the return value into a memory with a function verification function.
Specifically, the preset interface is an acquisition interface corresponding to a return value corresponding to the data request to be verified. In this embodiment, there is a preset interface for acquiring user information, where the entry parameter is userId, and the return parameter is: name (string type), age (int numerical type), job number (long numerical type); when the interface is set as an automatic verification interface, the function verification system automatically pulls and obtains the return value of the user information interface from the ELK log analysis system, the log is extracted randomly or obtained according to preset conditions, and the latest interface return value file is downloaded from the log system according to the interface url address, so that the return value of the interface can be obtained.
After the switch of the product A is turned on in the function verification system, special processing is carried out in a unified entrance nginx of the server, namely after the request flow of the product A reaches nginx, the request flow is not distributed to a real back-end server but distributed to the function verification system, and the request flow is returned to the client side from the system according to a preset rule and return data.
S3, modifying the return value by using a preset modification rule, sending the modified abnormal value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
Wherein the modifying the return value by using a preset modification rule, and the sending the modified abnormal numerical value to the client comprises:
and calculating to obtain a plurality of modification rules according to the historical records or the historical abnormal logs of the client, modifying the return value according to each modification rule, and sending each modified abnormal value to the client.
Specifically, the functional verification system will dynamically modify the return value of the interface to an abnormal value according to the history record or the history abnormal log, such as the following three modification rules:
rule one is as follows: the return value field type is changed. For example: and the age is originally int type, and is returned after being converted into long type or character string type, so that whether the client normally throws the prompt message or whether the client crashes is judged.
Rule two: the lack of partial field returns. For example: and if the name field is lacked or the returned name field is null, judging whether the analysis of the client side is normal.
Rule three: and setting fields of part of services. For example: the age field will typically not exceed 150 and if set to 200 returns to determine if it will crash or otherwise be abnormal.
Through the mode of the above-mentioned modification rule modification return value, the abnormal condition of client APP can be found preferentially, and the abnormal condition of simulation APP that also can be autonomic, simultaneously, through automatic functional verification, personnel's input can be greatly reduced, the efficiency of verifying is improved.
The method comprises the following steps of acquiring data to be verified or logs of a client to judge whether the client is abnormal or not, and if so, tracking and processing the abnormal condition, wherein the step of tracking and processing the abnormal condition comprises the following steps:
and judging whether the client side generates an abnormal condition or not by capturing each abnormal value or running log corresponding to the data to be verified received by the client side, if so, tracking and processing the abnormal condition, and otherwise, performing function verification on the data request to be verified by using the next interface.
Specifically, after the product a acquires the data returned by the server, the service processing is performed, and if the execution is normal, the subsequent interface calling is continuously executed. If the service execution is wrong, or the resource occupation is high or the abnormal conditions such as crash and the like occur, the function verification SDK can uniformly execute and process the abnormal conditions and report the abnormal conditions to the server side, so that the follow-up tracking and solving are facilitated.
Therefore, in the embodiment, by application isolation of the client, the client application pulls various data to be verified from the server, so as to automatically simulate various service data scenes, and verify whether the whole system runs or has performance problems due to abnormal data formats under various scenes of the client. The verification method of the embodiment does not need any modification or change of the client, and all operations can be controlled by the server.
Example two
Referring to fig. 2, a function verification terminal includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor executes the computer program to implement the steps of a function verification method according to an embodiment.
In summary, according to the function verification method and the terminal provided by the present invention, the return value corresponding to the to-be-verified data request uploaded by the client is obtained; modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, and judging whether the client is abnormal or not by capturing data to be verified or logs of the client so as to verify the function of the client; compared with the abnormal situation of the client which is passively obtained in the prior art, the method and the system can actively simulate the scene of the return value of the server, and actively verify the robustness of the client by enabling the function of the server to be flawed; and obtaining a modification rule by using the historical data, modifying the return value, sending the modified abnormal value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and verifying different interfaces one by one. Therefore, the invention verifies the function of the client by modifying the function of the server; compared with the abnormal situation of the client side which is passively obtained in the prior art, the method and the system can actively simulate the scene of the return value of the server side, and actively verify the robustness of the client side by enabling the function of the server side to have flaws.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all equivalent changes made by using the contents of the present specification and the drawings, or applied directly or indirectly to the related technical fields, are included in the scope of the present invention.
Claims (10)
1. A method of functional verification, comprising the steps of:
receiving a data request to be verified uploaded by a client;
acquiring a return value corresponding to the data request to be verified;
and modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
2. The method according to claim 1, wherein the receiving the request for data to be authenticated uploaded by the client comprises:
and configuring a corresponding function verification switch for the client according to the client application identifier, judging whether the switch is turned on, and if so, acquiring and uploading a history record or a history abnormal log of the client.
3. The method according to claim 1, wherein obtaining the return value corresponding to the data request to be verified comprises:
acquiring a return value of the data request to be verified from a log corresponding to a preset interface according to a preset acquisition mode;
and shunting and storing the return value into a memory with a function verification function.
4. The method according to claim 2, wherein the modifying the return value using a preset modification rule, and sending the modified exception value to the client comprises:
and calculating to obtain a plurality of modification rules according to the historical records or the historical abnormal logs of the client, modifying the return value according to each modification rule, and sending each modified abnormal value to the client.
5. The method according to claim 3, wherein the determining whether the client has an abnormal condition by capturing the data or log to be verified of the client is performed, and if so, tracking and handling the abnormal condition comprises:
and judging whether the client side generates an abnormal condition or not by capturing each abnormal value or running log corresponding to the data to be verified received by the client side, if so, tracking and processing the abnormal condition, and otherwise, performing function verification on the data request to be verified by using the next interface.
6. A function verification terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program:
receiving a data request to be verified uploaded by a client;
acquiring a return value corresponding to the data request to be verified;
and modifying the return value by using a preset modification rule, sending the modified abnormal numerical value to the client, judging whether the client is abnormal or not by capturing the data to be verified or the log of the client, and tracking and processing the abnormal condition if the client is abnormal.
7. The functional verification terminal according to claim 6, wherein the receiving of the request for data to be verified uploaded by the client comprises:
and configuring a corresponding function verification switch for the client according to the client application identifier, judging whether the switch is turned on, and if so, acquiring and uploading a history record or a history abnormal log of the client.
8. The function verification terminal of claim 6, wherein obtaining the return value corresponding to the to-be-verified data request comprises:
acquiring a return value of the data request to be verified from a log corresponding to a preset interface according to a preset acquisition mode;
and shunting and storing the return value into a memory with a function verification function.
9. The function verification terminal of claim 7, wherein the modifying the return value using a preset modification rule, and sending the modified abnormal value to the client comprises:
and calculating to obtain a plurality of modification rules according to the historical records or the historical abnormal logs of the client, modifying the return value according to each modification rule, and sending each modified abnormal value to the client.
10. The functional verification terminal of claim 8, wherein the determining whether the client has an abnormal condition by capturing the data or log to be verified of the client is performed, and if so, tracking and handling the abnormal condition comprises:
and judging whether the client side generates an abnormal condition or not by capturing each abnormal value or running log corresponding to the data to be verified received by the client side, if so, tracking and processing the abnormal condition, and otherwise, performing function verification on the data request to be verified by using the next interface.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110849855.1A CN113626239A (en) | 2021-07-27 | 2021-07-27 | Function verification method and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110849855.1A CN113626239A (en) | 2021-07-27 | 2021-07-27 | Function verification method and terminal |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113626239A true CN113626239A (en) | 2021-11-09 |
Family
ID=78381078
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110849855.1A Pending CN113626239A (en) | 2021-07-27 | 2021-07-27 | Function verification method and terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113626239A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100275026A1 (en) * | 2009-04-27 | 2010-10-28 | Mclean Ivan H | Method and apparatus for improving code and data signing |
| CN107678869A (en) * | 2017-07-26 | 2018-02-09 | 上海壹账通金融科技有限公司 | Client exception localization method, device, computer equipment and storage medium |
| CN111367803A (en) * | 2020-03-03 | 2020-07-03 | 北京九州云动科技有限公司 | Method and system for improving testing efficiency of client software |
| CN111382071A (en) * | 2020-03-03 | 2020-07-07 | 北京九州云动科技有限公司 | User behavior data testing method and system |
| CN113127345A (en) * | 2021-04-06 | 2021-07-16 | 北京字跳网络技术有限公司 | Application testing method and device, electronic equipment and storage medium |
-
2021
- 2021-07-27 CN CN202110849855.1A patent/CN113626239A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100275026A1 (en) * | 2009-04-27 | 2010-10-28 | Mclean Ivan H | Method and apparatus for improving code and data signing |
| CN107678869A (en) * | 2017-07-26 | 2018-02-09 | 上海壹账通金融科技有限公司 | Client exception localization method, device, computer equipment and storage medium |
| CN111367803A (en) * | 2020-03-03 | 2020-07-03 | 北京九州云动科技有限公司 | Method and system for improving testing efficiency of client software |
| CN111382071A (en) * | 2020-03-03 | 2020-07-07 | 北京九州云动科技有限公司 | User behavior data testing method and system |
| CN113127345A (en) * | 2021-04-06 | 2021-07-16 | 北京字跳网络技术有限公司 | Application testing method and device, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111897724B (en) | Automatic testing method and device suitable for cloud platform | |
| CN108845930B (en) | Interface operation test method and device, storage medium and electronic device | |
| CN111198797B (en) | Operation monitoring method and device and operation analysis method and device | |
| CN112732587B (en) | Automatic test log acquisition method and device, electronic equipment and storage medium | |
| CN107621963B (en) | Software deployment method, software deployment system and electronic equipment | |
| CN111708712A (en) | User behavior test case generation method, flow playback method and electronic equipment | |
| CN105117340A (en) | URL (Uniform Resource Locator) detection method and device used for quality evaluation of iOS browser application | |
| CN111949548B (en) | Automatic unauthorized penetration testing method and storage device | |
| CN112699034B (en) | Virtual login user construction method, device, equipment and storage medium | |
| CN112269697B (en) | Equipment storage performance testing method, system and related device | |
| KR20150030297A (en) | Verification apparatus, terminal device, system, method and computer-readable medium for verifying application | |
| CN111538542B (en) | System configuration method and related device | |
| CN117493188A (en) | Interface testing method and device, electronic equipment and storage medium | |
| CN112925536A (en) | Virtual machine system mirror image processing method, device, equipment and storage medium | |
| CN114546814A (en) | Recording playback method, recording playback device and storage medium | |
| CN116431522A (en) | Automatic test method and system for low-code object storage gateway | |
| CN115065510B (en) | Login method, device, system, electronic equipment and readable storage medium | |
| CN113656291B (en) | Dynamic calling method for software script engine | |
| CN113626239A (en) | Function verification method and terminal | |
| CN111666200A (en) | Testing method and terminal for time consumption of cold start of PC software | |
| CN115617668A (en) | Compatibility testing method, device and equipment | |
| CN110533432B (en) | Service processing method, device, server and client | |
| CN111597101A (en) | SDK access state detection method, computer device and computer readable storage medium | |
| CN114812695B (en) | Product testing method and device, computer equipment and storage medium | |
| CN116150026A (en) | Recording method and playback method of test script |
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 |