CN112799970A

CN112799970A - Test data processing method, device, electronic equipment and medium

Info

Publication number: CN112799970A
Application number: CN202110377094.4A
Authority: CN
Inventors: 柯司博; 刘翔; 蔡良; 李小琴; 陈家顺
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-04-08
Filing date: 2021-04-08
Publication date: 2021-05-14
Anticipated expiration: 2041-04-08
Also published as: CN112799970B

Abstract

The embodiment of the application discloses a test data processing method, a test data processing device, electronic equipment and a test data processing medium, and is applied to the technical field of data processing. The method comprises the following steps: the method comprises the steps of obtaining an application test request sent by an application client, distributing a simulation test account to a test task to which the application test request belongs, returning test entry information to the application client, obtaining an application test instruction sent by the application client based on the test entry information, and calling the simulation test account to execute a test operation of a type indicated by the application test instruction on the application client so that the application client generates test response information corresponding to the test operation. By adopting the embodiment of the application, the test efficiency of the application client can be improved in the test process of the application client.

Description

Test data processing method, device, electronic equipment and medium

Technical Field

The present application relates to the field of data processing technologies, and in particular, to a test data processing method and apparatus, an electronic device, and a medium.

Background

At present, in the development and operation processes of application software, in order to ensure that the application software can be stably used in various scenes (such as live broadcast, conference and the like), the application software is often required to be tested.

In the prior art, when testing application software, a test task needs to be created according to a test operation to be performed, and after the test task is submitted, a test server can only perform a test according to the test operation indicated by the test task. If other test operation is required in the process of the current test task, the current test task needs to be ended, a new test task is created for the other test operation again, and then the test is carried out through the created new test task. Therefore, in the prior art, when the application software is tested, the testing steps are redundant, so that the testing efficiency of the application software is low.

Disclosure of Invention

The embodiment of the application provides a test data processing method, a test data processing device, electronic equipment and a test data processing medium, and the test efficiency of an application client can be improved in the test process of the application client.

In one aspect, an embodiment of the present application provides a test data processing method, where the method includes:

acquiring an application test request sent by an application client, distributing a simulation test account to a test task to which the application test request belongs, and returning test entry information to the application client; the simulation test account is a simulated client account of the application client;

acquiring an application test instruction sent by the application client based on the test entry information;

and calling the simulation test account to execute the test operation of the type indicated by the application test instruction on the application client so as to enable the application client to generate test response information corresponding to the test operation.

In one aspect, an embodiment of the present application provides a test data processing apparatus, where the apparatus includes:

the system comprises an acquisition module, a test module and a test module, wherein the acquisition module is used for acquiring an application test request sent by an application client, distributing a simulation test account number to a test task to which the application test request belongs, and returning test entry information to the application client; the simulation test account is a simulated client account of the application client;

the obtaining module is further configured to obtain an application test instruction sent by the application client based on the test entry information;

and the calling module is used for calling the simulation test account to execute the test operation of the type indicated by the application test instruction on the application client so as to enable the application client to generate test response information corresponding to the test operation.

In one aspect, the present application provides an electronic device, which includes a processor and a memory, where the processor and the memory are connected to each other, where the memory is used to store computer program instructions, and the processor is configured to execute the computer program instructions to implement part or all of the steps in the above method.

In one aspect, the present application provides a computer-readable storage medium, in which computer program instructions are stored, and when the computer program instructions are executed by a processor, the computer program instructions are used to perform some or all of the steps of the above method.

Accordingly, according to an aspect of the present application, there is provided a computer program product or computer program comprising computer instructions 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, so that the computer device executes the test data processing method provided above.

In the embodiment of the application, an application test request sent by an application client can be acquired, a simulation test account is allocated to a test task to which the application test request belongs, test entry information is returned to the application client, an application test instruction sent by the application client based on the test entry information is acquired, and the simulation test account is called to execute a test operation of a type indicated by the application test instruction on the application client, so that the application client generates test response information corresponding to the test operation. By implementing the scheme, the simulation test account can be allocated to the test task in the process of the test task, and then the simulation test account can be instructed to execute any test operation in real time, so that the test efficiency and the test flexibility of the application client are effectively improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic diagram of an application architecture according to an embodiment of the present application;

fig. 2 is a schematic flowchart of a test data processing method according to an embodiment of the present disclosure;

fig. 3a is a schematic diagram of a test scenario provided in an embodiment of the present application;

fig. 3b is a schematic diagram of a test scenario provided in the embodiment of the present application;

fig. 4 is a schematic flowchart of a test data processing method according to an embodiment of the present disclosure;

fig. 5 is a schematic diagram illustrating a test call flow of a test device according to an embodiment of the present disclosure;

fig. 6 is a schematic diagram illustrating a test call flow of a test device according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a testing process provided in an embodiment of the present application;

fig. 8 is a schematic structural diagram of a test data processing apparatus according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

The technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.

The embodiment of the application provides a test data processing method, which can effectively improve the test efficiency and simplify the test flow in the test process of an application client.

The test data processing method provided by the embodiment of the application is implemented in electronic equipment, and the electronic equipment can be a server, and specifically can be a test server corresponding to application software. Referring to fig. 1, fig. 1 is an application architecture provided according to the technical solution of the present application, and the application architecture can implement the test data processing method of the embodiment of the present application. Specifically, fig. 1 includes an application client and a test server corresponding to the application software, and includes a plurality of test devices, where the application client sends an application test request, an application test instruction, and other test-related instructions to the test server, and the test server receives the test-related instructions and generates a test call instruction to instruct the corresponding test devices to perform test operations. It will be appreciated that multiple users may test the application client simultaneously. The test server can be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, and can also be a cloud server for providing basic cloud computing services such as cloud service, a cloud database, cloud computing, cloud functions, cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN, big data and artificial intelligence platform and the like. In addition, the application client may be deployed in a terminal, and the terminal may be, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, and the like. The terminal and the test server may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein.

Optionally, data related to the present application, such as a simulation test account number, a local test address, and the like, may be stored in a block chain, for example, by a block chain distributed system, which is not limited in the present application.

The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. A block chain (Blockchain), which is essentially a decentralized database, is a series of data blocks associated by using a cryptographic method, and each data block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate a next block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer. The block chain underlying platform can comprise processing modules such as user management, basic service, intelligent contract and operation monitoring. The user management module is responsible for identity information management of all blockchain participants, and comprises public and private key generation maintenance (account management), key management, user real identity and blockchain address corresponding relation maintenance (authority management) and the like, and under the authorization condition, the user management module supervises and audits the transaction condition of certain real identities and provides rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node equipment and used for verifying the validity of the service request, recording the service request to storage after consensus on the valid request is completed, for a new service request, the basic service firstly performs interface adaptation analysis and authentication processing (interface adaptation), then encrypts service information (consensus management) through a consensus algorithm, transmits the service information to a shared account (network communication) completely and consistently after encryption, and performs recording and storage; the intelligent contract module is responsible for registering and issuing contracts, triggering the contracts and executing the contracts, developers can define contract logics through a certain programming language, issue the contract logics to a block chain (contract registration), call keys or other event triggering and executing according to the logics of contract clauses, complete the contract logics and simultaneously provide the function of upgrading and canceling the contracts; the operation monitoring module is mainly responsible for deployment, configuration modification, contract setting, cloud adaptation in the product release process and visual output of real-time states in product operation, such as: alarm, monitoring network conditions, monitoring node equipment health status, and the like.

The platform product service layer provides basic capability and an implementation framework of typical application, and developers can complete block chain implementation of business logic based on the basic capability and the characteristics of the superposed business. The application service layer provides the application service based on the block chain scheme for the business participants to use.

Optionally, in some embodiments, the electronic device may execute the test data processing method according to an actual service requirement. For example, in an actual application scenario (e.g., a live broadcast scenario), after receiving an application test request for the live broadcast scenario sent by an application client, the electronic device selects a specified number of simulation test accounts from the queried and available test account set, and according to a calling manner in the technical solution of the present application, calls test equipment corresponding to the simulation test accounts to execute an indicated test operation (e.g., performing a comment or a microphone during live broadcast), and causes the application client to generate test response information corresponding to the test operation.

It can be understood that the test data processing scheme provided by the embodiment of the present application can be applied to any scenario that needs to test a usage scenario in application software. The application scenario is not limited in the embodiment of the present application, and with the evolution of the system architecture and the appearance of a new service scenario, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems.

Based on the above description, the present application provides a test data processing method, which may be executed by the above mentioned electronic device, where the electronic device may be a terminal device or a server, and the electronic device is taken as a test server for example. As shown in fig. 2, a flow of the test data processing method in the embodiment of the present application may include:

s201, acquiring an application test request sent by an application client, distributing a simulation test account to a test task to which the application test request belongs, and returning test entry information to the application client, wherein the simulation test account is a client account of a simulated application client.

The application client may be borne in the terminal device of the user, and the user account of the user may be logged in the application client, so that the operation executed by the client in the following description may be implemented by the terminal device of the user. A test control (e.g., a test button that can trigger a test) for invoking a test on the application client may be deployed on the client page of the application client. When the application client detects that the test control is triggered (e.g., detects a sliding operation, a clicking operation, or a voice indication operation for the test control), the application client may request the test server to test the application client.

Optionally, a certain usage scenario in the application client may be specifically tested, for example, a live scenario, a conference scenario, and the like in the social software are tested, and the application client is any client that needs to be tested. Moreover, the user who tests the application client may be a developer of the application client, or may also be any user who has a user account registered in the application client, and the application does not limit the test object (such as a common user or a developer) of the test application client. In addition, the process of testing the application client described in the present application is described by taking a process of testing an application client in a terminal device of a user as an example. It can be understood that the application client may be borne in terminal devices of different users, where the application client borne in the terminal device of each user is the same application client, for example, the same communication client, and only the application clients in the terminal devices of different users log in user accounts of corresponding users. Therefore, each user can test the application client in the terminal equipment.

In a possible implementation manner, after an application test request from an application client is obtained, a simulation test account is allocated to a test task to which the application test request belongs, and test entry information of the test task is returned to the application client, where the simulation test account is a client account of a simulated application client, in other words, the simulation test account may be a simulated user account registered in the application client.

Optionally, the application test request may include any one or more of: selecting a test scene, selecting the type of an operating system of test equipment and the number of account requests.

Optionally, if the application test request includes a selected test scenario, the test scenario is a use scenario in the application client, when the test server receives the application test request for the test scenario sent by the application client, the test server allocates a simulation test account, and generates test entry information according to the test scenario, the test server can let the simulation test account enter the test scenario according to the test entry information, and the application client can instruct the simulation test account to perform corresponding test operation in the test scenario through the test entry information. For example, the test scenario selected by the user is a conference scenario in the application client and a conference is created, the test server generates test entry information according to the conference scenario and conference information input by the user, and makes the simulation test account enter the conference according to the test entry information, and can view the simulation test account in the created conference.

Optionally, since data interaction cannot be performed between devices with different types of operating systems, the application test request may include the type of the operating system of the device to be tested, that is, the user may select the corresponding type of operating system according to actual test requirements. Optionally, the application client may display a client interface for selecting an operating system, one or more types of operating systems may be displayed in the client interface, the user may select a desired operating system on the interface, for example, the user may select an operating system that is the same as an operating system in the terminal device of the user, and when the subsequent test device allocates a simulated test account to the application client, the operating system in the test device to which the allocated simulated test account belongs may be the operating system selected by the user on the client page.

Optionally, in a test process of an application client, multiple simulation test accounts need to be called to perform a test operation on the application client, so the application test request may include the number of account requests, that is, a user may select the number of test accounts used for a test according to actual test requirements, a test server allocates simulation test accounts according to the number of account requests, the application client may display a client interface that selects the number of account requests, the user may select the number of required test accounts on the client interface, and it can be understood that the client interface that selects the test device and the client interface that selects the number of account requests may be located on the same client interface or different client interfaces. After a user designates a certain simulation test account to execute a test operation, an application client generates an application test instruction for the simulation test account and sends the application test instruction to a test server, and after the test server receives the application test instruction, test equipment corresponding to the simulation test account is obtained and the test equipment corresponding to the simulation test account is instructed to call the simulation test account to execute the designated test operation on the application client. It can be understood that the user may select the operating system type of the test device and the number of test accounts corresponding to the corresponding operating system type at the same time, or may select only the number of test accounts and randomly allocate test devices of different operating system types to the server.

In a possible implementation manner, an application client is installed in advance in a test device, a test server allocates test accounts to the test device in advance, all the test accounts are used as a test account set, one test device corresponds to one test account, the test device can log in the application client by using the allocated test accounts, and the test server records the allocated test accounts in a database. In addition, when the simulation test account is allocated to the test task to which the application test request belongs, the test account is selected from the test account set, and the selected test account is used as the simulation test account. Optionally, in order to implement the mutual exclusion logic between the multiple simulation test accounts, the test server may set the simulation test accounts and the states of the corresponding test devices to an occupied state or an unoccupied state, and after an application test request sent by the application client is obtained, the test server may allocate the simulation test accounts to the test task of the application client.

It can be understood that, at this time, the assigned simulation test account and the corresponding test device are in a used state, and in the test process of the application client corresponding to the user, other users cannot use the simulation test account and the corresponding test device assigned to the test task of the application client corresponding to the user.

Optionally, in the process of testing the application client, if the user does not specify the simulation test account to perform the test operation within a specified time, the test server may actively close the test task of the application client corresponding to the user, and update the state of the simulation test account allocated to the test task from the occupied state to the unoccupied state. For example, the designated time is 1 hour, and in the process of testing the application client corresponding to the user a, if the test server does not receive the application test instruction sent by the test task for the application client corresponding to the user a within 1 hour, the test server automatically ends the test task for the application client corresponding to the user a, and updates the simulation test account and the state of the test device corresponding to the simulation test account.

S202, acquiring an application test instruction sent by the application client based on the test entry information.

In a possible implementation manner, after receiving a simulation test account specified by a user and test-related operations such as a test operation to be performed by specifying the simulation test account, an application client generates a corresponding application test instruction, and a test server receives the application test instruction sent by the application client based on test entry information. The application test instruction includes a test operation type performed for a test scenario, where the test operation type is set according to some actual operations of the test scenario in an actual use process, for example, the test scenario is a conference scenario, and then the test operation may include turning on a microphone, turning on a camera, speaking in the conference, and the like.

Illustratively, taking a test scene selected by a user as a conference scene for testing, the allocated simulation test accounts are account a, account B and account C, the test server generates test entry information according to the test scene and the conference created by the user, and adds account A, B, C to the conference according to the test entry information, the user selects account a through the application client to perform a test operation of opening a camera, the application client generates a corresponding application test instruction and sends the application test instruction to the test server based on the test entry information, and the test server calls account a to perform the test operation, that is, the test equipment corresponding to account a calls account a to open the camera in the conference.

And S203, calling the simulation test account to execute the test operation of the type indicated by the application test instruction on the application client so that the application client generates test response information corresponding to the test operation.

In a possible implementation manner, the test server may implement executing a test operation of a type indicated by the application test instruction on a test scene in the application client by calling a test device corresponding to the simulation test account, where the specific implementation manner may be that the test server analyzes the application test instruction, obtains the test operation of the type indicated by the user from an analysis result, obtains the simulation test account indicated by the user for executing the test operation, generates a test call instruction according to the test operation of the indicated type and the simulation test account specified by the user, and sends the test call instruction to the test device corresponding to the simulation test account, so that the corresponding test device calls the simulation test account according to the test call instruction to execute the test operation indicated by the user on the test scene in the application client, and at this time, calls the simulation test account to execute the test operation of the type indicated by the application test instruction on the application client And then, the application client can generate test response information corresponding to the test operation, namely after the test equipment calls the simulation test account to execute the test operation on the application client, the application client can generate and display the corresponding test response information, and the user can view the displayed test response information.

For example, as shown in fig. 3a, fig. 3a is a schematic view of a test scenario provided in this embodiment of the present application, a user a performs a test on an application client by triggering a test control of a client page of the application client, assuming that a simulation test account a is instructed to open a camera in a conference during the test, a test server generates a test call instruction and sends the test call instruction to a test device a corresponding to the simulation test account a, the test device a calls the simulation test account a to open the camera in the conference according to the instruction of the test call instruction, at this time, the application client generates and displays test response information based on a test operation of opening the camera, that is, in the conference interface provided by the application client, the user can check that the simulation test account a has opened the camera, the test response information may be related display information of a camera corresponding to the simulation test account a in the conference interface. As shown in fig. 3b, fig. 3b is a schematic view of a test scenario provided in this embodiment, when a camera corresponding to a simulation test account a is in a closed state, an oblique line is formed on a camera icon corresponding to the simulation test account a in a conference interface, and when a camera corresponding to the simulation test account a is in an open state, no oblique line is formed on the camera icon corresponding to the simulation test account a in the conference interface, so that the relevant display information corresponding to the test response information may be the camera icon corresponding to the simulation test account a that is displayed on the conference interface without containing an oblique line.

In a possible implementation manner, before testing an application client, a test server may create in advance test cases for test operations and operation functions for controlling execution of the test cases, and deploy the test cases and the operation functions in test equipment in advance, when the test equipment receives a test call instruction, query the test case corresponding to the test operation indicated by the test call instruction, and use the test call instruction as a parameter of the corresponding operation function, so that the test equipment calls a simulation test account to execute the test operation indicated by the application test instruction on the application client by calling the operation function.

In the embodiment of the application, the test server acquires an application test request sent by an application client, allocates a simulation test account to a test task to which the application test request belongs, returns test entry information to the application client, acquires an application test instruction sent by the application client based on the test entry information, and calls the simulation test account to execute a test operation of a type indicated by the application test instruction on the application client, so that the application client generates test response information corresponding to the test operation. By implementing the scheme, the simulation test account can be specified in real time to execute any test operation in the process of the test task, and the operation response information after the simulation test account executes the test operation can be received in time, so that the test efficiency and the test flexibility are effectively improved.

Referring to fig. 4, fig. 4 is a schematic flowchart of a test data processing method provided in the present application, where the method may be executed by the aforementioned electronic device, and the electronic device may be a terminal device or a server, and the electronic device is taken as a test server for example. As shown in fig. 4, a flow of the test data processing method in the embodiment of the present application may include:

s401, obtaining an application test request sent by an application client. For a specific implementation of step S401, reference may be made to the related description of step S201 in the foregoing embodiment, and details are not described here again.

S402, if the application test request comprises the number of account requests, when a local test address is obtained according to the application test request, a simulation test account is distributed to the test task from local test equipment to which the local test address belongs according to the number of the account requests; and when the local test address is not obtained according to the application test request, distributing simulation test accounts to the test tasks from the cloud test equipment according to the number of the account requests.

The local test equipment is the test equipment which can be used by the test server to acquire a network position (such as an IP (Internet protocol) and a port), the test server can be connected with the local test equipment through the network position of the local test equipment, the cloud test equipment is the test equipment which is difficult for the test server to acquire the network position, and the network position of the cloud test equipment is dynamically unfixed, so that the test server cannot acquire the network position of the cloud test equipment, the cloud test equipment can be a real cloud machine, and the real cloud machine is a real far-end device and can be used for developing, debugging and testing application software. It can be understood that, regardless of whether the local test device or the cloud test device includes terminal devices of different operating systems, each terminal device corresponds to one test account.

In one possible implementation manner, the test server sets a unique ID for the test device in advance, stores the unique ID in the database, records that the test device corresponding to the unique ID is the local test device or the cloud test device, and stores the local test address of the local test device in the database. It can be understood that, for both the local test device and the cloud test device, the local test device and the cloud test device are in an occupied state or an unoccupied state. When the test server can obtain the local test address, the local test equipment to which the obtained local test address belongs is in an unoccupied state.

In a possible implementation manner, when a local test address is obtained according to an application test request, that is, a local test address corresponding to a local test device in an unoccupied state can be obtained, simulation accounts can be allocated for a test task from test accounts corresponding to the local test device according to the number of account requests, and the allocated simulation accounts are used as simulation test accounts for the test task. Optionally, the test server allocates test device resources of the local test device in an unoccupied state to the test task according to the number of the account requests, and occupies the test device resources of the cloud test device in the unoccupied state for the test task when the number of the local test devices is insufficient.

For example, the number of the account requests is 10, at this time, there are 7 local test devices which can acquire local test addresses and are in an unoccupied state, and when the test server occupies the test device resources of the 7 local test devices, the test server can occupy the test device resources of 3 test devices from the cloud test devices in the unoccupied state, and the 7 local test devices and the test accounts corresponding to the 3 cloud test devices are used as simulation test accounts to be allocated to the test task of the user.

Optionally, in a possible implementation manner, the application client displays a client interface for selecting the number of account requests, the user can select the number of required test accounts through the client interface, when the test server receives an application test request including the number of account requests, the test server allocates simulated test accounts according to the number of account requests, when it is detected that the total number of accounts of the test accounts in the test account set is less than the number of account requests, the test server determines the number of supplementary accounts according to the total number of accounts and the number of account requests, creates simulated supplementary accounts according to the number of supplementary accounts, and determines the simulated test accounts in the simulated supplementary accounts and the test accounts as simulated test accounts. The total number of the accounts is the number of the test accounts in an unoccupied state in the test account set, and the number of the supplementary accounts is the difference value between the request number of the accounts and the total number of the accounts. The simulated supplementary account (also called protocol dummy) created by the test server according to the number of the supplementary accounts can be used for meeting the number of accounts specified by the user in a test scene, namely the simulated supplementary account does not correspond to any test equipment, and usually the simulated supplementary account does not execute any test operation, so that the test task of the application client corresponding to the user can quickly reach the specified number of accounts, and the simulated supplementary account is suitable for the test scene that the user wants to simulate a large number of people or the condition of performing boundary test on the application client and the like, so that the test efficiency can be improved.

Based on the above description, that is, the user selects the number of account requests on the client interface, the application client generates a corresponding application test request and sends the application test request to the test server, when a test server receives application test requests containing the number of account requests, firstly, a simulation test account is distributed for a test task of an application client corresponding to a user from test accounts with corresponding test equipment according to the number of the account requests, when the number of the test account numbers of the corresponding test equipment is insufficient, a corresponding simulated supplementary account number is created to meet the number of the account number requests, that is, the test server has an allocation sequence when allocating the simulation test account, the user does not choose whether to simulate the supplementary account, the test server allocates from the test account in a centralized manner, and when the number of the test account numbers in the test account number set in the unoccupied state is insufficient, the simulated supplement account numbers are redistributed.

For example, a user needs 10 simulation test account numbers, and the test server obtains 7 test account numbers which are currently in an unoccupied state and have corresponding test equipment, so that the test server creates 3 simulation supplementary account numbers, and distributes the 7 test account numbers and the 3 simulation supplementary account numbers as simulation test account numbers to the user.

Optionally, in a possible implementation manner, the application client may display a client interface of the number of account requests, where the client interface displays selectable account numbers, that is, test accounts in the test account set that are in an unoccupied state, and displays whether to select an option of creating a simulated supplementary account, and a user may actively select to create a simulated supplementary account and a simulated supplementary account number through the option of creating a simulated supplementary account, so that the number of account requests includes the number of test accounts that should be acquired from the test account set and the number of simulated supplementary accounts that should be created, when the test server receives an application test request that includes the number of account requests, a specified number of test accounts and a specified number of simulated supplementary accounts are selected from the test account set according to the number of account requests, and the specified number of test accounts and the specified number of simulated supplementary accounts that should be created are selected from the test account set, and determined The simulated supplementary account number assigned to the test task.

Based on the above description, that is, only when the user actively selects to create the simulated supplementary account on the client interface, the test server creates and allocates the simulated supplementary account, and when the test scene selected by the user needs to perform boundary test, that is, when N simulated test accounts are reached in the test scene, whether the test can be continued or whether the test is stuck or not is performed, and the like, the user does not need to perform test operation on all the N simulated test accounts, so that in order to quickly acquire the simulated test accounts with the number meeting the number, the simulated supplementary account can be created according to the number of the created simulated supplementary accounts selected by the user.

For example, a user needs 10 simulation test accounts, the number of the selected simulation supplementary accounts is 3, the test server selects 7 test accounts from the test account set according to an application test request sent by an application client corresponding to the user, creates 3 simulation supplementary accounts, and distributes the 7 test accounts and the 3 simulation supplementary accounts to the user as simulation test accounts.

And S403, returning the test entry information to the application client, and acquiring an application test instruction sent by the application client based on the test entry information. For a specific implementation of step S403, reference may be made to the related descriptions of steps S201 to S202 in the foregoing embodiments, and details are not described here again.

S404, calling the simulation test account to execute the test operation of the type indicated by the application test instruction on the application client so that the application client generates test response information corresponding to the test operation.

In a possible implementation manner, if a user specifies that a test device corresponding to a simulation test account performing a test operation is a local test device, a specific implementation manner for calling the application client corresponding to the simulation test account to perform the test operation of the type indicated by the application test instruction is that the test server obtains the test operation type from the application test instruction, packages the test operation indicated by the test operation type according to the communication protocol to obtain a first test call instruction, and sends the first test call instruction to the local test device according to the local test address, so that the local test device calls the simulation test account to perform the test operation on the application client according to the first test call instruction.

Optionally, the specific manner of encapsulating the test operation indicated by the test operation type according to the communication Protocol to obtain the first test Call instruction and sending the first test Call instruction to the local test device may be that, according to an Extensible Markup Language-Remote Procedure Call (XML-RPC), the test operation is encapsulated by using an XML function, and a hypertext Transfer Protocol (HTTP) is used as a transport mechanism, and the first test Call instruction is sent to the local test device corresponding to the user-specified simulation test account according to the local test address.

Because the mode is based on a client/server mode (C/S mode), a control center can be deployed in the test server, the control center is also called RPC-client, and the local test equipment is also called RPC-server, the control center stores a communication protocol related to the generation of the first test call instruction, the test server can generate the first test call instruction through the control center, instruct the control center to establish connection with the local test equipment, and send the first test call instruction to the local test equipment, and the connection between the control center and the local test equipment is established through a local test address of the local test equipment. It should be noted that, here, the connection between the control center and the local test equipment is a short connection, that is, after the first test call instruction is sent to the local test equipment through the control center, the control center disconnects the local test equipment.

For example, as shown in fig. 5, fig. 5 is a test call flow for a local test device, that is, a test scheme based on RPC, where when a test server receives an application test request issued by a user through an application client, a control center generates a first test call instruction, and sends the first test call instruction to the local test device through the control center, so that the local test device calls a simulation test account to execute a test operation specified by the user corresponding to the application client according to the first test call instruction.

In a possible implementation manner, if the test device corresponding to the simulation test account for performing the test operation is designated by the user as the cloud test device, the specific implementation manner of calling the application client corresponding to the simulation test account to perform the test operation of the type indicated by the application test instruction is that the test server acquires the test operation type from the application test instruction, generates a second test call instruction according to the test operation indicated by the test operation type, and sends the second test call instruction to the cloud test device based on the long connection relationship established between the test server and the cloud test device, so that the cloud test device calls the simulation test account according to the second test call instruction to perform the test operation on the application client.

Optionally, before the application client is tested, the test server needs to establish a long connection relationship with the cloud test device in advance, so that a plurality of users can instruct the simulation test account corresponding to the cloud test device to perform a plurality of test operations in real time within the time for maintaining the long connection relationship. The long connection between the test server and the cloud test device is realized based on WebSocket (full duplex communication), that is, the cloud test device can send data to the test server, and the test server can also send data to the cloud test device.

Optionally, the specific manner of establishing the long connection relationship between the test server and the cloud test device may be that the test server sends a connection request to a test background to which the cloud test device belongs, so that the test background sends the connection request to the cloud test device, the cloud test device sends the long connection establishment request to the test server according to the connection request, and the test server establishes the long connection relationship with the cloud test device according to the long connection request. The connection request carries an installation package, a test case, a test account and an operation function of the application client, the cloud test equipment installs the application client according to the installation package of the application client, and the cloud test equipment logs in the application client according to the allocated test account, and after logging in the application client, the cloud test equipment can call the corresponding test account to execute corresponding operation on the application client. It can be understood that, when the test server sends the connection request to the test center of the test background, the test center allocates the test account, and sends the connection request carrying the installation package, the test case, the test account and the operation function of the application client to the cloud test device; the long connection request comprises a test account number, and the test server can know which specific cloud test equipment is allocated to which test account number according to the long connection request.

Optionally, the test center may create a plurality of containers in advance, one container corresponds to one cloud test device, the allocated test account, test case, and application client installation package are stored in the container, a long connection with the test server is established through the container, and when the container receives a second call instruction, the cloud test device can be called to execute a test operation according to the automated test framework.

For example, as shown in fig. 6, fig. 6 is a test call flow for a cloud test device, that is, a test scheme based on WebSocket. The specific process is as follows:

firstly, the server sends a connection request to a test center of a test background in advance.

And secondly, the test center sends the connection request to a plurality of containers and distributes the installation package, the test case, the test account and the operation function of the application client to the plurality of containers.

And thirdly, because the test server cannot obtain the network position of the cloud test equipment, actively initiating a long connection establishment request carrying a test account number to the test server by a plurality of containers in a WebSocket long connection mode, establishing a long connection relation of the container corresponding to the cloud test equipment by the test server according to the long connection request, and enabling the test server to use the test account number as a connection attribute, namely finding the corresponding long connection relation according to the specified test account number so as to realize that the specified cloud test equipment is accurately controlled to call the simulation test account number to execute test operation.

And fourthly, on the basis of establishing the long connection relation, the user sends an application test request through the application client, the test server distributes a simulation test account according to the application test request, and at the moment, the user can check the simulation test account in a test scene.

And fifthly, when the user specifies the simulation test account 1 to perform test operation, generating an application test instruction and sending the application test instruction to the test server.

And if the test equipment corresponding to the simulation test account 1 is the cloud test equipment, the test server generates a second test call instruction according to the application test instruction, finds the corresponding long connection relation according to the simulation test account 1, and sends the second test call instruction to the container 1 corresponding to the simulation test account 1 through the corresponding long connection relation.

And the container 1 controls the corresponding cloud testing equipment 1 to call the simulation test account to execute the test operation on the application client according to the second test call instruction and based on an automatic testing framework (such as a mobile terminal testing framework, a Web Driver Agent, and a WDA) and according to the instruction of the second test call instruction.

Optionally, in a possible implementation manner, after the cloud test device and the test server establish the long connection relationship, if no data comes and goes within a fixed time, the long connection relationship may be disconnected, in order to ensure maintenance of the long connection relationship, a heartbeat mechanism is set in the cloud test device in advance, that is, the cloud test device may send a request for maintaining the long connection to the test server at intervals, and after receiving the request for maintaining the long connection, the test server returns response information for maintaining the long connection request to the cloud test device.

In one possible implementation manner, in order to ensure that the application client on the test device is the application client of the latest version, a task of automatically pulling the installation package of the latest version may be deployed through the pipeline, so that the test device may automatically obtain the installation package of the latest version according to the pipeline and update the application client on the test device based on the obtained installation package.

Optionally, when the test device is a local test device, the specific manner of updating the application client on the test device is that the local test device automatically pulls a task of an installation package of the latest version according to the task deployed on the pipeline, automatically downloads the installation package, then sets a timing task in the test server, polls whether the local test device is in an unoccupied state, and if the local test device is in the unoccupied state, sends an update instruction to the local test device through the control center, so that the local test device updates the application client according to the instruction of the update instruction, and deletes the stored installation package after the update.

Optionally, when the test device is a cloud test device, the specific way of making the application client on the test device finer is that the test server automatically pulls the task of the installation package of the latest version according to the deployment on the pipeline, downloads the installation package, and carries the installation package of the latest version when sending the connection request to the test background, so that the cloud test device installs the application client according to the latest version to update, and deletes the installation package after updating.

The following explains the technical solution of the present application by taking an example of applying the test data processing method proposed in the embodiment of the present application to a specific scenario. Please refer to fig. 7, fig. 7 is a test flow of the technical solution of the present application, and specific operations, test functions, test scenarios and the like related to fig. 7 are only one of the solutions to which the embodiments of the present application are applied, and do not limit the embodiments of the present application.

The test flow based on fig. 7 may provide test functions of: and providing test equipment and a simulation test account number for a test scene, realizing interactive operation of the test equipment and users, and enabling a plurality of users to simultaneously select the test scene and carry out corresponding tests. The test process of the test task of the corresponding application client initiated by the user comprises the following steps: a preliminary work part before the test, a specified test operation part in the test, and an end part after the test.

(1) The preparation work part before the test comprises the steps of performing preparation operation and inputting basic information at an application client, generating an application test request by the application client and sending the application test request to a test server, and executing the preparation steps before the test by the test server according to the application test request. The specific process is as follows:

s1, selecting a test scene: the application client receives operation of selecting a required test scene on a provided client interface for testing, wherein the test scene comprises a meeting or a live broadcast.

S2, selecting a test device: the application client receives operation of selecting test equipment on the provided client interface for testing, wherein the operation of selecting the test equipment comprises selection of the type of an operating system, the number of account requests and the number of protocol dummy of the required test equipment.

S3, generating a unique group identifier: the test server distributes a simulation test account according to the selection of the user and generates a unique group identifier, wherein the distributed simulation test account comprises a test account corresponding to the test equipment and a simulation supplementary account corresponding to the protocol dummy, the state of the simulation test account is set to be an occupied state, and the user can execute test operation through the test account corresponding to the test equipment.

S4, the application client creates a group according to the basic group information (group name, group ID) input by the user to which the application client belongs.

And S5, the test server adds the simulation test account into the group and occupies the test equipment resources corresponding to the part of the test account in the simulation test account.

And S6, the application client initiates a request for sending the test entry information of the test scenario to the group.

And S7, the test server generates test entry information of the test scene according to the request, adds the simulation test account number into the test scene according to the test entry information, and sends the test entry information to the application client.

(2) The specified test operation section in the test includes:

and S8, the application client displays a test scene interface through the test entry information, and tests in the test scene, namely, the test account in the simulation test account is selected to execute the test operation in the test scene.

S9, the test server selects the corresponding test equipment according to the indication of the user, and selects a calling mode adaptive to the test equipment to perform the test operation appointed by the user according to the fact that the test equipment is the local test equipment or the cloud test equipment, namely, the test case corresponding to the appointed test operation is operated, and in the part, the user can perform the test operation in real time and repeatedly.

(3) The end portion after the test includes:

and S10, the application client responds to the test ending operation of the user and initiates a test ending instruction after the test is ended.

And S11, the test server enables the simulation test account to exit the test scene, updates the state of the simulation test account to be an unoccupied state, and releases the test equipment resources.

Through a large number of tests performed on the technical scheme of the application based on the test flow of fig. 7, it is found that when the technical scheme of the application performs the test, a single test operation is used as the granularity, the specified test operation of the user can be responded quickly, and when the user wants to simulate a test scene of a large number of people, the specified number of simulation test accounts can be distributed to the user quickly, so that the test efficiency is improved effectively, and the test flow is simplified.

In the embodiment of the application, the test server obtains an application test request sent by an application client, if the application test request comprises the number of account requests, a simulation test account is allocated for a test task according to the number of the account requests, test equipment corresponding to the simulation test account is local test equipment or cloud test equipment, test entry information is returned to the application client, an application test instruction sent by the application client based on the test entry information is obtained, the simulation test account is called to execute a test operation of a type indicated by the application test instruction on the application client, and therefore the application client can generate test response information corresponding to the test operation. By implementing the scheme, the simulation test account can be allocated to the test task in the test task process, subsequently, when an application test instruction of a specific simulation test account specified by a user to execute test operation is received, the application test instruction is responded in real time, and in the process of allocating the simulation test account, a simulation supplement account can be created according to the user requirement, so that the time for allocating the simulation test account to the test task is saved, and the test efficiency and the test flexibility of an application client side are effectively improved.

Please refer to fig. 8, fig. 8 is a schematic structural diagram of a test data processing apparatus according to the present application. It should be noted that the test data processing apparatus shown in fig. 8 is used for executing the method of the embodiment shown in fig. 2 and 4 of the present application, and for convenience of description, only the portion related to the embodiment of the present application is shown, and details of the technology are not disclosed, and reference is made to the embodiment shown in fig. 2 and 4 of the present application. The test data processing apparatus 800 may include: an acquisition module 801 and a calling module 802. Wherein:

an obtaining module 801, configured to obtain an application test request sent by an application client, allocate a simulation test account to a test task to which the application test request belongs, and return test entry information to the application client; the simulation test account is a simulated client account of the application client;

the obtaining module 801 is further configured to obtain an application test instruction sent by the application client based on the test entry information;

the invoking module 802 is configured to invoke the simulation test account to execute the type of test operation indicated by the application test instruction on the application client, so that the application client generates test response information corresponding to the test operation.

In a possible implementation manner, the application test request includes the number of account requests, and when the obtaining module 801 is configured to allocate a simulation test account to the test task to which the application test request belongs, the obtaining module is specifically configured to:

when a local test address is obtained according to the application test request, distributing the simulation test account to the test task from local test equipment to which the local test address belongs according to the number of the account requests;

and when the local test address is not obtained according to the application test request, distributing the simulation test account to the test task from cloud test equipment according to the number of the account requests.

In a possible implementation manner, when the invoking module 802 is configured to invoke the simulation test account to execute the type of test operation indicated by the application test instruction on the application client, specifically, to:

obtaining a test operation type from the application test instruction, and packaging the test operation indicated by the test operation type according to a communication protocol to obtain a first test call instruction;

and sending the first test calling instruction to the local test equipment according to the local test address, so that the local test equipment calls the simulation test account to execute the test operation on the application client according to the first test calling instruction.

obtaining a test operation type from the application test instruction, and generating a second test call instruction according to the test operation indicated by the test operation type;

and sending the second test calling instruction to the cloud testing equipment based on the long connection relation established between the cloud testing equipment and the cloud testing equipment, so that the cloud testing equipment calls the simulation test account number according to the second test calling instruction to execute the test operation on the application client.

In a possible implementation, the calling module 802 is further configured to:

sending a connection request to a test background so that the test background sends the connection request to the cloud test equipment;

acquiring a long connection establishment request initiated by the cloud test equipment according to the connection request;

and establishing the long connection relation with the cloud test equipment according to the long connection establishment request.

In a possible implementation manner, when the obtaining module 801 is configured to allocate a simulation test account to the test task to which the application test request belongs, the obtaining module is specifically configured to:

screening test accounts in an unoccupied state from the test account set to serve as candidate test accounts;

selecting the simulation test account from the candidate test accounts, and updating the unoccupied state of the simulation test account into an occupied state;

in a possible implementation, the obtaining module 801 is further configured to:

and updating the occupied state of the simulation test account to the unoccupied state when a test ending instruction sent by the application client is obtained.

when detecting that the total number of the test accounts in the test account set is smaller than the account request number, determining a supplementary account number according to the total number of the accounts and the account request number;

creating a simulated supplementary account according to the number of the supplementary accounts;

and determining the simulated supplementary account and the test account in the test account set as the simulated test account.

In the embodiment of the application, an obtaining module obtains an application test request sent by an application client, distributes a simulation test account number to a test task to which the application test request belongs, and returns test entry information to the application client, the obtaining module obtains an application test instruction sent by the application client based on the test entry information, and a calling module calls the simulation test account number to execute a test operation of a type indicated by the application test instruction on the application client, so that the application client generates test response information corresponding to the test operation. By implementing the scheme, the simulation test account can be specified in real time to execute any test operation in the process of the test task, and the operation response information after the simulation test account executes the test operation can be received in time, so that the test efficiency and the test flexibility are effectively improved.

The functional modules in the embodiments of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules are integrated into one module. The integrated module may be implemented in a form of hardware, or may be implemented in a form of software functional module, which is not limited in this application.

Please refer to fig. 9, fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure. As shown in fig. 9, the electronic device 900 includes: at least one process 901, a memory 902. Optionally, the electronic device may further comprise a network interface 903. The processor 901, the memory 902 and the network interface 903 may exchange data with each other, the network interface 903 is controlled by the processor to transmit and receive messages, the memory 902 is used for storing a computer program, the computer program includes program instructions, and the processor 901 is used for executing the program instructions stored in the memory 902. Wherein the processor 901 is configured to call the program instructions to execute the above method.

The memory 902 may include volatile memory (volatile memory), such as random-access memory (RAM); the memory 902 may also include a non-volatile memory (non-volatile memory), such as a flash memory (flash memory), a solid-state drive (SSD), etc.; the memory 902 may also comprise a combination of memories of the kind described above.

The processor 901 may be a Central Processing Unit (CPU) 901. In one embodiment, the processor 901 may also be a Graphics Processing Unit (GPU) 901. The processor 901 may also be a combination of a CPU and a GPU.

In one embodiment, the memory 902 is used to store program instructions. The processor 901 may call the program instructions to perform the following steps:

In a possible implementation manner, the application test request includes the number of account requests, and when the processor 901 is configured to allocate a simulation test account to a test task to which the application test request belongs, the processor is specifically configured to:

In a possible implementation manner, when the processor 901 is configured to invoke the simulated test account to execute the type of test operation indicated by the application test instruction on the application client, the processor is specifically configured to:

In a possible implementation, the processor 901 is further configured to:

In a possible implementation manner, when the processor 901 is configured to assign a simulation test account to the test task to which the application test request belongs, the processor is specifically configured to:

in a possible implementation, the processor 901 is further configured to:

In a specific implementation, the apparatus, the processor 901, the memory 902, and the like described in this embodiment of the application may execute the implementation described in the above method embodiment, and may also execute the implementation described in this embodiment of the application, which is not described herein again.

Also provided in embodiments of the present application is a computer (readable) storage medium storing a computer program comprising program instructions that, when executed by a processor, perform some or all of the steps performed in the above-described method embodiments. Alternatively, the computer storage media may be volatile or nonvolatile.

Reference herein to "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

It will be understood by those skilled in the art that all or part of the processes of the methods of the above embodiments may be implemented by a computer program, which may be stored in a computer storage medium, and the computer storage medium may be a computer readable storage medium, and when executed, the programs may include the processes of the above embodiments of the methods. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), or the like.

While the present disclosure has been described with reference to particular embodiments, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present disclosure.

Claims

1. A method for processing test data, comprising:

2. The method of claim 1, wherein the application test request comprises an account number request number;

the distributing of the simulation test account to the test task to which the application test request belongs includes:

3. The method of claim 2, wherein invoking the simulated test account to perform a test operation of a type indicated by the application test instruction on the application client comprises:

4. The method of claim 2, wherein invoking the simulated test account to perform a test operation of a type indicated by the application test instruction on the application client comprises:

5. The method of claim 4, further comprising:

6. The method of claim 1, wherein the assigning a simulation test account number to the test task to which the application test request belongs comprises:

the method further comprises the following steps:

7. The method of claim 1, wherein the application test request comprises an account number request number;

8. A test data processing apparatus, comprising:

9. An electronic device comprising a processor and a memory, the processor being interconnected with the memory, wherein the memory is configured to store computer program instructions, and the processor is configured to execute the computer program instructions to implement the method of any one of claims 1-7.

10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions that, when executed by a processor, cause the processor to carry out the method according to any one of claims 1-7.