CN114281678A - Mock data return method and device for different scenes - Google Patents

Mock data return method and device for different scenes Download PDF

Info

Publication number
CN114281678A
CN114281678A CN202111441012.4A CN202111441012A CN114281678A CN 114281678 A CN114281678 A CN 114281678A CN 202111441012 A CN202111441012 A CN 202111441012A CN 114281678 A CN114281678 A CN 114281678A
Authority
CN
China
Prior art keywords
mock data
preset scene
identifier
data
mock
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
Application number
CN202111441012.4A
Other languages
Chinese (zh)
Inventor
钱枫
曾素芬
陈伟庭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Pinwei Software Co Ltd
Original Assignee
Guangzhou Pinwei Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Pinwei Software Co Ltd filed Critical Guangzhou Pinwei Software Co Ltd
Priority to CN202111441012.4A priority Critical patent/CN114281678A/en
Publication of CN114281678A publication Critical patent/CN114281678A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention discloses a mock data return method for different scenes, which relates to the technical field of data processing and comprises the following steps: setting a preset scene identifier at the mock data interface; receiving a data request from a user side, and acquiring an actual request identifier corresponding to the data request; comparing the actual request identifier with the preset scene identifier, and if the actual request identifier is consistent with the preset scene identifier, acquiring mock data corresponding to the preset scene identifier; and receiving the mock data corresponding to the preset scene identification, and sending the mock data to the user side. The method and the device can identify the requested data, return different mock data according to different identifiers of the requests, and realize that the mock data return method of the scheme is suitable for different scenes.

Description

Mock data return method and device for different scenes
Technical Field
The invention relates to the technical field of data processing, in particular to a mock data return method and a mock data return device for a complex scene.
Background
As is known, the development of a project needs to be completed by the cooperation of a front end and a back end, a back end programmer needs to provide an api interface for the front end development, and then the front end can realize the expected functions of the project by using the interfaces.
The prior art finds that in the actual use process: the same interface can not return different data according to different requested scenes, that is, the existing mock scheme is difficult to support complex service scenes, so that the existing test scenes are too single. If one interface only corresponds to one scene, the different mock interfaces are required to be arranged for different scenes, and the operation mode greatly increases the workload of workers, so that the testing efficiency of the workers is low.
Disclosure of Invention
In order to solve at least one problem mentioned in the background art, the invention provides a mock data returning method and a mock data returning device for a complex scene, which can identify the requested data and return different mock data according to different identifications of the request.
The embodiment of the invention provides the following specific technical scheme:
in a first aspect, a mock data return method for different scenes is provided, which specifically includes:
setting a preset scene identifier at the mock data interface;
receiving a data request from a user side, and acquiring an actual request identifier corresponding to the data request;
comparing whether the actual request identifier is consistent with the preset scene identifier, and if so, acquiring mock data corresponding to the preset scene identifier;
and receiving the mock data corresponding to the preset scene identification, and sending the mock data to the user side.
Further, the preset scene identifier includes one or more of a mock data tag value, a key field of a scene, and a key field of mock data.
And further, receiving a data request from a user side, verifying the data request, and obtaining the actual request identifier after the verification is passed.
Further, based on the preset scene identification, extracting an input parameter of a function in a key field of the scene;
splitting the preset scene identification according to the input parameter to obtain a key field parameter;
combining the key field parameters into the preset scene identification to generate a verification program;
and the verification program verifies the data request, and after the verification is passed, the actual request identifier is obtained.
Further, comparing the actual request identifier with the preset scene identifier, and if the actual request identifier is consistent with the preset scene identifier, obtaining mock data corresponding to the actual request identifier, which specifically includes:
setting a mock data mark value in the preset scene identification;
inquiring the mock data actual value in the actual request identification;
judging whether the mock data tag value is consistent with the mock data actual value;
and if the scene identifiers are consistent, acquiring mock data corresponding to the preset scene identifiers.
Further, before comparing the actual request identifier with the preset scene identifier, the method further includes:
inquiring the preset scene identification record, and judging whether the preset scene identification exists or not;
if yes, updating a preset scene identifier as the preset scene identifier, or;
and if not, adding a preset scene identifier as the preset scene identifier.
Further, the preset scene identifier includes a first tag, the mock data includes a second tag, and the first tag corresponds to the second tag.
Further, the mock data includes a data interface, and the data interface is used for reading the first tag and returning the mock data corresponding to the preset scene identifier.
In a second aspect, there is provided a mock data return device for different scenes, comprising a memory, a processor and a computer program stored in the memory and running on the processor, wherein the processor implements the mock data return method for different scenes when executing the program.
In a third aspect, there is provided a computer-readable storage medium storing computer-executable instructions for performing the mock data return method for different scenarios as claimed in any one of the preceding claims.
The embodiment of the invention has the following beneficial effects:
1. the mock data return method is suitable for different scenes and greatly improves the test efficiency by setting preset scene identification on a mock data interface, then obtaining actual request identification from a user side, comparing the actual request identification with the preset scene identification, if the actual request identification is consistent with the preset scene identification, obtaining mock data corresponding to the preset scene identification, returning the mock data to the user side, marking and dividing different scenes, setting different mock data corresponding to different scenes, realizing that different mock data are returned according to different identifications of the requests of the user side;
2. when the actual request identifier is compared with the preset scene identifier, the preset scene identifier is set to correspond to one index value, the actual request identifier corresponds to one index value, whether the mock data mark value is consistent with the mock data actual value or not is judged, if yes, the data corresponding to the preset scene identifier is obtained, and the accuracy of the user side requesting to obtain the corresponding mock data is improved;
3. before comparing the actual request identifier with the preset request identifier, inquiring and judging whether the preset scene identifier exists or not, if so, updating the preset scene identifier, and if not, adding the preset scene identifier as the preset scene identifier; the preset scene identification can be adapted to complex and variable scenes, and the one-to-one correspondence between the preset scene and the actual request is ensured.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic diagram of a mock data return method for different scenes according to an embodiment of the present application;
FIG. 2 is a schematic diagram of an information analysis module provided in an embodiment of the present application;
FIG. 3 is a schematic diagram of an exemplary system that may be used in practicing the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the development process of a project, the front end and the back end are matched to complete the project, some complex services and interfaces are called, the interfaces are troublesome to configure, data are not easy to construct, and therefore testing needs to be carried out through mock data. The prior art finds that: the same interface can not return different data according to different requested scenes, that is, the existing mock scheme is difficult to support complex service scenes, so that the existing test scenes are too single. If one interface only corresponds to one scene, the different mock interfaces are required to be arranged for different scenes, and the operation mode greatly increases the workload of workers, so that the testing efficiency of the workers is low. Based on the above problems, the inventor of the application provides a mock data returning method and a mock data returning device for different scenes, which can identify the requested data, return different mock data according to different identifications of the request, realize that the mock data returning method of the scheme is suitable for different scenes, and improve the testing efficiency.
Example one
A mock data returning method for different scenes is provided, as shown in fig. 1 and 2, specifically including the following steps:
s1: and setting a preset scene identifier at the mock data interface.
Specifically, a preset scene identifier is added to the proxy code, that is, different scenes are marked respectively, and a preset scene identifier is set for each scene. For example, for a complex scenario, the complex scenario may be divided according to the service type, and the complex scenario is firstly divided into a service system a, a service system B, a service system C, and the like from the service system, and then further divided according to different nodes in the service system, for example, different storage nodes in the service system a are divided into a node 1, a node 2, a node 3, a node 4, a node 5, and the like, and then divided according to sub-nodes below the storage nodes, for example, the node 1 may be specifically divided into a node 101, a node 102, a node 103, a node 104, and the like, the node 2 may be specifically divided into a node 201, a node 202, a node 203, a node 204, and the like, and through the above dividing method, preset scenario identifiers are respectively set for different request scenarios.
S2: receiving a data request from a user side, and acquiring an actual request identifier corresponding to the data request.
Specifically, the preset scene identifier includes a mock data tag value, a key field of the scene, and a key field of the mock data.
In order to ensure that the data request from the user side can be matched with the corresponding preset scene identification information, a verification program is set, the data request from the user side is received, the data request is verified, and the corresponding actual request identification can be obtained only after the verification is passed. And only after the verification is passed, subsequent matching is carried out.
Specifically, based on a preset scene identifier, extracting input parameters of a function in a key field of a scene; splitting a preset scene identifier according to an input parameter to obtain a key field parameter; combining the key field parameters into a preset scene identifier to generate a verification program; and verifying the data request by adopting a verification program, and obtaining an actual request identifier after the verification is passed. If the verification fails, the actual request identifier cannot be obtained.
Specifically, a data request from a user side is received, a second input parameter is obtained from the data request, the input parameter is split and analyzed through an analysis module in a database, the analyzed input parameter and the analyzed result are matched according to a verification program, if the matching is passed, verification is passed, namely the data request is matched with the content of a preset scene identifier, and an actual request identifier can be obtained. If the matching is not passed, the verification is not passed, and the actual request identification cannot be obtained.
S3: and comparing whether the actual request identifier is consistent with the preset scene identifier, and if so, acquiring mock data corresponding to the preset scene identifier.
Specifically, in order to further ensure the accuracy of mock data obtained according to the data request, the actual request identifier and the preset scene identifier are also verified, including: setting a mock data mark value in a preset scene identifier; inquiring the mock data actual value in the actual request identification; judging whether the actual value of the mock data is consistent with the marked value of the mock data; and if so, acquiring mock data corresponding to the preset scene identification.
Specifically, the mock data flag value and the mock data actual value are represented by an Index value, for example, the mock data flag value is set to Index (C2: C11,3) to represent the content corresponding to the third cell in the column of C2 to C11, the mock data actual value is set to Index (C2: C11,3), and when the mock data actual value is equal to the mock data flag value, the mock data corresponding to the preset scene identifier is obtained. And if the actual value of the mock data is Index (A2: E2,2), and the actual value of the mock data is not equal to the mark value of the mock data, the mock data corresponding to the preset scene identification cannot be obtained.
Further, in order to ensure the data request from the user side, the corresponding preset scene identifier can be found in the database, and before comparing the actual request identifier with the preset scene identifier, the method further includes: inquiring a preset scene identification record, and judging whether a preset scene identification exists or not; if yes, updating the preset scene identifier as the preset scene identifier, or; and if not, adding a new preset scene identifier as the preset scene identifier. Through the setting, the preset scene identification in the database is updated and modified, so that accurate calling can be ensured when needed.
S4: receiving mock data corresponding to the preset scene identification, and sending the mock data to the user side.
In order to ensure the accuracy of the obtained mock data, the preset request identifier is set to comprise a first tag, the mock data comprises a second tag, the first tag corresponds to the content of the second tag, and the data interface is used for reading the first tag and returning the mock data corresponding to the preset request identifier. Through the corresponding setting of the first label and the second label, the mock data comprises a data interface, the correspondence of the preset request identification and the unique mock data thereof is ensured, and the accuracy of the obtained data is ensured.
Example two
Corresponding to the above embodiments, the present application provides a mock data returning device for different scenes, including a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor implements the mock data returning method for different scenes as described above when executing the program. Specifically, the processor comprises an information receiving module, an information analyzing module and an information sending module.
Firstly, setting a preset scene identifier for a mock data interface.
The information receiving module is used for the data request from the user side, and after passing the verification program and the verification, the actual request identification corresponding to the data request is obtained.
The information analysis module is used for comparing and analyzing whether the actual request identifier is consistent with the preset scene identifier, and if so, acquiring mock data corresponding to the preset scene identifier.
The information sending module is used for sending mock data to the user side.
Specifically, firstly, a preset scene identifier is set on a mock data interface; extracting input parameters of functions in key fields of a scene; splitting a preset scene identifier according to an input parameter to obtain a key field parameter; combining the key field parameters into a preset scene identifier to generate a verification program; verifying the data request by adopting a verification program, and obtaining an actual request identifier after the verification is passed; in order to further ensure the accuracy of mock data obtained according to the data request, the actual request identifier and the preset scene identifier are also verified, and the method comprises the following steps: setting a mock data mark value in a preset scene identifier; inquiring the mock data actual value in the actual request identification; judging whether the actual value of the mock data is consistent with the marked value of the mock data; and if so, acquiring mock data corresponding to the preset scene identification. Receiving mock data corresponding to the preset scene identification, and sending the mock data to the user side.
Specifically, the memory may further store the preset scene identifier and the specific data in the first embodiment.
Fig. 3 shows an exemplary system in the present embodiment.
As shown in fig. 3, the system can be the above-mentioned device of any mock data return method in the above-mentioned embodiments. In particular, a system may include one or more computer-readable media (e.g., system memory or NVM/storage) having instructions and one or more processors (e.g., processor (s)) coupled with the one or more computer-readable media and configured to execute the instructions to implement modules to perform the actions described herein.
For one embodiment, the system control module may include any suitable interface controller to provide any suitable interface to at least one of the processor(s) and/or any suitable device or component in communication with the system control module.
The system control module may include a memory controller module to provide an interface to the system memory. The memory controller module may be a hardware module, a software module, and/or a firmware module.
System memory may be used, for example, to load and store data and/or instructions for the system. For one embodiment, the system memory may comprise any suitable volatile memory, such as suitable DRAM. In some embodiments, the system memory may include a double data rate type four synchronous dynamic random access memory (DDR4 SDRAM).
For one embodiment, the system control module may include one or more input/output (I/O) controllers to provide an interface to the NVM/storage and communication interface(s).
For example, the NVM/storage may be used to store data and/or instructions. The NVM/storage may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more hard disk drive(s) (HDD (s)), one or more Compact Disc (CD) drive(s), and/or one or more Digital Versatile Disc (DVD) drive (s)).
The NVM/storage may include storage resources that are physically part of the device on which the system is installed, or it may be accessible by the device and not necessarily part of the device. For example, the NVM/storage may be accessible over a network via the communication interface(s).
The communication interface(s) may provide an interface for the system to communicate over one or more networks and/or with any other suitable device. The system may wirelessly communicate with one or more components of the wireless network according to any of one or more wireless network standards and/or protocols.
For one embodiment, at least one of the processor(s) may be packaged together with logic for one or more controllers (e.g., memory controller modules) of the system control module. For one embodiment, at least one of the processor(s) may be packaged together with logic for one or more controllers of the system control module to form a System In Package (SiP). For one embodiment, at least one of the processor(s) may be integrated on the same die with logic for one or more controllers of the system control module. For one embodiment, at least one of the processor(s) may be integrated on the same die with logic of one or more controllers of a system control module to form a system on a chip (SoC).
In various embodiments, the system may be, but is not limited to being: a server, a workstation, a desktop computing device, or a mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.). In various embodiments, the system may have more or fewer components and/or different architectures. For example, in some embodiments, a system includes one or more cameras, a keyboard, a Liquid Crystal Display (LCD) screen (including touch screen displays), a non-volatile memory port, multiple antennas, a graphics chip, an Application Specific Integrated Circuit (ASIC), and speakers.
It should be noted that the present application may be implemented in software and/or a combination of software and hardware, for example, implemented using Application Specific Integrated Circuits (ASICs), general purpose computers or any other similar hardware devices. In one embodiment, the software programs of the present application may be executed by a processor to implement the steps or functions described above. Likewise, the software programs (including associated data structures) of the present application may be stored in a computer readable recording medium, such as RAM memory, magnetic or optical drive or diskette and the like. Additionally, some of the steps or functions of the present application may be implemented in hardware, for example, as circuitry that cooperates with the processor to perform various steps or functions.
In addition, some of the present application may be implemented as a computer program product, such as computer program instructions, which when executed by a computer, may invoke or provide methods and/or techniques in accordance with the present application through the operation of the computer. Those skilled in the art will appreciate that the form in which the computer program instructions reside on a computer-readable medium includes, but is not limited to, source files, executable files, installation package files, and the like, and that the manner in which the computer program instructions are executed by a computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Computer-readable media herein can be any available computer-readable storage media or communication media that can be accessed by a computer.
Communication media includes media by which communication signals, including, for example, computer readable instructions, data structures, program modules, or other data, are transmitted from one system to another. Communication media may include conductive transmission media such as cables and wires (e.g., fiber optics, coaxial, etc.) and wireless (non-conductive transmission) media capable of propagating energy waves such as acoustic, electromagnetic, RF, microwave, and infrared. Computer readable instructions, data structures, program modules, or other data may be embodied in a modulated data signal, for example, in a wireless medium such as a carrier wave or similar mechanism such as is embodied as part of spread spectrum techniques. The term "modulated data signal" means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. The modulation may be analog, digital or hybrid modulation techniques.
An embodiment according to the present application comprises an apparatus comprising a memory for storing computer program instructions and a processor for executing the program instructions, wherein the computer program instructions, when executed by the processor, trigger the apparatus to perform a method and/or a solution according to the aforementioned embodiments of the present application.
EXAMPLE III
Corresponding to the above embodiments, a computer-readable storage medium is provided, which stores computer-executable instructions for executing the order full link aging monitoring method described above. In the present embodiment, computer-readable storage media may include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules, or other data. For example, computer-readable storage media include, but are not limited to, volatile memory such as random access memory (RAM, DRAM, SRAM); and non-volatile memory such as flash memory, various read-only memories (ROM, PROM, EPROM, EEPROM), magnetic and ferromagnetic/ferroelectric memories (MRAM, FeRAM); and magnetic and optical storage devices (hard disk, tape, CD, DVD); or other now known media or later developed that can store computer-readable information/data for use by a computer system.
While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims (10)

1. A mock data return method for different scenes is characterized by specifically comprising the following steps:
setting a preset scene identifier at the mock data interface;
receiving a data request from a user side, and acquiring an actual request identifier corresponding to the data request;
comparing whether the actual request identifier is consistent with the preset scene identifier, and if so, acquiring mock data corresponding to the preset scene identifier;
and receiving the mock data corresponding to the preset scene identification, and sending the mock data to the user side.
2. The mock data return method for different scenes according to claim 1, characterized in that: the preset scene identification comprises one or more of a mock data mark value, a key field of a scene and a key field of mock data.
3. The mock data return method for different scenes according to claim 2, characterized in that: and receiving a data request from a user side, verifying the data request, and obtaining the actual request identifier after the verification is passed.
4. The mock data return method for different scenes according to claim 3, characterized in that: extracting input parameters of functions in key fields of the scene based on the preset scene identification;
splitting the preset scene identification according to the input parameter to obtain a key field parameter;
combining the key field parameters into the preset scene identification to generate a verification program;
and the verification program verifies the data request, and after the verification is passed, the actual request identifier is obtained.
5. The mock data return method for different scenes according to claim 3, wherein the actual request identifier is compared with the preset scene identifier, and if the actual request identifier is consistent with the preset scene identifier, mock data corresponding to the preset scene identifier is obtained, which specifically comprises:
setting a mock data mark value in the preset scene identification;
inquiring the mock data actual value in the actual request identification;
judging whether the mock data actual value is consistent with the mock data mark value;
and if the scene identifiers are consistent, acquiring mock data corresponding to the preset scene identifiers.
6. The mock data return method for different scenes according to claim 5, further comprising, before comparing said actual request identifier with said preset scene identifier:
inquiring the preset scene identification record, and judging whether the preset scene identification exists or not;
if yes, updating a preset scene identifier as the preset scene identifier, or;
and if not, adding a preset scene identifier as the preset scene identifier.
7. The mock data return method for different scenes according to claim 1, characterized in that: the preset request identification comprises a first tag, the mock data comprises a second tag, and the first tag corresponds to the second tag in content.
8. The mock data return method for different scenes according to claim 5, characterized in that: the mock data comprises a data interface, and the data interface is used for reading the first tag and returning the mock data corresponding to the preset request identifier.
9. A mock data return device for different scenes, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that: the processor executes the program to realize the mock data return method for different scenes according to any one of claims 1-8.
10. A computer-readable storage medium storing computer-executable instructions for performing the mock data return method for different scenes according to any one of claims 1 to 8.
CN202111441012.4A 2021-11-30 2021-11-30 Mock data return method and device for different scenes Pending CN114281678A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111441012.4A CN114281678A (en) 2021-11-30 2021-11-30 Mock data return method and device for different scenes

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111441012.4A CN114281678A (en) 2021-11-30 2021-11-30 Mock data return method and device for different scenes

Publications (1)

Publication Number Publication Date
CN114281678A true CN114281678A (en) 2022-04-05

Family

ID=80870571

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111441012.4A Pending CN114281678A (en) 2021-11-30 2021-11-30 Mock data return method and device for different scenes

Country Status (1)

Country Link
CN (1) CN114281678A (en)

Similar Documents

Publication Publication Date Title
CN109359237B (en) Method and equipment for searching hosted program
CN110321189B (en) Method and equipment for presenting hosted program in hosted program
CN111209202A (en) Terminal application testing method and device
CN111258470B (en) Method and equipment for presenting social messages
CN109710832B (en) Method and equipment for searching hosted program
CN110765395A (en) Method and equipment for providing novel information
CN111427650A (en) Method and equipment for providing presence information
CN112104663A (en) Method and equipment for managing login user and user equipment
CN110765258B (en) Method and equipment for providing electronic books
CN115309657A (en) Method, device, medium and program product for providing test case
CN114281678A (en) Mock data return method and device for different scenes
CN111092791A (en) Method and equipment for determining available network bandwidth from application to server
CN114296651B (en) Method and device for storing custom data information
CN113965510B (en) Flow dyeing method and system
CN115794316A (en) Method, apparatus, medium, and program product for building a cloud computing experimental environment
CN112272213B (en) Activity registration method and equipment
CN114661593A (en) Method, device, medium and program product for automated testing
CN113792330A (en) Sensitive data tracking method and system
CN110784596B (en) Method and equipment for processing event information
CN111181864A (en) Method and apparatus for determining link congestion status from an application to a server
CN112788539A (en) Method and equipment for tracking user
CN111125565A (en) Method and equipment for inputting information in application
CN114301926B (en) Distributed data transmission method, system and storage medium between server nodes
CN114970471B (en) Method, system, device and medium for checking consistency of collaborative editing document
CN115048289A (en) Method, equipment and medium for testing letter template

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