CN111831566A - Test method, test device, electronic equipment and computer readable storage medium - Google Patents

Test method, test device, electronic equipment and computer readable storage medium Download PDF

Info

Publication number
CN111831566A
CN111831566A CN202010691632.2A CN202010691632A CN111831566A CN 111831566 A CN111831566 A CN 111831566A CN 202010691632 A CN202010691632 A CN 202010691632A CN 111831566 A CN111831566 A CN 111831566A
Authority
CN
China
Prior art keywords
test
request
live broadcast
service
parameters
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
CN202010691632.2A
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.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance Network Technology 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 Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202010691632.2A priority Critical patent/CN111831566A/en
Publication of CN111831566A publication Critical patent/CN111831566A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test 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)
  • Information Transfer Between Computers (AREA)

Abstract

The embodiment of the disclosure discloses a test method, a test device, electronic equipment and a computer-readable storage medium. Wherein the method comprises the following steps: receiving a test request of a client; the test request comprises context parameters of the client; matching the context parameters with preset testing environment parameters; when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example; and responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service. The method solves the technical problems of high cost, low test efficiency and easy error of online and offline data caused by separately deploying offline environments to test various services in the related technology.

Description

Test method, test device, electronic equipment and computer readable storage medium
Technical Field
The present disclosure relates to the field of data processing, and in particular, to a test method, an apparatus, an electronic device, and a computer-readable storage medium.
Background
With the development of information technology, live broadcast platforms are developed, and among common network live broadcast platforms, in order to increase the interest of interaction between a main broadcast and a user and encourage the main broadcast to produce high-quality video live broadcast content, options of virtual gifts are designed under a network page of video live broadcast generally. The gift delivery is the core experience of live broadcast, and in order to verify the correctness of the gift delivery, a set of independent offline environment is maintained by the related technology, and deployment, storage and the like are isolated from online. However, this approach increasingly exposes problems, such as gradual migration of the service to the cloud, cumbersome deployment of the service in an offline environment, local data configuration required by a sandbox mechanism, dirty write of the offline data, and the like.
Disclosure of Invention
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
In order to solve the above problem, the embodiments of the present disclosure propose the following technical solutions.
In a first aspect, an embodiment of the present disclosure provides a testing method, including:
receiving a test request of a client; the test request comprises context parameters of the client;
matching the context parameters with preset testing environment parameters;
when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example;
and responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service.
In a second aspect, an embodiment of the present disclosure provides a testing apparatus, including:
the receiving module is used for receiving a test request of a client; the test request comprises context parameters of the client;
the matching module is used for matching the context parameters with preset testing environment parameters;
the generating module is used for generating a test case according to the context parameters and configuring the constraint conditions of the test service provided by the test case when the context parameters are matched with the test environment parameters;
and the return module is used for responding to the received call request of the test service aiming at the test example and returning a response result according to the constraint condition of the test service.
In a third aspect, an embodiment of the present disclosure provides an electronic device, including: at least one processor; and the number of the first and second groups,
a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of the preceding first aspects.
In a fourth aspect, the present disclosure provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions for causing a computer to perform the method of any one of the foregoing first aspects.
The embodiment of the disclosure discloses a test method, a test device, electronic equipment and a computer-readable storage medium. Wherein the method comprises the following steps: receiving a test request of a client; the test request comprises context parameters of the client; matching the context parameters with preset testing environment parameters; when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example; and responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service. The method solves the technical problems of high cost, low test efficiency and easy error of online and offline data caused by separately deploying offline environments to test various services in the related technology.
The foregoing is a summary of the present disclosure, and for the purposes of promoting a clear understanding of the technical means of the present disclosure, the present disclosure may be embodied in other specific forms without departing from the spirit or essential attributes thereof.
Drawings
The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. Throughout the drawings, the same or similar reference numbers refer to the same or similar elements. It should be understood that the drawings are schematic and that elements and features are not necessarily drawn to scale.
Fig. 1 is a schematic flow chart of a testing method provided in an embodiment of the present disclosure;
fig. 2 is a schematic diagram of an embodiment of entering a test live broadcast room in a test method provided by an embodiment of the present disclosure;
FIG. 3 is a schematic diagram illustrating an embodiment of giving a virtual gift in a testing method according to an embodiment of the present disclosure;
fig. 4 is a schematic view of an application scenario of the testing method in the sandbox live broadcast room according to the embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of an embodiment of a testing apparatus provided in the present disclosure;
fig. 6 is a schematic structural diagram of an electronic device provided according to an embodiment of the present disclosure.
Detailed Description
Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.
It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.
The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based, at least in part, on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description.
It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.
It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.
The names of messages or information exchanged between devices in the embodiments of the present disclosure are for illustrative purposes only, and are not intended to limit the scope of the messages or information.
Fig. 1 is a flowchart of an embodiment of a testing method provided in the present disclosure, where the testing method provided in this embodiment may be executed by a testing apparatus, the testing apparatus may be implemented as software, or implemented as a combination of software and hardware, and the testing apparatus may be integrated in a certain device in a testing system, such as a testing server. As shown in fig. 1, the method comprises the steps of:
step S101, receiving a test request of a client; the test request includes context parameters of the client.
The client may be a test APP, the installation software package on the test APP may be a test version, rather than an informal version, and the context parameter thereof may also be a context parameter of the test version, which may include, but is not limited to, a version type (such as a test version type) of the client, a user identifier, a test case identifier, and the like. When the software package installed by the client is a test version, the version type in the context parameter is a test version type, and when the software package installed by the client is a formal version, the version type in the context parameter is a formal base type. The user identification may be information for identifying the identity of the user using the client, such as a user ID. The server distributes the software package according to the user identification when distributing the software package, and distributes the software package of the test version for the test user, and distributes the formal version for the non-test user. The server side can record the corresponding user identification when distributing the software package of the test version, and record the user identification for subsequent matching use. When the software installed at the client surrounds the test version, the user identification in the context parameter is matched with the user identification recorded in the system and distributed with the test version, and when the software package installed at the client is a formal version, the user identification in the context parameter is not matched with the user identification recorded in the system and distributed with the test version. When a client installed with a test version requests to create a test case, the test case identifier may be set as a default value in the test request, and when the client installed with the test version calls a test service for the test case, the test case identifier may be a real test case identifier given after the test case is created on a server.
In an embodiment of the present disclosure, a client installed with a test version may initiate a test request to a server, where the test request may include context parameters of the client. Taking the test of the live broadcast room of the live broadcast as an example for explanation, the server can distribute the live broadcast APP of the test version to the specific user equipment for installation, and record the user identifier of the user equipment. After the live network APP of the test version is installed, the user equipment can utilize the live network APP of the test version to perform service test. Optionally, during the testing process, the user may create a testing live broadcast room through the webbroadcast APP so as to test various services provided in the live broadcast room. The live webcast APP sends a test request to the server based on a request of a user for creating a test live webcast room, where the test request may include context parameters of the live webcast APP, for example, the context parameters include a client version type (which is an internal test version), a user identifier (a user ID recorded at the server side when the test version is distributed), and a test case identifier (which may be set to a default value because the test live webcast room is not created at this time).
And step S102, matching the context parameters with preset test environment parameters.
The preset test environment parameters may include a client version type of an internal test version, a user identifier in a white list, and a test case identifier (the identifier is a default value when creating a test case). When the context parameter carried in the test request matches the preset test environment parameter, it can be determined that the current test request is sent by a legal test user, and the client side of the test version is used. If the context parameter does not match with the preset test environment parameter, for example, the type of the client version carried in the context parameter is a formal version, the user identifier is not in a white list, or the test case identifier is not a default value or is not a created test case identifier, it may be determined that the test request is currently sent by a valid test user.
Illustratively, the step S102 includes:
and determining whether the client version type is a test version, whether the user identification is in a white list, and whether the test case identification is a default value.
The white list may be preset, for example, when the test version is distributed to the user equipment, the user identifier corresponding to the user equipment that distributes the software package of the test version and successfully installs the software package of the test version is added to the white list. The default value is a default value of the test case identifier, and since the actual test case identifier is not generated when the client requests to create the test case, the client may carry the default value in the context parameter, so that the server can confirm that the context parameter matches with the preset test environment parameter.
Illustratively, the method further comprises:
and releasing the test version to the user equipment, and adding the user identification corresponding to the user equipment into a white list.
The user equipment can be the user equipment used by the tester, the server distributes the software package of the test version to the user equipment of the tester, and after the software package of the test version is successfully installed on the user equipment, the server adds the user identification corresponding to the user equipment to a white list so as to allow the user identification to request to create the test case and call the test service provided by the test case.
Step S103, when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example.
When the context parameters of the client sending the test request are matched with the test environment parameters, a test case can be generated based on the context parameters, and the constraint conditions of the test service provided by the test case can be configured.
The test case can be, for example, a live webcast room in a live webcast APP, and the test server provided by the test case can be various services in the live webcast room, such as a gift service, a special effect service, a list update service, a total-station message display service, and the like. A test user sends a request for establishing a test live broadcast room to a server through a network live broadcast APP with a test version, after the server determines that context parameters in the test request are matched with preset test environment parameters, the test live broadcast room is established based on the test request, a room number (namely an actual test example identifier) of the test live broadcast room is returned to a client, and meanwhile, various services provided in the test live broadcast room are configured with constraint conditions, so that a tester can test various services smoothly. For example, a constraint condition that the gift-offering service in the test live broadcast room is not expensive can be configured, that is, a tester can directly use the gift-offering service without deducting account balance when testing the gift-offering service in the test live broadcast room.
Step S104, responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service.
After a test case is created for a test request of a client with context parameters matched with preset test environment parameters, a test user can call various test services provided by the test case through the request of the client. After receiving a call request of the test service provided by the test case sent by the client, the server can return a response result of the test service according to the configured constraint condition. The following still takes live webcast APP as an example. When the test user calls the test service provided in the test live broadcast room, the server may obtain a call result of the test service according to a constraint condition configured for the called test service, for example, the test user uses a gift service between the test live broadcast rooms, and after receiving the request of the gift service, the server directly returns a response result of the gift service to the network live broadcast APP without checking a balance of a user account.
Optionally, after receiving the call request of the test service provided by the test case, the server may first verify whether the context parameter carried in the call request matches with a preset test environment parameter (at this time, the test case identifier in the context parameter is an actual test case identifier, but not a default value), if matching, return a response result according to the configured constraint condition, otherwise return an error message. In this way, illegal persons can be prevented from using the service of the test live room.
Optionally, as shown in fig. 2, the test case is a test live broadcast; the calling request is to enter the test live broadcast room, and the step S104 includes:
step S201, responding to the call request, and determining whether the user identification in the call request is located in a white list;
and step S202, when the user identification is located in the white list, returning the parameters of the test live broadcast room so that the user can enter the test live broadcast room.
For the live test room, when a user requests to enter the live test room through a live network APP, a server firstly verifies whether a user identifier in context parameters of the live network APP is located in a white list, if the user identifier is located in the white list, the user is allowed to enter the live test room, and if the user is not a member in the white list, the user is refused to enter the live test room. In this way, mutual isolation of test users and online users can be achieved.
Optionally, the parameter of the live broadcast testing room may be information such as a room number of the live broadcast testing room, so that the live broadcast network APP can obtain relevant data of the live broadcast testing room according to the parameter, and display content of the live broadcast testing room on the user equipment.
Optionally, the step S104 further includes:
and when the user identification is not located in the white list, returning an error parameter to prevent the user from entering the test live broadcast room.
When the user identification requesting to enter the live test room is not located in the white list, the fact that the context parameter corresponding to the user identification is inconsistent with the preset test environment parameter is shown, namely the user is not a legal tester, therefore, the user cannot use the service in the live test room, and an error parameter can be returned to the live network APP, so that the live network APP is refused to show the content in the live test room to the user.
Optionally, the test case is a test live broadcast room; the calling request is for presenting a virtual gift; the step S104 includes:
responding to the calling request, and returning response information of successful gift sending when the context parameter corresponding to the calling request is matched with the testing environment parameter.
After the test user enters the test live broadcast room, if the request calls the gift sending service, the server can verify whether the context parameter corresponding to the call request is matched with the preset test environment parameter or not after receiving the call request, and if the context parameter is matched with the preset test environment parameter, response information of successful gift sending can be directly returned without checking balance in the user account. In this way, testing and online isolation are achieved by distinguishing between the testing live room and the formal online live room.
Optionally, as shown in fig. 3, the test case is a test live broadcast; the call request is to give away a virtual gift, and the step S104 includes:
step S301, when the context parameter corresponding to the calling request is matched with the testing environment parameter, giving a virtual price to the virtual gift;
and step S302, updating the list information of the test live broadcast room according to the virtual price.
The method comprises the steps that a list of a live broadcast room is bound with a gift value received by the live broadcast room, and the higher the value of the received gift is, the more the live broadcast room is ranked in the list. For the live test room, each time the user calls the gift-offering service for giving a virtual gift, although the account balance of the user is not checked, the gift sent by the call request can be endowed with a virtual price, and the list information of the live test room is updated based on the virtual price.
Optionally, the test case is a test live broadcast room; the calling request is a special effect request; the step S104 includes:
and responding to the call request, and returning a gift list in the test environment when the context parameter corresponding to the call request is matched with the test environment parameter.
In this optional embodiment, after the test user enters the test live broadcast room, if a request is made to invoke a special effect service, the server may verify whether the context parameter corresponding to the invocation request matches the preset test environment parameter after receiving the invocation request, and if so, may return to the preset test gift list in the test environment. Alternatively, the preset test gift list may be a different gift list from the online formal version, that is, a gift list dedicated to testing. The tester can test various gifts according to the received test gift list, and the tester can get online with the gift which passes the test after the test passes.
Optionally, the test case is a test live broadcast room; the method may further comprise:
responding to a display event of the platform message, and displaying the platform message in the test live broadcast room when the platform message is matched with the test live broadcast room.
In this optional embodiment, since the live broadcast room and the online formal live broadcast room are tested to exist at the same time, after the total station message is generated in the server, the total station message is sent to each live broadcast room for display. In order to realize the isolation between the test live broadcast room and the online formal live broadcast room, messages only displayed in the test live broadcast room can be set. Therefore, after the display event of the platform message occurs, it may be determined whether the platform message is a message displayed in a preset test live broadcast room, if so, the platform message is displayed in the test live broadcast room, and if not, the platform message is not displayed in the test live broadcast room. For example, an identifier may be set for the platform message, and if the identifier matches a preset identifier of the test live broadcast room, the platform message may be considered as a message displayed in the test live broadcast room.
The application scenario of the embodiment of the present disclosure is described below by taking a sandbox live broadcast as an example.
Fig. 4 is a schematic view of an application scenario of the testing method in the sandbox live broadcast room according to the embodiment of the present disclosure. As shown in fig. 4, the software package distribution server distributes the formal version software package and the test version software package to each user device, for example, the formal version software package (ID 1 device shown in fig. 4) may be distributed to the user devices of the normal users, and the test version software package (ID 2-ID4 device shown in fig. 4) may be distributed to the user devices of the test users, and the software package server may also add the ID2-ID4 to the white list. After the ID1 equipment installs a formal version software package, sending a request for creating a live broadcast room to a live broadcast server through the live broadcast client installed and operated, wherein the request carries context parameters of the formal version, and the live broadcast server creates a normal live broadcast room for the equipment of ID1 according to the request; after the ID2-ID4 equipment installs the software package of the test version, a request for creating the live broadcast room is sent to the live broadcast server through an installation running live broadcast client, the request carries context parameters of the test version, and the context parameters comprise the type of the test version, user IDs (ID2, ID3 or ID4) in a white list and the ID of the live broadcast room (because the live broadcast room is not successfully created on the server, the ID of the live broadcast room is set as a default value); after the live broadcast server receives the context parameters of the test version, the context parameters are matched with the preset test environment parameters, so that a sandbox room can be created, and behavior constraint conditions of various services in the sandbox environment can be configured. For example, a request for creating a live broadcast room is sent by a device of a user ID2-ID4 through a client, a server judges that the live broadcast room is a sandbox environment through context parameters, a preset label can be added to a room identifier of the live broadcast room to indicate that the live broadcast room is the sandbox live broadcast room, namely a test live broadcast room and an ordinary live broadcast room, and whether the live broadcast room is the sandbox room can be visually determined through the constraint, so that unnecessary calling is avoided; for the request of entering the sandbox live broadcast room, if the user identification is a non-sandbox user, namely the user identification in the non-white list, the user identification cannot enter the sandbox live broadcast room; when gifting gifts, if the context parameters are matched with the testing environment parameters, the gifts are directly returned without checking the balance of the user; in addition, for special effect related services, different gift test lists can be returned when the context parameters are matched with the test environment parameters, so that a tester can test functions in the gift test lists and put the gift on line after the test is passed; regarding the list, since the live broadcast needs to provide various different list stimulation consumptions, and the current live broadcast room generally updates the list by using the gift message, the gift price in the sandbox live broadcast room is virtualized by the gift giving service, so that the list can be tested; regarding total station messages, sandbox live room messages may also be provided, and only shown in all sandbox live rooms. The test user can also exit the sandbox mode, and the specific modes include two types: and installing a formal version of the software package on the equipment, and removing the user identification from the white list. At the client, the gift delivery in the sandbox live broadcast room does not check the balance of the user, the user is prompted to be in the sandbox live broadcast room, and the client needs to report the room identification to the server when acquiring the feature list.
The embodiment of the disclosure discloses a test method, which comprises the following steps: receiving a test request of a client; the test request comprises context parameters of the client; matching the context parameters with preset testing environment parameters; when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example; and responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service. The method solves the technical problems of high cost, low test efficiency and easy error of online and offline data caused by separately deploying offline environments to test various services in the related technology.
In the above, although the steps in the above method embodiments are described in the above sequence, it should be clear to those skilled in the art that the steps in the embodiments of the present disclosure are not necessarily performed in the above sequence, and may also be performed in other sequences such as reverse, parallel, and cross, and further, on the basis of the above steps, other steps may also be added by those skilled in the art, and these obvious modifications or equivalents should also be included in the protection scope of the present disclosure, and are not described herein again.
Fig. 5 is a schematic structural diagram of an embodiment of a testing apparatus provided in the embodiment of the present disclosure, and as shown in fig. 5, the apparatus 500 includes: a receiving module 501, a matching module 502, a generating module 503 and a returning module 504.
Wherein the content of the first and second substances,
a receiving module 501, configured to receive a test request of a client; the test request comprises the number of the clients;
a matching module 502, configured to match the context parameter with a preset test environment parameter;
a generating module 503, configured to generate a test case according to the context parameter and configure a constraint condition of a test service provided by the test case when the context parameter matches the test environment parameter;
a returning module 504, configured to return a response result according to the constraint condition of the test service in response to the received call request for the test service of the test case.
Further, the context parameters include: a client version type, a user identification, and a test case identification.
Further, the matching module 502 includes:
the first determining submodule is used for determining whether the client version type is a test version, whether the user identification is in a white list and whether the test case mark is a default value.
Further, the testing apparatus 500 further includes:
and the release module is used for releasing the test version of the client to user equipment and adding the user identifier corresponding to the user equipment into a white list.
Further, the test example is a test live broadcast room; the calling request is to enter the test live broadcast room; the return module 504 includes:
the second determining submodule is used for responding to the calling request and determining whether the user identification in the calling request is positioned in a white list or not;
and the first returning submodule is used for returning the parameters of the test live broadcast room when the user identification is positioned in the white list so that the user can enter the test live broadcast room.
Further, the returning module 504 further includes:
and the second returning submodule is used for returning an error parameter when the user identifier is not positioned in the white list so as to prevent the user from entering the test live broadcast room.
Further, the test example is a test live broadcast room; the calling request is for presenting a virtual gift; the return module 504 includes:
and the third returning submodule is used for responding to the calling request and returning response information of successful gift sending when the context parameter corresponding to the calling request is matched with the testing environment parameter.
Further, the test example is a test live broadcast room; the calling request is for presenting a virtual gift; the return module 504 further includes:
the price virtual sub-module is used for endowing a virtual price to the virtual gift when the context parameter corresponding to the calling request is matched with the test environment parameter;
and the updating submodule is used for updating the list information of the test live broadcast room according to the virtual price.
Further, the test example is a test live broadcast room; the calling request is a special effect request; the return module 504 includes:
and the fourth returning submodule is used for responding to the calling request and returning the test gift list under the test environment when the context parameter corresponding to the calling request is matched with the test environment parameter.
Further, the test example is a test live broadcast room; the test device 500 further comprises:
and the display module is used for responding to a display event of the platform message, and displaying the platform message in the test live broadcast room when the platform message is matched with the test live broadcast room.
The apparatus shown in fig. 5 can perform the method of the embodiment shown in fig. 1-4, and the detailed description of this embodiment can refer to the related description of the embodiment shown in fig. 1-4. The implementation process and technical effect of the technical solution refer to the descriptions in the embodiments shown in fig. 1 to fig. 4, and are not described herein again.
Referring now to FIG. 6, a block diagram of an electronic device 600 suitable for use in implementing embodiments of the present disclosure is shown. The terminal device in the embodiments of the present disclosure may include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a vehicle terminal (e.g., a car navigation terminal), and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. The electronic device shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.
As shown in fig. 6, electronic device 600 may include a processing means (e.g., central processing unit, graphics processor, etc.) 601 that may perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)602 or a program loaded from a storage means 608 into a Random Access Memory (RAM) 603. In the RAM 603, various programs and data necessary for the operation of the electronic apparatus 600 are also stored. The processing device 601, the ROM 602, and the RAM 603 are connected to each other via a bus 604. An input/output (I/O) interface 605 is also connected to bus 604.
Generally, the following devices may be connected to the I/O interface 605: input devices 606 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 607 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 608 including, for example, tape, hard disk, etc.; and a communication device 609. The communication means 609 may allow the electronic device 600 to communicate with other devices wirelessly or by wire to exchange data. While fig. 6 illustrates an electronic device 600 having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a non-transitory computer readable medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means 609, or may be installed from the storage means 608, or may be installed from the ROM 602. The computer program, when executed by the processing device 601, performs the above-described functions defined in the methods of the embodiments of the present disclosure.
It should be noted that the computer readable medium in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
In some embodiments, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText transfer protocol), and may be interconnected with any form or medium of digital data communication (e.g., a communications network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed network.
The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.
The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: acquiring a data set, wherein the data set comprises a plurality of label data, and each label data comprises a first data and at least one label; calculating the characteristics of the label according to the first data corresponding to the label; updating the label of the first data in the data set according to the characteristics of the label.
Computer program code for carrying out operations for the present disclosure may be written in any combination of one or more programming languages, including but not limited to an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of an element does not in some cases constitute a limitation on the element itself.
The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), systems on a chip (SOCs), Complex Programmable Logic Devices (CPLDs), and the like.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
According to one or more embodiments of the present disclosure, there is provided a test method including:
receiving a test request of a client; the test request comprises context parameters of the client;
matching the context parameters with preset testing environment parameters;
when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example;
and responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service.
Further, the context parameters include: a client version type, a user identification, and a test case identification.
Further, matching the context parameter with a preset test environment parameter includes:
and determining whether the client version type is a test version, whether the user identification is in a white list, and whether the test case mark is a default value.
Further, the method further comprises:
and releasing the test version of the client to user equipment, and adding a user identifier corresponding to the user equipment into a white list.
Further, the test example is a test live broadcast room; the calling request is to enter the test live broadcast room; responding to the received call request of the test service for the test case, and returning a response result according to the constraint condition of the test service, wherein the response result comprises the following steps:
responding to the call request, and determining whether the user identification in the call request is located in a white list;
and when the user identification is located in the white list, returning the parameters of the test live broadcast room so that the user can enter the test live broadcast room.
Further, in response to the received call request of the test service for the test case, returning a response result according to the constraint condition of the test service, further comprising:
and when the user identification is not located in the white list, returning an error parameter to prevent the user from entering the test live broadcast room.
Further, the test example is a test live broadcast room; the calling request is for presenting a virtual gift; responding to the received call request of the test service for the test case, and returning a response result according to the constraint condition of the test service, wherein the response result comprises the following steps:
responding to the calling request, and returning response information of successful gift sending when the context parameter corresponding to the calling request is matched with the testing environment parameter.
Further, the test example is a test live broadcast room; the calling request is for presenting a virtual gift; responding to the received call request of the test service aiming at the test case, returning a response result according to the constraint condition of the test service, and further comprising:
when the context parameter corresponding to the calling request is matched with the testing environment parameter, giving a virtual price to the virtual gift;
and updating the list information of the test live broadcast room according to the virtual price.
Further, the test example is a test live broadcast room; the calling request is a special effect request; responding to the received call request of the test service for the test case, and returning a response result according to the constraint condition of the test service, wherein the response result comprises the following steps:
and responding to the call request, and returning a test gift list under the test environment when the context parameter corresponding to the call request is matched with the test environment parameter.
Further, the test example is a test live broadcast room; the method further comprises the following steps:
responding to a display event of the platform message, and displaying the platform message in the test live broadcast room when the platform message is matched with the test live broadcast room.
According to one or more embodiments of the present disclosure, there is provided a test apparatus including:
the receiving module is used for receiving a test request of a client; the test request comprises context parameters of the client;
the matching module is used for matching the context parameters with preset testing environment parameters;
the generating module is used for generating a test case according to the context parameters and configuring the constraint conditions of the test service provided by the test case when the context parameters are matched with the test environment parameters;
and the return module is used for responding to the received call request of the test service aiming at the test example and returning a response result according to the constraint condition of the test service.
Further, the context parameters include: a client version type, a user identification, and a test case identification.
Further, the matching module includes:
the first determining submodule is used for determining whether the client version type is a test version, whether the user identification is in a white list and whether the test case mark is a default value.
Further, the testing device further comprises:
and the release module is used for releasing the test version of the client to user equipment and adding the user identifier corresponding to the user equipment into a white list.
Further, the test example is a test live broadcast room; the calling request is to enter the test live broadcast room; the return module includes:
the second determining submodule is used for responding to the calling request and determining whether the user identification in the calling request is positioned in a white list or not;
and the first returning submodule is used for returning the parameters of the test live broadcast room when the user identification is positioned in the white list so that the user can enter the test live broadcast room.
Further, the return module further includes:
and the second returning submodule is used for returning an error parameter when the user identifier is not positioned in the white list so as to prevent the user from entering the test live broadcast room.
Further, the test example is a test live broadcast room; the calling request is for presenting a virtual gift; the return module includes:
and the third returning submodule is used for responding to the calling request and returning response information of successful gift sending when the context parameter corresponding to the calling request is matched with the testing environment parameter.
Further, the test example is a test live broadcast room; the calling request is for presenting a virtual gift; the return module further comprises:
the price virtual sub-module is used for endowing a virtual price to the virtual gift when the context parameter corresponding to the calling request is matched with the test environment parameter;
and the updating submodule is used for updating the list information of the test live broadcast room according to the virtual price.
Further, the test example is a test live broadcast room; the calling request is a special effect request; the return module includes:
and the fourth returning submodule is used for responding to the calling request and returning the test gift list under the test environment when the context parameter corresponding to the calling request is matched with the test environment parameter.
Further, the test example is a test live broadcast room; the device further comprises:
and the display module is used for responding to a display event of the platform message, and displaying the platform message in the test live broadcast room when the platform message is matched with the test live broadcast room.
According to one or more embodiments of the present disclosure, there is provided an electronic device including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform any of the foregoing test methods.
According to one or more embodiments of the present disclosure, there is provided a non-transitory computer-readable storage medium characterized by storing computer instructions for causing a computer to perform any of the aforementioned testing methods.
The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.

Claims (13)

1. A method of testing, comprising:
receiving a test request of a client; the test request comprises context parameters of the client;
matching the context parameters with preset testing environment parameters;
when the context parameters are matched with the testing environment parameters, generating a testing example according to the context parameters, and configuring the constraint conditions of the testing service provided by the testing example;
and responding to the received call request of the test service aiming at the test case, and returning a response result according to the constraint condition of the test service.
2. The method of claim 1, wherein the context parameters comprise: a client version type, a user identification, and a test case identification.
3. The method of claim 2, wherein matching the context parameters to preset test environment parameters comprises:
and determining whether the client version type is a test version, whether the user identification is in a white list, and whether the test case mark is a default value.
4. The method of any one of claims 1-3, further comprising:
and releasing the test version of the client to user equipment, and adding a user identifier corresponding to the user equipment into a white list.
5. The method of any of claims 1-3, wherein the test case is a test live room; the calling request is to enter the test live broadcast room; responding to the received call request of the test service for the test case, and returning a response result according to the constraint condition of the test service, wherein the response result comprises the following steps:
responding to the call request, and determining whether the user identification in the call request is located in a white list;
and when the user identification is located in the white list, returning the parameters of the test live broadcast room so that the user can enter the test live broadcast room.
6. The method of claim 5, wherein in response to receiving a call request for the test service for the test case, returning a response result in accordance with the constraints of the test service, further comprising:
and when the user identification is not located in the white list, returning an error parameter to prevent the user from entering the test live broadcast room.
7. The method of any of claims 1-3, wherein the test case is a test live room; the calling request is for presenting a virtual gift; responding to the received call request of the test service for the test case, and returning a response result according to the constraint condition of the test service, wherein the response result comprises the following steps:
responding to the calling request, and returning response information of successful gift sending when the context parameter corresponding to the calling request is matched with the testing environment parameter.
8. The method of claim 7, wherein the test case is a test live room; the calling request is for presenting a virtual gift; responding to the received call request of the test service aiming at the test case, returning a response result according to the constraint condition of the test service, and further comprising:
when the context parameter corresponding to the calling request is matched with the testing environment parameter, giving a virtual price to the virtual gift;
and updating the list information of the test live broadcast room according to the virtual price.
9. The method of any of claims 1-3, wherein the test case is a test live room; the calling request is a special effect request; responding to the received call request of the test service for the test case, and returning a response result according to the constraint condition of the test service, wherein the response result comprises the following steps:
and responding to the call request, and returning a test gift list under the test environment when the context parameter corresponding to the call request is matched with the test environment parameter.
10. The method of any of claims 1-3, wherein the test case is a test live room; the method further comprises the following steps:
responding to a display event of the platform message, and displaying the platform message in the test live broadcast room when the platform message is matched with the test live broadcast room.
11. A test apparatus, comprising:
the receiving module is used for receiving a test request of a client; the test request comprises context parameters of the client;
the matching module is used for matching the context parameters with preset testing environment parameters;
the generating module is used for generating a test case according to the context parameters and configuring the constraint conditions of the test service provided by the test case when the context parameters are matched with the test environment parameters;
and the return module is used for responding to the received call request of the test service aiming at the test example and returning a response result according to the constraint condition of the test service.
12. An electronic device, comprising:
a memory for storing computer readable instructions; and
a processor for executing the computer readable instructions such that the processor when executed implements the method of any of claims 1-10.
13. A non-transitory computer readable storage medium storing computer readable instructions which, when executed by a computer, cause the computer to perform the method of any one of claims 1-10.
CN202010691632.2A 2020-07-17 2020-07-17 Test method, test device, electronic equipment and computer readable storage medium Pending CN111831566A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010691632.2A CN111831566A (en) 2020-07-17 2020-07-17 Test method, test device, electronic equipment and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010691632.2A CN111831566A (en) 2020-07-17 2020-07-17 Test method, test device, electronic equipment and computer readable storage medium

Publications (1)

Publication Number Publication Date
CN111831566A true CN111831566A (en) 2020-10-27

Family

ID=72924319

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010691632.2A Pending CN111831566A (en) 2020-07-17 2020-07-17 Test method, test device, electronic equipment and computer readable storage medium

Country Status (1)

Country Link
CN (1) CN111831566A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115396336A (en) * 2022-08-01 2022-11-25 南京网元通信技术有限公司 MPLS VPN (Multi-protocol Label switching virtual private network) passenger gathering special line active test method based on software simulation

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104104703A (en) * 2013-04-09 2014-10-15 广州华多网络科技有限公司 Multi-person audio and video interaction method and system, client, and server
CN106841974A (en) * 2016-12-13 2017-06-13 深圳市紫光同创电子有限公司 A kind of FPGA test platforms and method
CN106856439A (en) * 2016-12-07 2017-06-16 武汉斗鱼网络科技有限公司 The method and server of a kind of scheme test
CN107733922A (en) * 2017-11-20 2018-02-23 百度在线网络技术(北京)有限公司 Method and apparatus for calling service
US20180089068A1 (en) * 2016-09-28 2018-03-29 Wipro Limited Methods and systems for testing mobile applications
CN108183962A (en) * 2018-01-04 2018-06-19 上海瀚之友信息技术服务有限公司 A kind of simulated testing system
CN108540862A (en) * 2017-03-01 2018-09-14 武汉斗鱼网络科技有限公司 Virtual objects presentation method based on net cast and device
CN109388924A (en) * 2018-09-30 2019-02-26 武汉斗鱼网络科技有限公司 A kind of auth method, device, server and storage medium
US10310966B1 (en) * 2017-06-01 2019-06-04 Amazon Technologies, Inc. Automatic test stack creation via production system replication
CN110011894A (en) * 2018-01-04 2019-07-12 武汉斗鱼网络科技有限公司 A kind of barrage Message Simulation method and device
CN110351134A (en) * 2019-06-28 2019-10-18 北京你财富计算机科技有限公司 A kind of server environment switching method, device and electronic equipment
CN110597584A (en) * 2019-08-15 2019-12-20 香港乐蜜有限公司 Page adaptation testing method and device, electronic equipment and storage medium
CN110674040A (en) * 2019-09-20 2020-01-10 广州虎牙科技有限公司 Application testing method, device, equipment and storage medium
CN111026672A (en) * 2019-12-16 2020-04-17 广州品唯软件有限公司 Test method, terminal equipment and mock server
CN111045945A (en) * 2019-12-12 2020-04-21 广州酷狗计算机科技有限公司 Live broadcast simulating method, device, terminal, storage medium and program product
CN111246239A (en) * 2020-02-12 2020-06-05 广州虎牙科技有限公司 Method, system, apparatus, device and storage medium for testing live programs
CN111355629A (en) * 2020-02-17 2020-06-30 苏州亿歌网络科技有限公司 Client test method and device, computer equipment and storage medium

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104104703A (en) * 2013-04-09 2014-10-15 广州华多网络科技有限公司 Multi-person audio and video interaction method and system, client, and server
US20180089068A1 (en) * 2016-09-28 2018-03-29 Wipro Limited Methods and systems for testing mobile applications
CN106856439A (en) * 2016-12-07 2017-06-16 武汉斗鱼网络科技有限公司 The method and server of a kind of scheme test
CN106841974A (en) * 2016-12-13 2017-06-13 深圳市紫光同创电子有限公司 A kind of FPGA test platforms and method
CN108540862A (en) * 2017-03-01 2018-09-14 武汉斗鱼网络科技有限公司 Virtual objects presentation method based on net cast and device
US10310966B1 (en) * 2017-06-01 2019-06-04 Amazon Technologies, Inc. Automatic test stack creation via production system replication
CN107733922A (en) * 2017-11-20 2018-02-23 百度在线网络技术(北京)有限公司 Method and apparatus for calling service
CN108183962A (en) * 2018-01-04 2018-06-19 上海瀚之友信息技术服务有限公司 A kind of simulated testing system
CN110011894A (en) * 2018-01-04 2019-07-12 武汉斗鱼网络科技有限公司 A kind of barrage Message Simulation method and device
CN109388924A (en) * 2018-09-30 2019-02-26 武汉斗鱼网络科技有限公司 A kind of auth method, device, server and storage medium
CN110351134A (en) * 2019-06-28 2019-10-18 北京你财富计算机科技有限公司 A kind of server environment switching method, device and electronic equipment
CN110597584A (en) * 2019-08-15 2019-12-20 香港乐蜜有限公司 Page adaptation testing method and device, electronic equipment and storage medium
CN110674040A (en) * 2019-09-20 2020-01-10 广州虎牙科技有限公司 Application testing method, device, equipment and storage medium
CN111045945A (en) * 2019-12-12 2020-04-21 广州酷狗计算机科技有限公司 Live broadcast simulating method, device, terminal, storage medium and program product
CN111026672A (en) * 2019-12-16 2020-04-17 广州品唯软件有限公司 Test method, terminal equipment and mock server
CN111246239A (en) * 2020-02-12 2020-06-05 广州虎牙科技有限公司 Method, system, apparatus, device and storage medium for testing live programs
CN111355629A (en) * 2020-02-17 2020-06-30 苏州亿歌网络科技有限公司 Client test method and device, computer equipment and storage medium

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
刘新奇: "直播聚合平台的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》, no. 01 *
张晓勇: "基于SOA的直播互动平台的设计与实现", 《中国优秀硕士学位论文全文数据库信息科技辑》, no. 01 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115396336A (en) * 2022-08-01 2022-11-25 南京网元通信技术有限公司 MPLS VPN (Multi-protocol Label switching virtual private network) passenger gathering special line active test method based on software simulation

Similar Documents

Publication Publication Date Title
CN109582310B (en) Data processing method and device, electronic equipment and computer readable storage medium
CN111991813B (en) Method and device for logging in game, electronic equipment and storage medium
CN109995877A (en) Information-pushing method and device
CN110569057A (en) gray scale distribution method and device, electronic equipment and computer readable medium
JP5838218B2 (en) Application store system and application development method using the application store system
CN110377440B (en) Information processing method and device
CN111177112A (en) Database blocking method and device based on operation and maintenance management system and electronic equipment
CN110007936B (en) Data processing method and device
CN110263276B (en) Message distribution method, device, equipment and storage medium
CN112015654A (en) Method and apparatus for testing
CN111857858A (en) Method and apparatus for processing information
CN110750780B (en) User role permission fusion method, device and equipment based on multi-service system
CN110618768B (en) Information presentation method and device
CN111831566A (en) Test method, test device, electronic equipment and computer readable storage medium
CN109348298B (en) Method and equipment for pushing and playing multimedia data stream
CN115022106B (en) Group information processing method, device, equipment and medium
CN113079085B (en) Business service interaction method, business service interaction device, business service interaction equipment and storage medium
CN109669679B (en) Service detection and processing method and device and electronic equipment
CN111641693B (en) Session data processing method and device and electronic equipment
CN114428925A (en) Page rendering method and device, electronic equipment and computer readable medium
CN109933556B (en) Method and apparatus for processing information
CN113592646A (en) Intelligent contract execution method, device and system
CN111367590A (en) Interrupt event processing method and device
CN113283891A (en) Information processing method and device and electronic equipment
CN116527284B (en) Data storage security determination method, device, 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