Operation test method and device, storage medium and electronic equipment

文档序号：121753 发布日期：2021-10-22 浏览：28次中文

阅读说明：本技术 操作测试方法和装置、存储介质及电子设备 (Operation test method and device, storage medium and electronic equipment ) 是由陈维燃蒋政胜于 2021-07-27 设计创作，主要内容包括：本发明公开了一种操作测试方法和装置、存储介质及电子设备。其中,该方法包括：从主播账号资源池中确定出达到测试授权条件的目标主播账号；当目标主播账号在直播应用中发起目标群组任务的情况下,获取与目标群组任务匹配的任务数据,目标群组任务用于指示目标主播账号和与目标主播账号关联的对象账号在目标应用中完成互动任务；对任务数据进行合规校验,得到合规校验结果；根据合规校验结果提示与目标群组任务对应的测试结果,测试结果用于指示目标主播账号运行目标群组任务的过程中出现的测试故障信息。本发明解决了相关技术中提供的操作测试过程要依赖多名专业人员所导致的测试效率较低的技术问题。(The invention discloses an operation testing method and device, a storage medium and electronic equipment. Wherein, the method comprises the following steps: determining a target anchor account reaching a test authorization condition from an anchor account resource pool; when a target anchor account initiates a target group task in a live application, acquiring task data matched with the target group task, wherein the target group task is used for indicating the target anchor account and an object account related to the target anchor account to complete an interactive task in the target application; performing compliance verification on the task data to obtain a compliance verification result; and prompting a test result corresponding to the target group task according to the compliance verification result, wherein the test result is used for indicating test fault information occurring in the process that the target anchor account runs the target group task. The invention solves the technical problem of low testing efficiency caused by the dependence of a plurality of professionals on the operation testing process provided by the related technology.)

1. An operational testing method, comprising:

determining a target anchor account reaching a test authorization condition from an anchor account resource pool;

when the target anchor account initiates a target group task in a live broadcast application, acquiring task data matched with the target group task, wherein the target group task is used for indicating the target anchor account and an object account associated with the target anchor account to complete an interactive task in the target application, the object account is an account which responds to a team formation request triggered by the target anchor account and enters a group in which the target anchor account is located in the target application, and the task data is operation data generated in the running process of the target group task;

performing compliance verification on the task data to obtain a compliance verification result;

and prompting a test result corresponding to the target group task according to the compliance verification result, wherein the test result is used for indicating test fault information occurring in the process that the target anchor account runs the target group task.

2. The method of claim 1, wherein performing compliance verification on the task data and obtaining a compliance verification result comprises:

performing compliance verification on each subtask data contained in the task data respectively, wherein each subtask data is used for indicating operation data obtained after executing operations corresponding to different subtasks in the target group task;

determining the test result as a test fault according to the compliance verification result under the condition that the compliance verification result indicates that at least one subtask data does not reach the corresponding compliance condition;

and under the condition that the compliance verification result indicates that all the subtask data reach respective corresponding compliance conditions, determining that the test result is that no test fault occurs according to the compliance verification result.

3. The method according to claim 2, wherein the performing compliance check on each subtask data included in the task data respectively comprises:

acquiring current subtask data from each subtask data;

under the condition that the current subtask data is operation data corresponding to a front subtask, determining a current subtask execution condition matched with the current subtask data from a plurality of subtask execution conditions configured for the target group task, wherein the front subtask is used for indicating a subtask executed before the target anchor account and the object account in the target group task enter the interactive task in the target application;

comparing the current subtask data with the current subtask execution condition to obtain a comparison result;

under the condition that the comparison result indicates that the current subtask data is matched with the current subtask execution condition, determining that the current subtask data meets the corresponding compliance condition;

and under the condition that the comparison result indicates that the current subtask data is not matched with the current subtask execution condition, determining that the current subtask data does not reach the corresponding compliance condition.

4. The method according to claim 2, wherein the performing compliance check on each subtask data included in the task data respectively comprises:

acquiring current subtask data from each subtask data;

under the condition that the current subtask data is operation data corresponding to a post subtask, acquiring a virtual resource result value obtained after the target anchor account or the object account respectively carries out resource updating according to an interaction result of the interaction task; the post-subtask is used for indicating a subtask executed after the target anchor account and the object account in the target group task enter the target application to complete the interaction task;

and performing compliance verification on the virtual resource result value.

5. The method of claim 4, wherein the performing compliance checking on the virtual resource result value comprises:

under the condition that the interaction result indicates that the group where the target anchor account is located is in a defeat opponent group, increasing a first virtual resource value for a virtual resource value corresponding to the target anchor account to obtain a virtual resource result value after the target anchor account is updated; acquiring an actual virtual resource value currently held by the target anchor account; under the condition that the actual virtual resource value currently held by the target anchor account is not matched with the virtual resource result value updated by the target anchor account, determining that the current subtask data does not meet the corresponding compliance condition;

under the condition that the interaction result indicates that the opponent group defeats the group where the target anchor account is located, adding a second virtual resource value to the virtual resource value corresponding to the object account to obtain a virtual resource result value after the object account is updated; acquiring an actual virtual resource value currently held by the object account; and under the condition that the actual virtual resource value currently held by the object account is not matched with the virtual resource result value updated by the object account, determining that the current subtask data does not reach the corresponding compliance condition.

6. The method of claim 1, wherein, when the target anchor account initiates a target group task in a live application, the obtaining task data matching the target group task comprises at least one of:

acquiring task attribute information configured when the target anchor account creates the target group task in the live broadcast application, wherein the task attribute information carries a subtask execution condition corresponding to each subtask in the target group task;

acquiring operation information of interactive operation executed by the object account before the object account enters a group where the target anchor account is located in the target application;

and obtaining feedback operation information matched with the task result of the target group task, wherein the feedback operation information is used for indicating operation information of feedback operation executed on the target anchor account or the target account, which is generated according to the interaction result of the interaction task indicated by the target group task.

7. The method of any of claims 1-6, wherein determining the target anchor account from the anchor account resource pool that meets the test authorization condition comprises:

sending a test request to each anchor account in the anchor account resource pool; determining the anchor account responding to the test request and returning a confirmation authorization message as the target anchor account meeting the test authorization condition;

and determining the anchor account which reaches the pre-configured test condition in the anchor account resource pool as the target anchor account which reaches the test authorization condition.

8. The method according to any one of claims 1 to 6, further comprising, after the prompting, according to the compliance verification result, a test result corresponding to the target group task:

and under the condition that the test result indicates that the target group task has the test fault, reminding the target object to repair the test fault in a target time period.

9. An operation test device, comprising:

the determining unit is used for determining a target anchor account which reaches a test authorization condition from an anchor account resource pool;

the device comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring task data matched with a target group task when the target anchor account initiates the target group task in a live broadcast application, the target group task is used for indicating the target anchor account and an object account related to the target anchor account to finish an interaction task in the target application, the object account is an account which responds to a team formation request triggered by the target anchor account and enters a group where the target anchor account is located in the target application, and the task data is operation data generated in the running process of the target group task;

the checking unit is used for carrying out compliance checking on the task data to obtain a compliance checking result;

and the prompt testing unit is used for prompting a testing result corresponding to the target group task according to the compliance checking result, wherein the testing result is used for indicating testing fault information occurring in the process that the target anchor account runs the target group task.

10. A computer-readable storage medium, comprising a stored program, wherein the program when executed performs the method of any one of claims 1 to 8.

11. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to execute the method of any of claims 1 to 8 by means of the computer program.

Technical Field

The invention relates to the field of computers, in particular to an operation testing method and device, a storage medium and electronic equipment.

Background

In order to enrich the daily interaction mode between the anchor and the fan users, the live broadcast application provides a new interaction mode for the anchor, the anchor initiates a vehicle team building request before starting the live broadcast, and the fan users paying attention to the anchor can initiate a bid to seize the vehicle position of the vehicle team after binding account numbers in the live broadcast. When the target user robs the parking space of the motorcade and clicks the getting-on button, the target user can enter the game room corresponding to the motorcade established by the anchor, so that the target user and other players simultaneously joining the motorcade can jointly complete the game confrontation task initiated by the anchor.

However, because the bidding process in the interactive mode involves virtual resource transfer between different users, it is very necessary for the live broadcast application as a platform to perform timely operation, test and verification on the interactive mode, so as to avoid system errors from affecting the legitimate asset interests of the users.

The current common testing mode is manual testing and verification, namely, a tester on a platform side of live broadcast application finds a plurality of testers to specially initiate a motorcade mode so as to go to a live broadcast room to participate in a game confrontation task, and the obtained interaction result is manually checked after the game is finished. That is, the operation test procedure provided in the related art depends on a plurality of professionals, resulting in a problem of low test efficiency.

In view of the above problems, no effective solution has been proposed.

Disclosure of Invention

The embodiment of the invention provides an operation testing method and device, a storage medium and electronic equipment, which are used for at least solving the technical problem of low testing efficiency caused by the fact that an operation testing process provided by the related technology depends on multiple professionals.

According to an aspect of an embodiment of the present invention, there is provided an operation test method including: determining a target anchor account reaching a test authorization condition from an anchor account resource pool; when a target anchor account initiates a target group task in a live broadcast application, acquiring task data matched with the target group task, wherein the target group task is used for indicating the target anchor account and an object account related to the target anchor account to complete an interactive task in the target application, the object account is an account which responds to a team request triggered by the target anchor account and enters a group in which the target anchor account is located in the target application, and the task data is operation data generated in the running process of the target group task; performing compliance verification on the task data to obtain a compliance verification result; and prompting a test result corresponding to the target group task according to the compliance verification result, wherein the test result is used for indicating test fault information occurring in the process that the target anchor account runs the target group task.

According to another aspect of the embodiments of the present invention, there is also provided an operation test apparatus including: the determining unit is used for determining a target anchor account which reaches a test authorization condition from an anchor account resource pool; the device comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring task data matched with a target group task when a target anchor account initiates the target group task in a live broadcast application, the target group task is used for indicating the target anchor account and an object account related to the target anchor account to finish an interactive task in the target application, the object account is an account responding to a team formation request triggered by the target anchor account and entering a group where the target anchor account is located in the target application, and the task data is operation data generated in the running process of the target group task; the checking unit is used for carrying out compliance checking on the task data to obtain a compliance checking result; and the prompt test unit is used for prompting a test result corresponding to the target group task according to the compliance verification result, wherein the test result is used for indicating test fault information occurring in the process that the target anchor account runs the target group task.

According to a further aspect of the embodiments of the present invention, there is also provided a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the above operation testing method when running.

According to still another aspect of the embodiments of the present invention, there is also provided an electronic device, including a memory and a processor, where the memory stores therein a computer program, and the processor is configured to execute the operation testing method described above through the computer program.

In the embodiment of the invention, after a target anchor account reaching a test authorization condition is determined from an anchor account resource pool, under the condition that the target anchor account running in a real environment is detected to initiate a target group task in a live broadcast application, task data matched with the target group task is acquired in time; and then carrying out compliance verification on the task data to obtain a compliance verification result, and prompting a test result corresponding to the target group task according to the compliance verification result. Therefore, real-time compliance verification of task data of a group task initiated by the anchor account under a real environment is realized, and whether a fault occurs in the running process of the group task is determined. And a plurality of special testers do not need to perform manual operation test in the target application, so that the test difficulty of performing operation test on the group tasks running in the live broadcast application scene is greatly reduced, the aim of improving the operation test efficiency is achieved, and the problem of lower test efficiency in the operation test process provided in the related technology is solved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

FIG. 1 is a schematic diagram of a hardware environment for an alternative operational testing method according to an embodiment of the present invention;

FIG. 2 is a flow diagram of an alternative operational testing method according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of an alternative operational testing method according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of another alternative operational testing method according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of yet another alternative operational testing method according to an embodiment of the present invention;

FIG. 6 is a schematic diagram of yet another alternative operational testing method in accordance with an embodiment of the present invention;

FIG. 7 is a schematic diagram of yet another alternative operational testing method in accordance with an embodiment of the present invention;

FIG. 8 is a flow diagram of another alternative operational testing method in accordance with an embodiment of the present invention;

FIG. 9 is a flow chart of yet another alternative operational testing method in accordance with an embodiment of the present invention;

FIG. 10 is a schematic diagram of an alternative operational testing device in accordance with an embodiment of the present invention;

fig. 11 is a schematic structural diagram of an alternative electronic device according to an embodiment of the invention.

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the 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.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

According to an aspect of the embodiments of the present invention, an operation testing method is provided, and optionally, as an optional implementation manner, the operation testing method may be applied, but not limited, to an operation testing system in a hardware environment as shown in fig. 1, where the operation testing system may include, but is not limited to, a terminal device 102, a network 104, a server 106, a database 108, and a terminal device 110. A target client (for example, a game client as shown in fig. 1) that logs in using a user account is operated in each of the terminal device 102 and the terminal device 110. The terminal device 102 and the terminal device 110 respectively include a human-computer interaction screen, a processor and a memory. The human-computer interaction screen is used for displaying a virtual game scene (as shown in fig. 1, the virtual game scene is a shooting battle game scene); and the system is also used for providing a human-computer interaction interface to receive human-computer interaction operation for controlling a controlled virtual object in the virtual game scene, wherein the virtual object is to complete a game task set in the virtual game scene. The processor is used for responding the human-computer interaction operation to generate an interaction instruction and sending the interaction instruction to the server. The memory is used for storing task data of a target group task, such as operation data generated in the running process of a game task, and the like, wherein a client of a live application and a client of a target application which are logged in by using a target anchor account are run in the terminal equipment 102; the terminal device 110 runs a client of a live application and a client of a target application, which are registered using an object account.

In addition, a processing engine is included in server 106 for performing storage or read operations on database 108. Specifically, the processing engine stores the task data acquired from the terminal device 102 in the database 108, and may also read a compliance condition from the database 108 to perform compliance verification on the task data to obtain a compliance verification result, and determine a test result of the target group task according to the compliance verification result.

The specific process comprises the following steps: in step S102, the server 106 determines a target anchor account (an anchor account used by a client of a live application running in the terminal device 102 shown in fig. 1) that meets the test authorization condition from an anchor account resource pool stored in the database 108. When the target anchor account initiates a target group task in the live application, task data matching the target group task is obtained, for example, in step S104, the task data is obtained from the terminal device 102 and the terminal device 110 through the network 104. The target group task is configured to instruct a target anchor account and a target account (e.g., a viewing account used by a client of a live application running in the terminal device 110 shown in fig. 1, and also a user account bound in the target application) associated with the target anchor account to complete an interactive task (e.g., a shooting game task) in a target application (e.g., a shooting game application shown in fig. 1), where task data is operation data generated during a running process of the target group task. Then, in steps S106 to S108, compliance verification is performed on the acquired task data to obtain a compliance verification result, and a test result corresponding to the target group task is prompted according to the compliance verification result, where the test result is used to indicate test fault information occurring in the process of running the target group task by the target anchor account.

It should be noted that, in this embodiment, after the target anchor account reaching the test authorization condition is determined from the anchor account resource pool, when it is detected that the target anchor account running in a real environment initiates a target group task in the live broadcast application, task data matched with the target group task is obtained in time; and then carrying out compliance verification on the task data to obtain a compliance verification result, and prompting a test result corresponding to the target group task according to the compliance verification result. Therefore, real-time compliance verification of task data of a group task initiated by the anchor account under a real environment is realized, and whether a fault occurs in the running process of the group task is determined. And a plurality of special testers do not need to perform manual operation test in the target application, so that the test difficulty of performing operation test on the group tasks running in the live broadcast application scene is greatly reduced, the aim of improving the operation test efficiency is achieved, and the problem of lower test efficiency in the operation test process provided in the related technology is solved.

Optionally, in this embodiment, the terminal device may be a terminal device configured with a target client, and may include, but is not limited to, at least one of the following: mobile phones (such as Android phones, iOS phones, etc.), notebook computers, tablet computers, palm computers, MID (Mobile Internet Devices), PAD, desktop computers, smart televisions, etc. The target client may be a multi-player interactive online game client or the like. Such networks may include, but are not limited to: a wired network, a wireless network, wherein the wired network comprises: a local area network, a metropolitan area network, and a wide area network, the wireless network comprising: bluetooth, WIFI, and other networks that enable wireless communication. The server may be a single server, a server cluster composed of a plurality of servers, or a cloud server. The above is merely an example, and this is not limited in this embodiment.

Optionally, in this embodiment, the operation testing method may be applied to, but not limited to, a process of running a group confrontation game task in a live application scene. The group confrontation game can be, but is not limited to, a Multiplayer Online Battle sports game (MOBA) application, wherein the group confrontation game task can be, but is not limited to, a game task in which a current player controls a virtual character in a virtual scene through man-machine interaction operation and a virtual character controlled by other players through confrontation interaction, and the confrontation game task can be, but is not limited to, running in an application (such as a game APP running independently) in the form of a plug-in, an applet, or running in an application (such as a game APP running independently) in a game engine. The types of gaming applications described above may include, but are not limited to, at least one of: two-dimensional (2D) game applications, Three-dimensional (3D) game applications, Virtual Reality (VR) game applications, Augmented Reality (AR) game applications, Mixed Reality (MR) game applications. The above is merely an example, and the present embodiment is not limited to this.

Optionally, as an optional implementation, as shown in fig. 2, the operation testing method includes:

s202, determining a target anchor account which reaches a test authorization condition from an anchor account resource pool;

optionally, in this embodiment, the test authorization condition may be, but is not limited to, a screening condition configured in advance by a test developer, so that a part of anchor accounts are screened from the anchor account resource pool according to the screening condition to run the operation test method in this embodiment. The test authorization conditions may include, but are not limited to: the anchor account is in a white list, the account ID of the anchor account is odd or even, the account level of the anchor account is higher than a predetermined level, and other conditions facilitating accurate acquisition of the test result. In addition, the test authorization condition may also include, but is not limited to: and the anchor account responds to a confirmation authorization message returned by the test request sent by the server. That is to say, the anchor account participating in the operation test receives the confirmation feedback of the anchor user, thereby ensuring the information security of the user participating in the test.

In addition, in this embodiment, the anchor account may be, but is not limited to, a live room created by a live application assistant, so as to provide shared content to a viewing account focusing on the anchor account through the live room. In this embodiment, the account used by the anchor account in the live application and the account used by the anchor account in the target application are already bound.

S204, under the condition that a target anchor account initiates a target group task in a live broadcast application, acquiring task data matched with the target group task, wherein the target group task is used for indicating the target anchor account and an object account related to the target anchor account to complete an interactive task in the target application, the object account is an account which responds to a team request triggered by the target anchor account and enters a group where the target anchor account is located in the target application, and the task data is operation data generated in the running process of the target group task;

optionally, in this embodiment, the target group task may be, but is not limited to, a task initiated by the anchor account before live broadcast, where the task is used to invite a fan viewing account paying attention to the anchor account to participate, so as to complete a one-play interaction task (e.g., a group confrontation game task) together with the anchor account. In the running process of the interactive task, the anchor account synchronously broadcasts the running picture of the interactive task to the online fan watching account.

Taking a live game as an example, such as a game fleet mode in a live application, a main broadcast creates a live room in the live application and initiates a game fleet task (i.e., a target group task). The main broadcast account and the fan account thereof are bound with the game account in the game application (namely the target application) in the live broadcast room, the fan account seizes a parking space in a game fleet in a bidding mode, and when the target account seizes the parking space and clicks a boarding button, the target account can directly enter a game room created by the main broadcast account in the target application, so that a group established by the main broadcast account and the fan account and a confrontation group together complete a game task.

For example, the configuration interface of the game fleet task may be as shown in fig. 3, and configure the getting-on condition for the invited fan account into the fleet, such as: the number of open positions, pay mode, take-off price and identity limitations of the fleet. After the boarding conditions are determined and the game fleet task is triggered, the display interface of each fan account can prompt the following information as shown in fig. 4: the anchor ID-1 has initiated a game fleet task that is three-person mode, with the anchor ID-1 having a high game account level in the game application (i.e., the target application). Currently, two people need to wait for getting on the car to start a game task. The fan account currently displaying the interface may determine whether the fleet created by anchor ID-1 described above may be entered by bidding.

Wherein, the game fleet task can be but is not limited to be configured with task countdown. The tasked countdown is shown as 1 minute and the current remaining time period is "00: 54" in FIG. 4. When the task countdown is 0, the game fleet task fails, and the fan account cannot enter the fleet of the anchor account.

It should be noted that, in this embodiment, the policy for seizing a parking space by each fan account in the bidding mode may be as follows: and (4) bidding by the fan account numbers respectively, and sequencing according to the bidding heights. The higher the bid, the higher the fan account ranking will be, and the greater the probability of entering the fleet of anchor accounts (i.e., getting on). When the ranks are the same, the fan account numbers which participate in bidding and are positioned at the front time will enter the motorcade preferentially. To illustrate with reference to FIG. 5, assume that 4 fan accounts participate in a bid, wherein account ID-2 bids 15 diamonds, account ID-3 bids 11 diamonds, account ID-4 bids 10 diamonds, and account ID-5 bids 5 diamonds. And determining two fan account numbers to get on the vehicle, namely the account number ID-2 and the account number ID-3, according to the order of the bids from high to low. As shown in fig. 5, a host account ID-1 and fan accounts ID-2 and ID-3 determined as object accounts are grouped into a three-person group to participate in a group confrontation game task in a game application.

In addition, in this embodiment, the anchor account and the object account participating in the live broadcast are bound to their accounts in the target application before entering the interaction task. A binding interface such as a host account may be as shown in fig. 6, with the account selected for registration in the target application (i.e., gaming application), also assumed to be ID-1. In addition, as shown in fig. 7, an account number to be bound (e.g., ID-1), an operating system to be used (e.g., iOS system), a zone uniform to be entered (e.g., hand 11 zone), and a role to be used (e.g., zhang san) may be selected. The binding interfaces shown in fig. 6-7 are all examples, and this is not limited in this embodiment.

S206, performing compliance verification on the task data to obtain a compliance verification result;

optionally, in this embodiment, the task data may include, but is not limited to, operation data generated during the running process of the target group task, where the operation data may include, but is not limited to: the method comprises the steps of executing configuration operation data before the anchor account enters an interactive task, executing interactive operation data before the object account is added into a group where the target anchor account is located in the target application, and executing feedback operation on the target anchor account and the object account after the interactive task is finished and an interactive result is obtained.

It should be noted that the operation data of the configuration operation may be, but is not limited to, entry conditions configured by the target anchor account for the interactive task. Taking the live group confrontation game as an example, the configuration information may include, as shown in fig. 3: a number of fleet open positions, a pay-per-bid for entry into the fleet, a bid rate for a bid mode, an identity constraint for entry into the fleet, and the like.

In addition, the operation data of the interactive operation performed by the object account may include, but is not limited to, an operation performed by the object account to enter a group created by the target anchor account. The operation information of the interactive operation may include, as shown in fig. 5: account identification of the fan account, time information for participating in a bid, bid information when participating in a bid, and the like.

Moreover, the operation data for performing the feedback operation on the target anchor account and the target account may include, but is not limited to: under the condition that the interaction result of the interaction task indicates that the group where the target anchor account is located wins, feeding back resource data of virtual resources for rewarding to the target anchor account; and feeding back resource data of virtual resources for comfort to the object account numbers in the group under the condition that the interaction result of the interaction task indicates that the group where the target anchor account number is located fails.

In this embodiment, compliance verification may be performed on each operation data in the task data, but not limited to; and determining that the compliance verification result of the operation data is verification success when the corresponding compliance condition is reached, and determining that the compliance verification result of the operation data is verification failure when the corresponding compliance condition is not reached. For example, whether the attribute information of the selected object account satisfies an entry condition configured by the anchor account for the interactive task, that is, whether the object account satisfies an identity restriction condition, whether the object account is obtained by screening according to the bidding order, and the like. For another example, after the group of the target anchor account numbers wins the game interaction task, whether the corresponding account obtains the reward virtual resource which the corresponding account should obtain, whether the obtained resource value is correct, and the like.

And S208, prompting a test result corresponding to the target group task according to the compliance verification result, wherein the test result is used for indicating test fault information occurring in the process that the target anchor account runs the target group task.

It should be noted that, in this embodiment, the compliance check result is used to check whether the operation data of each operation executed in the target group task is compliant. And under the condition that the compliance verification result indicates that the operation is not compliant, indicating that an operation fault occurs in the operation process of the target group task, and correspondingly determining that the test result is a test fault (such as a system bug). Furthermore, timely repairing of the fault is achieved by prompting corresponding testers, and the problem that the running process of the game is not compliant is avoided. And under the condition that the compliance checking result indicates that the operation is in compliance, the running process of the target group task does not occur, and the test result is directly prompted as no fault. Therefore, the testing personnel do not need to manually perform testing detection.

In addition, in this embodiment, the number of the target anchor accounts participating in the test may be one account or a plurality of accounts. When a plurality of anchor accounts participate in the test, the task data of the target group task triggered by each anchor account may be verified respectively, but not limited to, by polling each anchor account.

As shown in fig. 8, assuming that the above-described live game task running process in the live application is still taken as an example, the anchor account number meeting the test authorization condition is referred to as a gray anchor. In step S802, the fleet status of the game fleet tasks triggered by the respective gray level anchor is polled. In step S804, it is determined whether the fleet task is finished? Returning to the step S802 to continue polling when the fleet task is not finished; when the fleet task is finished, the process returns to step S806, and the operation data generated by each role account (such as the anchor account and the fan account) in the currently finished fleet is analyzed. The types and contents of the operation data can refer to the above embodiments, and are not described herein again. And then, executing step S808, verifying each item of operation data in the fleet to obtain a verification result. And pushing the verification result as a test result to the tester, in step S810. If the verification result indicates that the operation is not in compliance, determining that a fault occurs in the operation process of the fleet task, and prompting that the test result is the fault; and under the condition that the verification result indicates that all operations are in compliance, determining that no fault occurs in the task operation process of the fleet, and prompting that the test result indicates that no fault occurs. Therefore, the live game scene can be tested in a real environment without additional manpower and material resources, and the effect of improving the testing efficiency is achieved.

According to the embodiment provided by the application, after the target anchor account reaching the testing authorization condition is determined from the anchor account resource pool, under the condition that the target anchor account running in a real environment is detected to initiate the target group task in the live broadcast application, the task data matched with the target group task is acquired in time; and then carrying out compliance verification on the task data to obtain a compliance verification result, and prompting a test result corresponding to the target group task according to the compliance verification result. Therefore, real-time compliance verification of task data of a group task initiated by the anchor account under a real environment is realized, and whether a fault occurs in the running process of the group task is determined. And a plurality of special testers do not need to perform manual operation test in the target application, so that the test difficulty of performing operation test on the group tasks running in the live broadcast application scene is greatly reduced, the aim of improving the operation test efficiency is achieved, and the problem of lower test efficiency in the operation test process provided in the related technology is solved.

As an optional scheme, performing compliance verification on the task data, and obtaining a compliance verification result includes:

1) determining that the test result is a test fault according to the compliance checking result under the condition that the compliance checking result indicates that at least one subtask data does not reach the corresponding compliance condition;

2) and under the condition that the compliance verification result indicates that all the subtask data reach the respective corresponding compliance conditions, determining that the test result is that no test fault occurs according to the compliance verification result.

Optionally, in this embodiment, the task data may include, but is not limited to, a plurality of subtask data, where each subtask data is operation data of an operation corresponding to a different subtask in the target group task.

It should be noted that, the compliance verification process in this embodiment may be, but is not limited to, determining whether the sub-task data is adapted to the compliance condition corresponding to each sub-task data. Where the compliance conditions may include, but are not limited to: and the target anchor account is configured with a limiting condition when initiating the target group task. If the target group task is a fleet task in a live broadcast scene, the limitation condition may be, but is not limited to, a configuration condition that a fan account enters the fleet. If the attribute information of the fan account (namely the object account) actually entering the motorcade meets the configuration condition of the motorcade, determining that the entering operation of the fan account reaches the compliance condition; and if at least one piece of attribute information of the fan account (namely the object account) which actually enters the motorcade does not meet the configuration condition of the motorcade, determining that the entering operation of the fan account does not meet the compliance condition.

Further, compliance conditions herein may also include, but are not limited to: and after the target group task is finished, feedback verification conditions after feedback operation is executed on the target anchor account or the target account. If the group where the target anchor account is located wins in the interaction task (namely the group confrontation game task), virtual resources are transferred to the account corresponding to the target anchor account according to the operation strategy of the target group task so as to show the reward. The feedback verification condition here is to verify whether the account corresponding to the target anchor account number receives the transferred virtual resource, and whether the resource value is consistent with the established transfer condition. If the group where the target anchor account number is in fails in the interaction task (namely the group confrontation game task), virtual resources are transferred to the account corresponding to the object account number according to the operation strategy of the target group task so as to show comfort. The feedback verification condition here is to verify whether the account corresponding to the object account number receives the transferred virtual resource, and whether the resource value is consistent with the established transfer condition.

According to the embodiment provided by the application, compliance verification is respectively carried out on each subtask data contained in the task data, and under the condition that each subtask data reaches the respective corresponding compliance condition, the target group task is determined to pass the compliance verification, and no fault occurs in the current test process; and under the condition that at least one subtask data does not reach the corresponding compliance condition, determining that the target group task does not pass the compliance verification, and prompting relevant testing personnel to repair the fault in time if a potential fault exists in the current testing process.

As an optional scheme, performing compliance verification on each subtask data included in the task data includes:

s1, acquiring current subtask data from each subtask data;

s2, under the condition that the current subtask data is operation data corresponding to a front subtask, determining a current subtask execution condition matched with the current subtask data from a plurality of subtask execution conditions configured for the target group task, wherein the front subtask is used for indicating the subtask executed before a target anchor account and an object account in the target group task enter an interactive task in a target application;

s3, comparing the current subtask data with the current subtask execution condition to obtain a comparison result;

s4, determining that the current subtask data meets the corresponding compliance condition under the condition that the comparison result indicates that the current subtask data is matched with the current subtask execution condition;

and S5, determining that the current subtask data does not reach the corresponding compliance condition under the condition that the comparison result indicates that the current subtask data does not match the current subtask execution condition.

The following examples are specifically incorporated for illustration: assume that the target group task is still the game fleet task described above as an example. Specifically, the target anchor account ID-1 creates a fleet of vehicles in the live application, and the boarding conditions of the fleet of vehicles can be as shown in fig. 3: the number of open locations is "3", the payment method is "bid", and the identity is limited to "nobility". After the target anchor account ID-1 is successfully invited to the object account ID-2 and the object account ID-3 in a bidding mode, a game confrontation task in a game application is initiated.

Further, it is assumed that the acquired current subtask is determined to be a preceding subtask (a subtask executed before entering a game countermeasure task), such as an entry task of the subject account into the fleet. And acquiring current subtask data of the current subtask and corresponding current subtask execution conditions, wherein the current subtask execution conditions are entry conditions configured by the fleet of vehicles, if the current subtask data is attribute data of an object account number which successfully enters the fleet of vehicles.

And comparing the current subtask data with the current subtask execution condition to obtain a comparison result. For example, 1) comparing the identity information of the target account with the identity limitation information in the entry condition, if the identity of the target account is not the noble identity limited in fig. 3, it is determined that the comparison result indicates that the current subtask data does not match the current subtask execution condition, that is, the current subtask data (task data entering the fleet) does not meet the compliance condition. 2) And comparing whether the mode of entering the motorcade by the object account is determined according to the bidding sequence, and under the condition that the bids of the object account are not positioned in the first two in the bidding sequence (assuming that the current motorcade is in a three-person mode, the motorcade still needs two user accounts to enter except for the anchor account), determining that the comparison result indicates that the current subtask data is not matched with the current subtask execution condition, namely that the current subtask data (the task data entering the motorcade) does not reach the compliance condition.

And under the condition that all data of the object account number accord with the entry conditions configured for the motorcade, determining that the comparison result indicates that the current subtask data is matched with the current subtask execution conditions, namely that the current subtask data (the task data entering the motorcade) meets the compliance conditions.

The situations listed here are examples, and this is not limited in this embodiment.

According to the embodiment provided by the application, under the condition that the current subtask data is the operation data of the front subtask, whether the current subtask data reaches the compliance condition or not is determined by comparing the current subtask data with the pre-configured current subtask execution condition, so that whether the current subtask data passes the compliance verification or not is determined. The operation of the pre-subtask collected in the real environment is compared with the pre-configured subtask execution condition to complete the automatic compliance verification of the pre-subtask, so that the effect of automatically testing the current subtask data is achieved.

As an optional scheme, performing compliance verification on each subtask data included in the task data includes:

s1, acquiring current subtask data from each subtask data;

s2, under the condition that the current subtask data is the operation data corresponding to the post subtask, acquiring a virtual resource result value obtained by respectively updating the resources of the target anchor account or the target account according to the interaction result of the interaction task; the post-positioned subtask is used for indicating a subtask executed after a target anchor account and an object account in a target group task enter a target application to complete an interactive task;

and S3, performing compliance check on the virtual resource result value.

Optionally, in this embodiment, performing compliance check on the virtual resource result value includes:

1) under the condition that the interaction result indicates that the group where the target anchor account is located defeats the opponent group, increasing a first virtual resource value for the virtual resource value corresponding to the target anchor account to obtain a virtual resource result value after the target anchor account is updated; acquiring an actual virtual resource value currently held by a target anchor account; under the condition that the actual virtual resource value currently held by the target anchor account is not matched with the virtual resource result value updated by the target anchor account, determining that the current subtask data does not reach the corresponding compliance condition;

2) under the condition that the interaction result indicates that the opponent group defeats the group where the target anchor account is located, adding a second virtual resource value to the virtual resource value corresponding to the object account to obtain a virtual resource result value after the object account is updated; acquiring an actual virtual resource value currently held by the object account; and under the condition that the actual virtual resource value currently held by the object account is not matched with the virtual resource result value updated by the object account, determining that the current subtask data does not reach the corresponding compliance condition.

Further, it is assumed that the acquired current subtask is determined as a post subtask (a subtask executed after entering the game confrontation task), such as a feedback task executed after the interaction task is finished and the interaction result is obtained. And acquiring a virtual resource result value obtained after the target anchor account or the object account respectively carries out resource updating according to the interaction result of the interaction task.

After the virtual resource result value of each account is updated according to the interaction result of the interaction task, the method further comprises the following steps:

1) when the group in which the target anchor account is located defeats the opponent group, a resource value X should be added to the virtual resource value corresponding to the target anchor account to obtain an updated virtual resource result value R. For example, the platform awards a corresponding virtual gift (e.g., virtual gold, virtual props, virtual characters, virtual skins, partial application rights, etc.) for the target anchor account ID-1. Then, the actual virtual resource value S currently held by the target anchor account is obtained. Such as the actual virtual resource value currently held by the target anchor account (e.g., the number of currencies currently held, the number of currently held specific virtual items or the number of specific avatars or the number of specific virtual skins or application permissions, etc.).

For example, assuming that the number of coins originally held by the target anchor account is 500, if the game countermeasure task in the one-round fleet task wins, the bonus coin 100 should be received, i.e., the updated virtual resource result value R should be 500. However, if the actual virtual resource value S is determined to be 500 through comparison and is not matched with the virtual resource result value R, it is determined that the current subtask data (the task data of the feedback task) does not meet the compliance condition.

For example, taking the virtual skin as an example, assuming that the target anchor account does not originally own the virtual skin a of the character a, when winning in the game countermeasure task in the one-team task, the virtual skin a that should receive the reward, i.e., the updated virtual resource result value R, should indicate that the number of the virtual skins a is 1. However, if the actual virtual resource value indicates that the number of the virtual skins a is 0 as determined by comparison and is not matched with the virtual resource result value R, it is determined that the current subtask data (the task data of the feedback task) does not meet the compliance condition.

2) Under the condition that the group where the target anchor account is located does not defeat the opponent group, a resource value Y is added to the virtual resource value corresponding to the object account to obtain an updated virtual resource result value Q. For example, a knapsack gift (such as virtual gold, virtual props, virtual characters, virtual skins, partial application rights, etc.) is issued by the platform for the object account ID-2 to show comfort. Then, the actual virtual resource value P currently held by the object account is obtained. Such as the actual virtual resource value currently held by the object account (e.g. the number of currently held coins, the number of currently held specific virtual items or the number of specific virtual characters or the number of specific virtual skins or application permissions, etc.).

For example, taking a virtual character as an example, assuming that the object account does not originally own the virtual character B, when a game countermeasure task in a one-round team task fails, a comfort feedback should be received, that is, the updated virtual resource result value R should indicate that the number of virtual characters B is 1. However, if the actual virtual resource value indicates that the number of the virtual characters B is 0 and the virtual resource result value R is not matched with the actual virtual resource value, it is determined that the current subtask data (the task data of the feedback task) does not meet the compliance condition.

The situations listed here are examples, and this is not limited in this embodiment.

According to the embodiment provided by the application, under the condition that the current subtask data is the operation data of the post subtask, the respective virtual resource result values of the target anchor account or the object account are respectively judged according to different interaction results so as to determine whether the virtual resource result values reach the compliance condition or not, and therefore whether the virtual resource result values pass the compliance verification or not is determined. The automatic compliance verification of the post subtask is completed by comparing the virtual resource result value corresponding to the post subtask collected in the real environment with the actual virtual resource value, so that the effect of automatically testing the current subtask data is achieved.

As an optional scheme, when the target anchor account initiates a target group task in the live application, acquiring task data matched with the target group task includes at least one of the following:

1) acquiring task attribute information configured when a target anchor account establishes a target group task in a live broadcast application, wherein the task attribute information carries subtask execution conditions corresponding to each subtask in the target group task;

for example, the sub-task execution conditions corresponding to the respective sub-tasks may include, as shown in fig. 3: a number of fleet open positions, a pay-per-bid for entry into the fleet, a bid rate for a bid mode, an identity constraint for entry into the fleet, and the like.

2) Acquiring operation information of interactive operation executed by the object account before the object account enters a group where a target anchor account is located in a target application;

for example, the operation information of the above-mentioned interactive operation may include, as shown in fig. 5: account identification of the fan account, time information for participating in a bid, bid information when participating in a bid, and the like.

3) And acquiring feedback operation information matched with the task result of the target group task, wherein the feedback operation information is used for indicating operation information of feedback operation executed on the target anchor account or the target account, which is generated according to the interaction result of the interaction task indicated by the target group task.

For example, the operation information of the feedback operation here may be, but is not limited to: under the condition that the interaction result of the interaction task indicates that the group where the target anchor account is located wins, feeding back resource data of virtual resources for rewarding to the target anchor account; and feeding back resource data of virtual resources for comfort to the object account numbers in the group under the condition that the interaction result of the interaction task indicates that the group where the target anchor account number is located fails.

According to the embodiment provided by the application, the fault test of the running process of the target group task is completed by performing compliance verification on the task data of the target group task collected under the real environment, so that manpower and material resources required by the test process in the related technology are reduced, and the efficiency of operation test is improved.

As an optional scheme, determining a target anchor account meeting the test authorization condition from the anchor account resource pool includes:

s1, sending a test request to each anchor account in the anchor account resource pool; the anchor account responding to the test request and returning a confirmation authorization message is determined as a target anchor account reaching the test authorization condition;

and S2, determining the anchor account which reaches the pre-configured test condition in the anchor account resource pool as the target anchor account which reaches the test authorization condition.

Optionally, in this embodiment, the test authorization permission of the anchor account may be obtained, but is not limited to, by sending a test request to the anchor account. In the case that the anchor account number feeds back the confirmation authorization message, the anchor account number is determined as the target anchor account number (which may also be referred to as a gray-scale anchor) that reaches the test authorization condition in this embodiment. Sdk of the target application (such as a game application) used by the target anchor account is convenient for reporting the interaction result of the interaction task completed in the target application to the server, so as to determine whether the operation data of the corresponding feedback operation meets the compliance condition (for example, whether the awarded virtual resource is paid out according to a set value) according to the interaction result.

According to the embodiment provided by the application, after the test request is sent to the anchor account participating in the operation test, the anchor account acquiring the confirmation authorization message is tested, so that the security of the privacy information and the application use information of the user is ensured.

As an optional scheme, after prompting the test result corresponding to the target group task according to the compliance verification result, the method further includes:

and S1, under the condition that the test result indicates that the target group task has the test fault, reminding the target object to repair the test fault in the target time period.

It should be noted that, in this embodiment, when a test fault is detected for the target group task, a prompt alarm may be sent to a corresponding tester, so that the tester may repair the fault in real time, thereby implementing a closed loop. Therefore, the situation that the non-compliant game operation continues to appear and the objective fairness of the target group task operation is damaged is avoided. The repairing may be, but is not limited to, bug repairing performed by a tester on the program code corresponding to the subtask in which the non-compliance occurs.

A complete embodiment will now be described with particular reference to the process shown in fig. 9:

1. determining a part of anchor accounts (namely target anchor accounts) in a formal real environment, and configuring the anchor accounts into a gray anchor; the fleet task is initiated upon detection of any of the gray level anchor and a game room is created. Determining the entry conditions of the motorcade, such as motorcade type/number of parking spaces/payment mode/price/identity requirement and other information, configured for the motorcade task, and reporting the configured entry conditions to the server.

2. The anchor account number can call up the fans of the anchor account number to a live broadcast room to participate in bidding, and the fans with the top rank can obtain tickets according to the height and time sequence of the bidding; after the fans with tickets click to get on the bus, local game applications are pulled up and enter a game room created by the main broadcast; after fans obtaining tickets all enter the game room, the anchor can start a game; this process reports information about fans participating in bidding (e.g., platform ID of fan/bound game account/bid time/bid amount, etc.) to the server.

3. And when the anchor account number and the fan account number finish the mission of confronting according to the game, the mission of the motorcade is settled. Similarly, the game result data is reported to the server.

4. When the server collects the subtask data 1/2/3, a data verification analysis can be performed. For example: whether fans participating in bidding meet conditions set by a motorcade or not, whether fans obtaining tickets win the bidding ranking or not, only fans with tickets can get on the vehicle, the main players or fans can be compensated according to the win-loss of the game and the accounts can be compensated, and the like.

5. The server can poll each gray anchor regularly whether a motorcade task is initiated or not, judge whether the motorcade task is finished or not, and when the motorcade task is finished, the server can analyze task data obtained when a secondary motorcade task is finished, execute preset check logic and push a check result to a test responsible person; if the problem that the verification fails exists, the warning information can be pushed, and the response is timely carried out. And after the pushing is finished, continuously polling the gray anchor, and continuously circulating the whole process.

The above is an example, and this is not limited in this embodiment.

It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.

According to another aspect of the embodiments of the present invention, there is also provided an operation test apparatus for implementing the above operation test method. As shown in fig. 10, the apparatus includes:

a determining unit 1002, configured to determine, from a anchor account resource pool, a target anchor account that meets a test authorization condition;

an obtaining unit 1004, configured to obtain task data matched with a target group task when a target anchor account initiates the target group task in a live broadcast application, where the target group task is used to indicate that the target anchor account and an object account associated with the target anchor account complete an interaction task in the target application, the object account is an account that responds to a team request triggered by the target anchor account to enter a group where the target anchor account is located in the target application, and the task data is operation data generated in an operation process of the target group task;

the checking unit 1006 is configured to perform compliance checking on the task data to obtain a compliance checking result;

and a prompt testing unit 1008, configured to prompt a testing result corresponding to the target group task according to the compliance checking result, where the testing result is used to indicate test fault information occurring in a process in which the target anchor account runs the target group task.

In this embodiment, reference may be made to the above method embodiment for an embodiment to be implemented by each unit module, which is not described herein again.

According to another aspect of the embodiment of the present invention, there is also provided an electronic device for implementing the operation testing method, where the electronic device may be the terminal device or the server shown in fig. 1. The present embodiment takes the electronic device as a server as an example for explanation. As shown in fig. 11, the electronic device comprises a memory 1102 and a processor 1104, wherein the memory 1102 stores a computer program and the processor 1104 is arranged to execute the steps of any of the above method embodiments by means of the computer program.

Optionally, in this embodiment, the electronic device may be located in at least one network device of a plurality of network devices of a computer network.

Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:

s1, determining a target anchor account which reaches the test authorization condition from the anchor account resource pool;

s2, when a target anchor account initiates a target group task in a live broadcast application, acquiring task data matched with the target group task, wherein the target group task is used for indicating the target anchor account and an object account associated with the target anchor account to complete an interactive task in the target application, the object account is an account which responds to a team request triggered by the target anchor account and enters a group where the target anchor account is located in the target application, and the task data is operation data generated in the running process of the target group task;

s3, performing compliance verification on the task data to obtain a compliance verification result;

and S4, prompting a test result corresponding to the target group task according to the compliance verification result, wherein the test result is used for indicating test fault information occurring in the process that the target anchor account runs the target group task.

Alternatively, it can be understood by those skilled in the art that the structure shown in fig. 11 is only an illustration, and the electronic device may also be a terminal device such as a smart phone (e.g., an Android phone, an iOS phone, etc.), a tablet computer, a palmtop computer, a Mobile Internet Device (MID), a PAD, and the like. Fig. 11 is a diagram illustrating a structure of the electronic device. For example, the electronics may also include more or fewer components (e.g., network interfaces, etc.) than shown in FIG. 11, or have a different configuration than shown in FIG. 11.

The memory 1102 may be used to store software programs and modules, such as program instructions/modules corresponding to the operation testing method and apparatus in the embodiments of the present invention, and the processor 1104 executes various functional applications and data processing by running the software programs and modules stored in the memory 1102, that is, the operation testing method described above is implemented. The memory 1102 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 1102 can further include memory located remotely from the processor 1104 and such remote memory can be coupled to the terminal via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof. The memory 1102 may be specifically, but not limited to, used for storing information such as task data matched with the target group task, a compliance verification result and a test result after compliance verification is performed on the task data. As an example, as shown in fig. 11, the memory 1102 may include, but is not limited to, a determination unit 1002, an acquisition unit 1004, a verification unit 1006, and a prompt test unit 1008 in the operation test apparatus. In addition, other module units in the operation testing apparatus may also be included, but are not limited to, and are not described in detail in this example.

Optionally, the transmitting device 1106 is used for receiving or transmitting data via a network. Examples of the network may include a wired network and a wireless network. In one example, the transmission device 1106 includes a Network adapter (NIC) that can be connected to a router via a Network cable to communicate with the internet or a local area Network. In one example, the transmission device 1106 is a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

In addition, the electronic device further includes: the display 1108 is used for displaying a test result determined according to a compliance check result obtained after the task data is subjected to compliance check; and a connection bus 1110 for connecting the respective module components in the above-described electronic apparatus.

In other embodiments, the terminal device or the server may be a node in a distributed system, where the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting a plurality of nodes through a network communication. Nodes can form a Peer-To-Peer (P2P, Peer To Peer) network, and any type of computing device, such as a server, a terminal, and other electronic devices, can become a node in the blockchain system by joining the Peer-To-Peer network.

According to an aspect of the application, a computer program product or computer program is provided, comprising computer instructions, the computer instructions being stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to execute the operation testing method. Wherein the computer program is arranged to perform the steps of any of the above method embodiments when executed.

Alternatively, in the present embodiment, the above-mentioned computer-readable storage medium may be configured to store a computer program for executing the steps of:

s1, determining a target anchor account which reaches the test authorization condition from the anchor account resource pool;

s3, performing compliance verification on the task data to obtain a compliance verification result;

Alternatively, in this embodiment, a person skilled in the art may understand that all or part of the steps in the methods of the foregoing embodiments may be implemented by a program instructing hardware associated with the terminal device, where the program may be stored in a computer-readable storage medium, and the storage medium may include: flash disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

The integrated unit in the above embodiments, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing one or more computer devices (which may be personal computers, servers, network devices, etc.) to execute all or part of the steps of the method according to the embodiments of the present invention.

In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one type of division of logical functions, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

26页详细技术资料下载

Operation test method and device, storage medium and electronic equipment

相关技术

网友询问留言