Game testing method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides a game testing method and device, electronic equipment and a storage medium, and relates to the technical field of Internet. The game testing method comprises the following steps: determining a to-be-tested target gain element in a to-be-tested game version; the target gain element comprises a virtual character attribute gain or a combined gain between at least two virtual characters; determining at least one to-be-tested target virtual character based on the to-be-tested target gain element; running the to-be-tested game version, and driving at least one target virtual character to trigger the target gain element; collecting target parameter information of the target gain element in the corresponding collection time period, and comparing the target parameter information with the reference parameter information to obtain comparison information; wherein the reference parameter information is acquired by driving at least one target virtual character in a reference game version and triggering a target gain element; and determining a test result of the to-be-tested game version based on the comparison information. The test workload can be effectively reduced, and the test efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of the Internet. Specifically, the present application relates to a game testing method, device, electronic device and storage medium. Background Art

[0002] During the game development process, the game needs to be tested. For Auto Chess games, the gain elements in the game battlefield, such as hero attributes, combinations, equipment, etc., are the core elements of the game battlefield. The value of each element will have a huge impact on the balance of the battlefield. Ensuring the quality of the values ​​of these core elements in the game is the core goal of the test.

[0003] Currently, when testing different gain elements, it is necessary to write relevant test cases for the target gain elements to be tested, and determine the test results by configuring the case execution steps and preconditions. When there are a large number of gain elements, for example, when the gain elements are combinations of virtual characters, the number of possible combinations of virtual characters is huge. This method is inefficient and labor-intensive. Summary of the Invention

[0004] The purpose of the embodiments of the present application is to provide a game testing method, device, and electronic device. The technical solutions provided by the embodiments of the present application are as follows:

[0005] In one aspect, an embodiment of the present application provides a method for game testing, the method comprising:

[0006] Determining a target gain element to be tested in the game version to be tested; the target gain element includes a virtual character attribute gain or a combined gain between at least two virtual characters;

[0007] determining at least one target virtual character to be tested based on the target gain element to be tested;

[0008] Running the game version to be tested and driving at least one target virtual character to trigger a target gain element;

[0009] collecting target parameter information of the target gain element in a corresponding collection time period, and comparing the target parameter information with baseline parameter information to obtain comparison information; wherein the baseline parameter information is collected by driving at least one target virtual character and triggering the target gain element in a baseline game version;

[0010] The test result of the game version to be tested is determined based on the comparison information.

[0011] In some possible implementations, collecting target parameter information of the target gain element in a corresponding collection time period includes:

[0012] determining a target action path field corresponding to the target gain element;

[0013] If a gain element change event is detected for a target gain element in a corresponding acquisition time period, the action path field of the gain element corresponding to the gain element change event is matched with the target action path field;

[0014] If the action path field of the gain element matches the target action path field, the gain element corresponding to the gain element change event is the target gain element, and the target parameter information of the target gain element is collected.

[0015] In some possible implementations, collecting target parameter information of the target gain element in a corresponding collection time period includes:

[0016] In the corresponding acquisition time period of the target gain element, the name of the target gain element is used as the key and the target parameter information of the corresponding target gain element is used as the value to generate and save the key-value pair information of the target gain element.

[0017] In some possible implementations, collecting target parameter information of the target gain element in a corresponding collection time period includes:

[0018] Determine the target trigger times required for the target gain element and the gain time of the target gain element;

[0019] Collect target parameter information of the target gain element. If it is detected that the triggering number of the target gain element meets the target triggering number and the running time after the last triggering of the target gain element reaches the gain time, stop driving the target gain element and end the collection of target parameter information.

[0020] In some possible implementations, driving at least one target virtual character to trigger a target gain element includes:

[0021] Determine the trigger conditions corresponding to the target gain element;

[0022] Querying a test blueprint corresponding to the trigger condition from multiple candidate test blueprints;

[0023] If a test blueprint is found, at least one target virtual character is driven by the found test blueprint to trigger a target gain element.

[0024] In some possible implementations, the following further comprises:

[0025] If no test blueprint corresponding to the trigger condition is found in the candidate test blueprints, determining at least one blueprint node corresponding to the trigger condition;

[0026] Connect at least one blueprint node based on the trigger logic corresponding to the trigger condition to construct a test blueprint applicable to the gain element;

[0027] At least one target virtual character is driven by the constructed test blueprint to trigger a target gain element.

[0028] In some possible implementations, the following further comprises:

[0029] The constructed test blueprint is updated into a plurality of candidate test blueprints, and the trigger condition is associated with the constructed test blueprint and stored.

[0030] In some possible implementations, comparing the target parameter information with the reference parameter information to obtain comparison information includes:

[0031] Taking the benchmark parameter information as a first reference standard, traversing the target parameter information, and comparing the target parameter information with the first reference standard to obtain first comparison information;

[0032] Taking the target parameter information as a second reference standard, traversing the baseline parameter information, comparing the baseline parameter information with the second reference standard, and determining the deleted parameter information that exists in the second reference standard but does not exist in the target parameter information;

[0033] Comparison information is generated based on the first comparison information and the deleted parameter information.

[0034] In some possible implementations, the method further includes:

[0035] Based on the first comparison information, mark the type of the target parameter information; the type includes new, modified, or unchanged;

[0036] Mark the type of deleted parameter information as deleted;

[0037] Generate labels for comparison information based on the type of target parameter information and the type of deleted parameter information;

[0038] Displays comparison information and its label.

[0039] On the other hand, an embodiment of the present application provides a game testing device,

[0040] The first determination module is used to determine a target gain element to be tested in the game version to be tested; the target gain element includes a virtual character attribute gain or a combined gain between at least two virtual characters;

[0041] A second determining module is configured to determine at least one target virtual character to be tested based on the target gain element to be tested;

[0042] A driving module, configured to run the game version to be tested and drive at least one target virtual character to trigger a target gain element;

[0043] a collection module configured to collect target parameter information of a target gain element during a corresponding collection time period, and compare the target parameter information with baseline parameter information to obtain comparison information; wherein the baseline parameter information is collected by driving at least one target virtual character in a baseline game version and triggering the target gain element;

[0044] The third determining module is used to determine the test result of the game version to be tested based on the comparison information.

[0045] In some possible implementations, when collecting target parameter information of the target gain element in the corresponding collection time period, the collection module is specifically configured to:

[0046] determining a target action path field corresponding to the target gain element;

[0047] If a gain element change event is detected for a target gain element in a corresponding acquisition time period, the action path field of the gain element corresponding to the gain element change event is matched with the target action path field;

[0048] If the action path field of the gain element matches the target action path field, the gain element corresponding to the gain element change event is the target gain element, and the target parameter information of the target gain element is collected.

[0049] In some possible implementations, when collecting target parameter information of the target gain element in the corresponding collection time period, the collection module is specifically configured to:

[0050] In the corresponding acquisition time period of the target gain element, the name of the target gain element is used as the key and the target parameter information of the corresponding target gain element is used as the value to generate and save the key-value pair information of the target gain element.

[0051] In some possible implementations, when collecting target parameter information of the target gain element in the corresponding collection time period, the collection module is specifically configured to:

[0052] Determine the target trigger times required for the target gain element and the gain time of the target gain element;

[0053] Collect target parameter information of the target gain element. If it is detected that the triggering number of the target gain element meets the target triggering number and the running time after the last triggering of the target gain element reaches the gain time, stop driving the target gain element and end the collection of target parameter information.

[0054] In some possible implementations, when the driving module drives at least one target virtual character to trigger a target gain element, it is specifically configured to:

[0055] Determine the trigger conditions corresponding to the target gain element;

[0056] Querying a test blueprint corresponding to the trigger condition from multiple candidate test blueprints;

[0057] If a test blueprint is found, at least one target virtual character is driven by the found test blueprint to trigger a target gain element.

[0058] In some possible implementations, the driving module is further configured to:

[0059] If no test blueprint corresponding to the trigger condition is found in the candidate test blueprints, determining at least one blueprint node corresponding to the trigger condition;

[0060] Connect at least one blueprint node based on the trigger logic corresponding to the trigger condition to construct a test blueprint applicable to the gain element;

[0061] At least one target virtual character is driven by the constructed test blueprint to trigger a target gain element.

[0062] In some possible implementations, an update module is further included, configured to:

[0063] The constructed test blueprint is updated into a plurality of candidate test blueprints, and the trigger condition is associated with the constructed test blueprint and stored.

[0064] In some possible implementations, when the acquisition module compares the target parameter information with the reference parameter information to obtain the comparison information, it is specifically configured to:

[0065] Taking the benchmark parameter information as a first reference standard, traversing the target parameter information, and comparing the target parameter information with the first reference standard to obtain first comparison information;

[0066] Taking the target parameter information as a second reference standard, traversing the baseline parameter information, comparing the baseline parameter information with the second reference standard, and determining the deleted parameter information that exists in the second reference standard but does not exist in the target parameter information;

[0067] Comparison information is generated based on the first comparison information and the deleted parameter information.

[0068] In some possible implementations, the device further includes a marking module, configured to:

[0069] Based on the first comparison information, mark the type of the target parameter information; the type includes new, modified, or unchanged;

[0070] Mark the type of deleted parameter information as deleted;

[0071] Generate labels for comparison information based on the type of target parameter information and the type of deleted parameter information;

[0072] Displays comparison information and its label.

[0073] On the other hand, an embodiment of the present application further provides an electronic device, which includes a memory and a processor, wherein a computer program is stored in the memory, and the processor executes the computer program to implement the method provided in any optional embodiment of the present application.

[0074] On the other hand, an embodiment of the present application further provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the method provided in any optional embodiment of the present application.

[0075] On the other hand, an embodiment of the present application further provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, it implements the method provided in any optional embodiment of the present application.

[0076] The beneficial effects of the technical solution provided in the embodiments of the present application are as follows:

[0077] When a target gain element needs to be tested, at least one target virtual character to be tested corresponding to the target gain element is driven in the game version to be tested to trigger the target gain element, target parameter information of the target gain element in the corresponding collection time period is collected, and the target parameter information is compared with the benchmark parameter information to obtain comparison information. Compared with compiling different test cases for different target gain elements, this can effectively reduce the testing workload and improve the testing efficiency.

[0078] In addition, the comparison process of the current target gain element can be performed synchronously with the triggering and acquisition process corresponding to the next target gain element, which can effectively save test time and improve test efficiency.

[0079] Furthermore, the gain elements corresponding to each gain element change event are filtered through the path field to determine the target gain element and filter out other gain elements, thereby avoiding the collection of other unnecessary parameter information, effectively saving storage space, and improving collection efficiency, thereby further improving test efficiency.

[0080] Furthermore, by first querying the blueprint corresponding to the target gain element that needs to be tested from multiple pre-built candidate test blueprints, if the corresponding test blueprint can be queried, the target gain element can be driven by the queried test blueprint, which can improve the game testing efficiency; if the corresponding test blueprint cannot be queried, the corresponding test blueprint is constructed, and the constructed test blueprint is updated to multiple candidate test blueprints for subsequent use. The multiple candidate test blueprints can be continuously expanded and updated to facilitate driving more diverse target gain elements and improve the game testing efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0081] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for describing the embodiments of the present application.

[0082] Figure 1 A schematic diagram of the application environment of a game testing method provided in an example;

[0083] Figure 2 A flowchart of a game testing method provided in an embodiment of the present application;

[0084] Figure 3 A schematic diagram of a game testing solution provided in an embodiment of the present application;

[0085] Figure 4 A schematic diagram showing the sequential connection of various blueprint nodes in a test blueprint provided as an example of this application;

[0086] Figure 5 A schematic diagram of the interface for providing comparative information for an example of this application;

[0087] Figure 6 A schematic diagram of the structure of a game testing device provided in an embodiment of the present application;

[0088] Figure 7 A schematic structural diagram of an electronic device applicable to an embodiment of the present application. DETAILED DESCRIPTION

[0089] The following describes the embodiments of the present application in conjunction with the accompanying drawings. It should be understood that the embodiments described below in conjunction with the accompanying drawings are exemplary descriptions for explaining the technical solutions of the embodiments of the present application and do not constitute a limitation on the technical solutions of the embodiments of the present application.

[0090] Those skilled in the art will understand that, unless otherwise stated, the singular forms "a", "an", "said", and "the" used herein may also include plural forms. It should be further understood that the terms "including" and "comprising" used in the embodiments of the present application mean that the corresponding features can be implemented as the presented features, information, data, steps, operations, elements, and / or components, but do not exclude implementation as other features, information, data, steps, operations, elements, components, and / or combinations thereof supported by the present technical field. It should be understood that when we say that an element is "connected" or "coupled" to another element, the element can be directly connected or coupled to the other element, or it can refer to the element and the other element establishing a connection relationship through an intermediate element. In addition, the "connection" or "coupling" used here can include wireless connection or wireless coupling. The term "and / or" used here indicates at least one of the items defined by the term, for example, "A and / or B" can be implemented as "A", or as "B", or as "A and B". When describing multiple (two or more) items, if the relationship between the multiple items is not clearly defined, the multiple items may refer to one, multiple or all of the multiple items. For example, the description of "parameter A includes A1, A2, A3" can be implemented as parameter A including A1 or A2 or A3, and can also be implemented as parameter A including at least two of the three items A1, A2, and A3.

[0091] In the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program that has a predetermined function and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories) or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be part of an overall module or unit that includes the function of the module or unit.

[0092] In order to better illustrate and understand the solutions provided by the embodiments of the present application, some relevant technical terms involved in the embodiments of the present application are first introduced:

[0093] Auto Chess: A strategy game where players place characters on a grid-like battlefield during a preparation phase, then battle against opposing characters without direct player control.

[0094] Hero: A character in the Auto Chess game battlefield.

[0095] Combination: The effect of combining different heroes in the Auto Chess game battlefield.

[0096] Equipment: In the Auto Chess game battlefield, items worn by heroes can provide benefits to the heroes.

[0097] BUFF: The hero's skills, combinations, equipment, talents and other elements in the Auto Chess game battlefield add bonus or debuff effects to the hero.

[0098] GameCore: The game's core operating logic, written in C++ for high efficiency, is used by the game's Unity presentation layer. C++ is a computer programming language, while Unity is a real-time 3D interactive content creation and operation platform.

[0099] Frame: In a frame-synchronized game, each client starts with the same data and executes the same instructions in the same frame, ultimately achieving the same result.

[0100] Pushing frames: Pushing frames means adding one to the game frame number, and then making each system of the game execute the logic of the current frame.

[0101] Blueprint: A development framework frequently used in game development, containing blueprint nodes and paths between nodes. Each node is a blueprint atom, corresponding to the code of a function in the logic. The combination of blueprint atoms can achieve powerful functions. The blueprint drawing cost is low, and no code writing is required, which reduces development costs.

[0102] The game testing method of the present application can be implemented based on machine learning (ML) in artificial intelligence (AI).

[0103] Artificial intelligence (AI) refers to the theories, methods, techniques, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, to perceive the environment, acquire knowledge, and use that knowledge to achieve optimal results. In other words, AI is a comprehensive technology within computer science that seeks to understand the essence of intelligence and produce new intelligent machines that can respond in a manner similar to human intelligence. AI also involves studying the design principles and implementation methods of various intelligent machines, enabling them to possess the capabilities of perception, reasoning, and decision-making.

[0104] Artificial intelligence (AI) technology is a comprehensive discipline encompassing a wide range of fields, encompassing both hardware and software technologies. Foundational AI technologies generally include sensors, specialized AI chips, cloud computing, distributed storage, large-scale game testing, operating / interaction systems, and mechatronics. AI software technologies primarily encompass computer vision, game testing, natural language processing, and machine learning / deep learning.

[0105] Key technologies in speech technology include automatic speech recognition (ASR), text-to-speech (TTS), and voiceprint recognition. Enabling computers to hear, see, speak, and feel is the future direction of human-computer interaction, with speech becoming one of the most promising methods of human-computer interaction. Large model technology is revolutionizing the development of speech technology. Pre-trained models such as WavLM and UniSpeech, which leverage the Transformer architecture, possess strong generalization and versatility, making them highly suitable for a wide range of game testing tasks.

[0106] Machine learning (ML) is a multidisciplinary field that encompasses probability theory, statistics, approximation theory, convex analysis, and algorithmic complexity theory. It specifically studies how computers simulate or implement human learning behaviors to acquire new knowledge or skills and reorganize existing knowledge structures to continuously improve their performance. Machine learning is the core of artificial intelligence and the fundamental way to make computers intelligent. Its applications span all areas of AI. Machine learning and deep learning typically include techniques such as artificial neural networks, belief networks, reinforcement learning, transfer learning, inductive learning, and self-learning. Pretrained models are the latest development in deep learning, integrating these techniques.

[0107] With the research and advancement of artificial intelligence technology, artificial intelligence technology has been studied and applied in many fields, such as common smart homes, smart wearable devices, virtual assistants, smart speakers, smart marketing, unmanned driving, autonomous driving, drones, digital twins, virtual humans, robots, artificial intelligence generated content (AIGC), conversational interaction, smart medical care, smart customer service, game AI, etc. It is believed that with the development of technology, artificial intelligence technology will be applied in more fields and play an increasingly important role.

[0108] The following describes several optional embodiments to illustrate the technical solutions provided by this application and the technical effects produced by the technical solutions of this application. It should be noted that the following embodiments can refer to, draw on, or combine with each other, and the same terms, similar features, and similar implementation steps in different embodiments will not be repeated.

[0109] In the specific implementations of this application, if any data related to an object is involved, when the embodiments of this application are applied to specific products or technologies, the permission or consent of the object must be obtained, and the collection, use, and processing of the relevant data must comply with the relevant laws, regulations, and standards of the relevant countries and regions. In other words, if any data related to an object is involved in the embodiments of this application, the data must be obtained with the authorization and consent of the object and in compliance with the relevant laws, regulations, and standards of the relevant countries and regions.

[0110] The game testing method provided in the embodiment of the present application can be executed by any computer device, and optionally, can be executed by a server, wherein the server can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides cloud computing services.

[0111] Figure 1 Schematic diagram of the application environment of the game testing method provided in the embodiment of the present application. Among them, the application environment may include a test terminal 101. Specifically, the test terminal 101 determines the target gain element to be tested in the game version to be tested; the target gain element includes a virtual character attribute gain or a combined gain between at least two virtual characters; the test terminal 101 determines at least one target virtual character to be tested based on the target gain element to be tested; the test terminal 101 runs the game version to be tested, drives the at least one target virtual character to trigger the target gain element; the test terminal 101 collects the target parameter information of the target gain element in the corresponding collection time period, compares the target parameter information with the benchmark parameter information, and obtains comparison information; the test terminal 101 determines the test result of the game version to be tested based on the comparison information.

[0112] In the above application scenario, the game testing process is performed by the test terminal. In other application scenarios, the testing process can be performed by the server.

[0113] Those skilled in the art will appreciate that a server may be an independent physical server, or a server cluster or distributed system consisting of multiple physical servers, or a cloud server or server cluster that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. The terminal may be a smartphone (such as an Android phone, an iOS phone, etc.), a tablet computer, a laptop computer, a digital broadcast receiver, a MID (Mobile Internet Devices), a PDA (Personal Digital Assistant), a desktop computer, a smart home appliance, a vehicle-mounted terminal (such as a vehicle-mounted navigation terminal, a vehicle-mounted computer, etc.), a smart speaker, a smart watch, etc. The terminal and the server may be directly or indirectly connected via wired or wireless communication, but are not limited thereto. The embodiments of the present invention may be applied to various scenarios, including but not limited to cloud technology, artificial intelligence, smart transportation, assisted driving, etc. The specific requirements may also be determined based on the actual application scenario and are not limited here.

[0114] The terminal (also referred to as a user terminal or user device) can be a smartphone, tablet computer, laptop computer, desktop computer, intelligent voice interaction device (such as a smart speaker), wearable electronic device (such as a smart watch), vehicle-mounted terminal, smart home appliance (such as a smart TV), AR / VR device, aircraft, etc., but is not limited to these. The embodiments of the present invention can be applied to various scenarios, including but not limited to cloud technology, artificial intelligence, smart transportation, assisted driving, etc.

[0115] In some possible implementations, a game testing method is provided, which can be executed by a testing terminal.

[0116] Figure 2 The following is a flowchart of a game testing method provided by an embodiment of the present application. Taking the test terminal as an example, the game testing method provided by the present application may include the following steps:

[0117] Step S201: determining a target gain element to be tested in the game version to be tested.

[0118] The target gain element includes a virtual character attribute gain or a combined gain between at least two virtual characters.

[0119] Specifically, the attribute gain of the virtual character may include the talent, equipment, skills, etc. of the virtual character; the combined gain between at least two virtual characters represents the gain effect triggered when the at least two virtual characters combine to fight.

[0120] For example, taking the Shield Guard combination as an example, its description is: Shield Guards will increase the physical defense of friendly forces, and Shield Guards will gain a certain shield when fighting.

[0121] Step S202: determining at least one target virtual character to be tested based on the target gain element to be tested.

[0122] Specifically, the triggering condition of the target gain element may be determined first, and then at least one target virtual character to be tested may be determined based on the triggering condition.

[0123] For example, if the target gain element includes the talent points of a virtual character, etc., it is only necessary to determine which virtual character the talent points are for; if the target gain element includes a combined gain, at least two corresponding virtual characters are required for combined triggering.

[0124] Step S203: running the game version to be tested, driving at least one target virtual character to trigger a target gain element.

[0125] Specifically, at least one target virtual character can be read to generate a virtual character configuration table or a virtual character combination configuration table to obtain at least one target virtual character list. By calling a driving function, frames are pushed. During the process of advancing the frames, the game automatically runs according to the designed logic and automatically activates the gain element effect.

[0126] Taking the gain element as an example, which is the combined gain between at least two virtual characters, GameCore is compiled into a dynamic link library, the hero information configuration table and the combination configuration table are read, and the list of heroes A, B, C, and D that constitute the combination is obtained. By calling the driver function in the GameCore dynamic link library, GameCore is run to add all the heroes A, B, C, and D of the combination to the battlefield, and then the GameCore is pushed frame by frame. As the frame advances, the game automatically runs according to the designed logic and automatically activates the combination effect.

[0127] Step S204 : collecting target parameter information of the target gain element in the corresponding collection time period, and comparing the target parameter information with the reference parameter information to obtain comparison information.

[0128] The baseline parameter information is collected by driving at least one target virtual character and triggering a target gain element in the baseline game version.

[0129] During specific implementation, the benchmark game version may be the latest game version that has been launched.

[0130] Specifically, the acquisition time period is determined based on the gain duration corresponding to the target gain element and the number of triggering times required for the target gain element.

[0131] For example, if the target gain element needs to be triggered twice and each time the target gain element lasts for 5 seconds, then 5 seconds after the second triggering of the target gain element is detected, it is considered that the end point of the acquisition time period has been reached.

[0132] Among them, the target parameters may include the effect type, action path, superposition rules, superposition upper limit, clearing rules, action type, skill effect type, skill effect parameters, etc. of the target gain element.

[0133] The specific process of comparing the target parameter information with the baseline parameter information will be further elaborated below.

[0134] Step S205: Determine the test result of the game version to be tested based on the comparison information.

[0135] Specifically, the comparison information includes the difference information between the numerical values ​​corresponding to various types of target parameter information and baseline parameter information. If it is detected that the difference between the numerical values ​​corresponding to any type of target parameter information and baseline parameter information is large and exceeds the preset ratio of the baseline numerical value corresponding to the baseline parameter information, it is considered that the target gain element in the game version to be tested may be abnormal.

[0136] During the specific implementation process, after the target parameters of the target gain element are collected, the target virtual character corresponding to the next target gain element can be driven, and the above-mentioned process of running the game version to be tested is repeated to drive at least one target virtual character to trigger the target gain element and collect the target parameters. At the same time, the target parameter information can be compared with the baseline parameter information to obtain comparison information. That is to say, the comparison process of the current target gain element can be carried out synchronously with the triggering and collection process corresponding to the next target gain element, which can effectively save test time and improve test efficiency.

[0137] like Figure 3 As shown, the target gain element is driven by the game version to be tested to obtain target parameter information; the target gain element is driven by the benchmark game version to obtain benchmark parameter information; the target parameter information is compared with the benchmark parameter information to obtain comparison information; and the test result of the game version to be tested is determined based on the comparison information.

[0138] In the above embodiment, when a target gain element needs to be tested, at least one target virtual character to be tested corresponding to the target gain element is driven in the game version to be tested to trigger the target gain element, target parameter information of the target gain element in the corresponding collection time period is collected, and the target parameter information is compared with the baseline parameter information to obtain comparison information. Compared with compiling different test cases for different target gain elements, this can effectively reduce the testing workload and improve the testing efficiency.

[0139] In addition, the comparison process of the current target gain element can be performed synchronously with the triggering and acquisition process corresponding to the next target gain element, which can effectively save test time and improve test efficiency.

[0140] In some possible implementations, step S204 of collecting target parameter information of the target gain element in the corresponding collection time period may include:

[0141] (1) Determine the target action path field corresponding to the target gain element;

[0142] (2) if a gain element change event is detected during the corresponding acquisition time period of the target gain element, the action path field of the gain element corresponding to the gain element change event is matched with the target action path field;

[0143] (3) If the action path field of the gain element matches the target action path field, the gain element corresponding to the gain element change event is the target gain element, and the target parameter information of the target gain element is collected.

[0144] In the specific implementation process, when pushing frames to GameCore, the BUFF (gain element) change event in GameCore is detected. When the hero's BUFF is added or removed, the event callback function is automatically called, and the parameter information corresponding to the hero's gain element is collected in the callback function.

[0145] During the parameter collection process, not only the target gain element may be triggered, but other gain elements may also be triggered. Different gain elements correspond to different path fields. It is necessary to filter the parameter information corresponding to the gain element change time based on the path field, so as to only collect the target parameter information corresponding to the target gain element.

[0146] In the above embodiment, the gain elements corresponding to each gain element change event are filtered through the path field to determine the target gain element and filter out other gain elements. This can avoid collecting other unnecessary parameter information, effectively save storage space, and improve collection efficiency, thereby further improving test efficiency.

[0147] In some possible implementations, step S204 of collecting target parameter information of the target gain element in the corresponding collection time period may include:

[0148] In the corresponding acquisition time period of the target gain element, the name of the target gain element is used as the key and the target parameter information of the corresponding target gain element is used as the value to generate and save the key-value pair information of the target gain element.

[0149] During the specific implementation process, the target parameter information of the target gain element of the virtual character is collected in the callback function, including the BUFF effect type, action path, superposition rule, superposition upper limit, clearing rule, action type, skill effect type, and skill effect parameter. The collection result is the name of the target gain element as the key and the target parameter information of the corresponding target gain element as the value, that is, dictionary data with the BUFF name as the key and the BUFF information as the value.

[0150] In some possible implementations, step S204 of collecting target parameter information of the target gain element in the corresponding collection time period may include:

[0151] (1) Determine the target triggering times and gain time required for the target gain element;

[0152] (2) collecting target parameter information of the target gain element. If it is detected that the triggering number of the target gain element meets the target triggering number and the running time after the last triggering of the target gain element reaches the gain time, the target gain element is stopped from being driven and the collection of the target parameter information is ended.

[0153] Among them, the target trigger number is greater than or equal to 1 time.

[0154] During the specific implementation process, if the target trigger number is 1, it is only necessary to trigger the target gain element and detect that the running time reaches the gain time corresponding to the target gain element before stopping the collection of target parameter information; if the target trigger number is greater than or equal to 2 times, it is possible to stop collecting target parameter information after the target gain element is triggered for the last time and the running time reaches the gain time corresponding to the target gain element.

[0155] In some implementations, each time the target gain element is triggered and the running time reaches the gain time corresponding to the target gain element, the target parameter information corresponding to this triggering is collected, and finally the target parameter information corresponding to each triggering of the target gain element is obtained.

[0156] In some possible implementations, driving at least one target virtual character to trigger a target gain element includes:

[0157] Determine the trigger conditions corresponding to the target gain element;

[0158] Querying a test blueprint corresponding to the trigger condition from multiple candidate test blueprints;

[0159] If a test blueprint is found, at least one target virtual character is driven by the found test blueprint to trigger a target gain element.

[0160] The triggering condition corresponding to the target gain element may include triggering at least one game event, such as the virtual character's health being less than 50%, etc.

[0161] Specifically, each candidate test blueprint may include blueprint nodes and paths between nodes. Each node is a blueprint atom, corresponding to the code of a function in the logic, that is, each blueprint node can be used to trigger at least one type of corresponding game event, or parameter collection condition, etc., and the corresponding trigger condition is formed through the connection between each blueprint node.

[0162] During the specific implementation process, a general test blueprint, that is, multiple candidate test blueprints, can be pre-set for different types of trigger conditions. When the target gain element needs to be triggered, the corresponding test blueprint can be determined according to the trigger condition of the target gain element to drive the target gain element.

[0163] In some possible implementations, the following further comprises:

[0164] If no test blueprint corresponding to the trigger condition is found in the candidate test blueprints, determining at least one blueprint node corresponding to the trigger condition;

[0165] Connect at least one blueprint node based on the trigger logic corresponding to the trigger condition to construct a test blueprint applicable to the gain element;

[0166] At least one target virtual character is driven by the constructed test blueprint to trigger a target gain element.

[0167] Specifically, there are some special target gain elements whose triggering conditions do not meet the triggering conditions of each candidate test blueprint. At this time, it is necessary to rebuild the corresponding test blueprint for this target gain element to drive the target gain element.

[0168] For example, a shield guard increases the physical defense of allies and grants a certain shield when engaging in combat. Consider the virtual characters A, B, C, D, and E. Add these characters to the game battlefield and run the game with a framerate boost. During this process, detect buff change events. Two buff change events are received: Event 1 for adding a buff that increases physical defense, and Event 2 for adding a shield. A dictionary is generated and stored in a file, with the buff name as the key and the buff information as the value. The buff dictionary is generated using the method described above for the previous release (the baseline version) and the current release (the version to be tested). (The previous release increases armor by 30 and shield by 600, while the current release increases armor by 20 and shield by 500.) The data from the two versions is compared to generate comparison data, which is then displayed to obtain the final results.

[0169] like Figure 4 As shown in the figure, an example of a test blueprint is shown. The test blueprint includes blueprint node 101, blueprint node 102, blueprint node 103 and blueprint node 104. Blueprint node 101 includes the corresponding game event, and blueprint node 102 includes the activation and triggering action of the event; blueprint node 103 includes the set acquisition parameters, and blueprint node 104 includes the activation of time, etc.

[0170] In some possible implementations, the following further comprises:

[0171] The constructed test blueprint is updated into a plurality of candidate test blueprints, and the trigger condition is associated with the constructed test blueprint and stored.

[0172] Specifically, the constructed test blueprint can be updated to multiple candidate test blueprints so that target gain elements with similar special trigger conditions can be used in the future.

[0173] In the above embodiment, by first querying the blueprint corresponding to the target gain element to be tested from multiple pre-constructed candidate test blueprints, if the corresponding test blueprint can be queried, the target gain element can be driven by the queried test blueprint, which can improve the game testing efficiency; if the corresponding test blueprint cannot be queried, the corresponding test blueprint is constructed, and the constructed test blueprint is updated to multiple candidate test blueprints for subsequent use. The multiple candidate test blueprints can be continuously expanded and updated to facilitate driving more diverse target gain elements and improve the game testing efficiency.

[0174] In some possible implementations, comparing the target parameter information with the reference parameter information to obtain comparison information includes:

[0175] Taking the benchmark parameter information as a first reference standard, traversing the target parameter information, and comparing the target parameter information with the first reference standard to obtain first comparison information;

[0176] Taking the target parameter information as a second reference standard, traversing the baseline parameter information, comparing the baseline parameter information with the second reference standard, and determining the deleted parameter information that exists in the second reference standard but does not exist in the target parameter information;

[0177] Comparison information is generated based on the first comparison information and the deleted parameter information.

[0178] Specifically, taking the baseline parameter information as the first reference standard, traversing the target parameter information, and comparing the target parameter information with the first reference standard, it is possible to determine which parameter information has been modified or added to the game version to be tested relative to the baseline game version, and which parameter information has not been changed; taking the target parameter information as the second reference standard, traversing the baseline parameter information, and comparing the baseline parameter information with the second reference standard, it is possible to determine which parameter information has been deleted in the game version to be tested relative to the baseline game version.

[0179] That is to say, the comparison information actually includes, relative to the baseline parameter information, which parameters are actually added, deleted, or modified for the target gain parameters of the game version to be tested, specifically from what value the modified parameters are changed to, and which parameters remain unchanged.

[0180] During the specific implementation process, the target parameter information A and the baseline parameter information B are obtained, and all the buffs in A are traversed. If the current buff name is not in the baseline parameter information B, the current buff is newly added; otherwise, the information with the same buff name is taken from the baseline parameter information B, and the effect type, action path, superposition rule, superposition upper limit, clearing rule, action type, skill effect type, and skill effect parameter are compared one by one. If they are inconsistent, the current buff is modified; otherwise, the current buff has not changed; after traversing the target parameter information A, the baseline parameter information B is traversed. If the current buff name is not in the target parameter information A, the current buff is deleted. When the buffs marked as newly added, modified, deleted, and unchanged are stored in the cloud disk in the form of json (JavaScript Object Notation, JS object notation), the data generation is completed. Among them, JS (JavaScript) is a directly interpreted scripting language.

[0181] In some possible implementations, the method further includes:

[0182] Based on the first comparison information, mark the type of the target parameter information; the type includes new, modified, or unchanged;

[0183] Mark the type of deleted parameter information as deleted;

[0184] Generate labels for comparison information based on the type of target parameter information and the type of deleted parameter information;

[0185] Displays comparison information and its label.

[0186] During the specific implementation process, the front-end page obtains the BUFF data in json format by requesting the back-end interface, traverses the BUFF dictionary, and renders the BUFF information to the front-end page. When the BUFF is newly added, the newly added label is additionally displayed; when the BUFF is deleted, the deleted label is additionally displayed; when the BUFF is modified, the modified label is additionally displayed, and the values ​​before and after the modification are displayed.

[0187] like Figure 5 As shown, Figure 5 This is a schematic diagram of target reference information in an example, where A is the target parameter information in the game version to be tested, including the target parameter "20", and B includes the baseline parameter "30" in the baseline game version. It can be seen that compared with the baseline game version, the baseline parameter 30 becomes the target parameter 20.

[0188] The above-mentioned game testing method, when it is necessary to test a target gain element, triggers the target gain element by driving at least one target virtual character to be tested corresponding to the target gain element in the game version to be tested, collects target parameter information of the target gain element in the corresponding collection time period, and compares the target parameter information with the baseline parameter information to obtain comparison information. Compared with the need to compile different test cases for different target gain elements, this method can effectively reduce the testing workload and improve testing efficiency.

[0189] In addition, the comparison process of the current target gain element can be performed synchronously with the triggering and acquisition process corresponding to the next target gain element, which can effectively save test time and improve test efficiency.

[0190] Furthermore, the gain elements corresponding to each gain element change event are filtered through the path field to determine the target gain element and filter out other gain elements, thereby avoiding the collection of other unnecessary parameter information, effectively saving storage space, and improving collection efficiency, thereby further improving test efficiency.

[0191] Furthermore, by first querying the blueprint corresponding to the target gain element that needs to be tested from multiple pre-built candidate test blueprints, if the corresponding test blueprint can be queried, the target gain element can be driven by the queried test blueprint, which can improve the game testing efficiency; if the corresponding test blueprint cannot be queried, the corresponding test blueprint is constructed, and the constructed test blueprint is updated to multiple candidate test blueprints for subsequent use. The multiple candidate test blueprints can be continuously expanded and updated to facilitate driving more diverse target gain elements and improve the game testing efficiency.

[0192] like Figure 6 As shown, in some possible implementations, a game testing device is provided, including:

[0193] The first determination module 601 is used to determine the target gain element to be tested in the game version to be tested; the target gain element includes the attribute gain of the virtual character or the combined gain between at least two virtual characters;

[0194] A second determining module 602 is configured to determine at least one target virtual character to be tested based on the target gain element to be tested;

[0195] A driving module 603 is configured to run the game version to be tested and drive at least one target virtual character to trigger a target gain element;

[0196] The collection module 604 is configured to collect target parameter information of the target gain element during a corresponding collection time period and compare the target parameter information with baseline parameter information to obtain comparison information; wherein the baseline parameter information is collected by driving at least one target virtual character in a baseline game version and triggering the target gain element;

[0197] The third determining module 605 is configured to determine a test result of the game version to be tested based on the comparison information.

[0198] In some possible implementations, when collecting target parameter information of the target gain element in the corresponding collection time period, the collection module 604 is specifically configured to:

[0199] determining a target action path field corresponding to the target gain element;

[0200] If a gain element change event is detected for a target gain element in a corresponding acquisition time period, the action path field of the gain element corresponding to the gain element change event is matched with the target action path field;

[0201] If the action path field of the gain element matches the target action path field, the gain element corresponding to the gain element change event is the target gain element, and the target parameter information of the target gain element is collected.

[0202] In some possible implementations, when collecting target parameter information of the target gain element in the corresponding collection time period, the collection module 604 is specifically configured to:

[0203] In the corresponding acquisition time period of the target gain element, the name of the target gain element is used as the key and the target parameter information of the corresponding target gain element is used as the value to generate and save the key-value pair information of the target gain element.

[0204] In some possible implementations, when collecting target parameter information of the target gain element in the corresponding collection time period, the collection module 604 is specifically configured to:

[0205] Determine the target trigger times required for the target gain element and the gain time of the target gain element;

[0206] Collect target parameter information of the target gain element. If it is detected that the triggering number of the target gain element meets the target triggering number and the running time after the last triggering of the target gain element reaches the gain time, stop driving the target gain element and end the collection of target parameter information.

[0207] In some possible implementations, when driving at least one target virtual character to trigger a target gain element, the driving module 603 is specifically configured to:

[0208] Determine the trigger conditions corresponding to the target gain element;

[0209] Querying a test blueprint corresponding to the trigger condition from multiple candidate test blueprints;

[0210] If a test blueprint is found, at least one target virtual character is driven by the found test blueprint to trigger a target gain element.

[0211] In some possible implementations, the driving module 603 is further configured to:

[0212] If no test blueprint corresponding to the trigger condition is found in the candidate test blueprints, determining at least one blueprint node corresponding to the trigger condition;

[0213] Connect at least one blueprint node based on the trigger logic corresponding to the trigger condition to construct a test blueprint applicable to the gain element;

[0214] At least one target virtual character is driven by the constructed test blueprint to trigger a target gain element.

[0215] In some possible implementations, an update module is further included, configured to:

[0216] The constructed test blueprint is updated into a plurality of candidate test blueprints, and the trigger condition is associated with the constructed test blueprint and stored.

[0217] In some possible implementations, when the acquisition module 604 compares the target parameter information with the reference parameter information to obtain the comparison information, it is specifically configured to:

[0218] Taking the benchmark parameter information as a first reference standard, traversing the target parameter information, and comparing the target parameter information with the first reference standard to obtain first comparison information;

[0219] Taking the target parameter information as a second reference standard, traversing the baseline parameter information, comparing the baseline parameter information with the second reference standard, and determining the deleted parameter information that exists in the second reference standard but does not exist in the target parameter information;

[0220] Comparison information is generated based on the first comparison information and the deleted parameter information.

[0221] In some possible implementations, the device further includes a marking module, configured to:

[0222] Based on the first comparison information, mark the type of the target parameter information; the type includes new, modified, or unchanged;

[0223] Mark the type of deleted parameter information as deleted;

[0224] Generate labels for comparison information based on the type of target parameter information and the type of deleted parameter information;

[0225] Displays comparison information and its label.

[0226] The above-mentioned game testing device, when it is necessary to test a target gain element, triggers the target gain element by driving at least one target virtual character to be tested corresponding to the target gain element in the game version to be tested, collects target parameter information of the target gain element in the corresponding collection time period, and compares the target parameter information with the baseline parameter information to obtain comparison information. Compared with the need to compile different test cases for different target gain elements, the testing workload can be effectively reduced and the testing efficiency can be improved.

[0227] In addition, the comparison process of the current target gain element can be performed synchronously with the triggering and acquisition process corresponding to the next target gain element, which can effectively save test time and improve test efficiency.

[0228] Furthermore, the gain elements corresponding to each gain element change event are filtered through the path field to determine the target gain element and filter out other gain elements, thereby avoiding the collection of other unnecessary parameter information, effectively saving storage space, and improving collection efficiency, thereby further improving test efficiency.

[0229] Furthermore, by first querying the blueprint corresponding to the target gain element that needs to be tested from multiple pre-built candidate test blueprints, if the corresponding test blueprint can be queried, the target gain element can be driven by the queried test blueprint, which can improve the game testing efficiency; if the corresponding test blueprint cannot be queried, the corresponding test blueprint is constructed, and the constructed test blueprint is updated to multiple candidate test blueprints for subsequent use. The multiple candidate test blueprints can be continuously expanded and updated to facilitate driving more diverse target gain elements and improve the game testing efficiency.

[0230] The device of the embodiment of the present application can execute the method provided by the embodiment of the present application, and its implementation principle is similar. The actions performed by each module in the device of each embodiment of the present application correspond to the steps in the method of each embodiment of the present application. For the detailed functional description of each module of the device, please refer to the description in the corresponding method shown in the previous text, and will not be repeated here.

[0231] An embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory. When the processor executes the computer program stored in the memory, the method in any optional embodiment of the present application can be implemented.

[0232] Figure 7FIG. 1 shows a schematic structural diagram of an electronic device to which an embodiment of the present invention is applicable. Figure 7 As shown, the electronic device may be a server or a user terminal, and the electronic device may be used to implement the method provided in any embodiment of the present invention.

[0233] like Figure 7 As shown in FIG, the electronic device 700 may mainly include at least one processor 701 ( Figure 7 ), memory 702, communication module 703 and input / output interface 704 and other components, optionally, the components can be connected and communicated through a bus 705. It should be noted that, Figure 7 The structure of the electronic device 700 shown in the figure is merely illustrative and does not constitute a limitation on the electronic devices to which the method provided in the embodiments of the present application is applicable.

[0234] The memory 702 can be used to store an operating system and application programs, etc. Application programs can include computer programs that implement the methods described in the embodiments of the present invention when called by the processor 701, and can also include programs for implementing other functions or services. The memory 702 can be a ROM (Read Only Memory) or other type of static storage device that can store static information and instructions, a RAM (Random Access Memory) or other type of dynamic storage device that can store information and computer programs, an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory) or other optical disk storage, optical disk storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited to these.

[0235] The processor 701 is connected to the memory 702 via a bus 705 and implements corresponding functions by calling the application program stored in the memory 702. Among them, the processor 701 can be a CPU (Central Processing Unit), a general-purpose processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof, which can implement or execute the various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of the present invention. The processor 701 can also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0236] The electronic device 700 can be connected to a network via a communication module 703 (which may include, but is not limited to, components such as a network interface) to communicate with other devices (such as a user terminal or a server) via the network to implement data interaction, such as sending data to or receiving data from other devices. The communication module 703 may include a wired network interface and / or a wireless network interface, etc., that is, the communication module may include at least one of a wired communication module and a wireless communication module.

[0237] The electronic device 700 can be connected to the required input / output devices, such as a keyboard, a display device, etc., through the input / output interface 704. The electronic device 700 itself can have a display device, and can also be connected to other external display devices through the interface 704. Optionally, a storage device, such as a hard disk, can also be connected through the interface 704, so that data in the electronic device 700 can be stored in the storage device, or data in the storage device can be read, and data in the storage device can also be stored in the memory 702. It can be understood that the input / output interface 704 can be a wired interface or a wireless interface. Depending on the actual application scenario, the device connected to the input / output interface 704 can be a component of the electronic device 700, or it can be an external device connected to the electronic device 700 when needed.

[0238] Bus 705, used to connect the various components, may include a path for transmitting information between the components. Bus 705 may be a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus, for example. Depending on their function, bus 705 may be classified as an address bus, a data bus, a control bus, or the like.

[0239] Optionally, for the solution provided in the embodiment of the present invention, the memory 702 can be used to store a computer program for executing the solution of the present invention, and be run by the processor 701. When the processor 701 runs the computer program, the actions of the method or device provided in the embodiment of the present invention are implemented.

[0240] Based on the same principle as the method provided in the embodiment of the present application, the embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the corresponding content of the aforementioned method embodiment can be implemented.

[0241] An embodiment of the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the corresponding content of the aforementioned method embodiment can be implemented.

[0242] It should be noted that the terms "first," "second," "third," "fourth," "1," "2," etc. (if any) in the specification and claims of this application and the accompanying drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than that shown or described in the drawings.

[0243] It should be understood that, although each operation step is indicated by arrows in the flowchart of the embodiment of the present application, the order of implementation of these steps is not limited to the order indicated by the arrows. Unless otherwise clearly stated herein, in some implementation scenarios of the embodiment of the present application, the implementation steps in each flowchart can be performed in other orders according to demand. In addition, some or all of the steps in each flowchart can include multiple sub-steps or multiple stages based on actual implementation scenarios. Some or all of these sub-steps or stages can be executed at the same time, and each sub-step or stage in these sub-steps or stages can also be executed at different times respectively. Under different scenarios at the execution time, the execution order of these sub-steps or stages can be flexibly configured according to demand, and the embodiment of the present application does not limit this.

[0244] The above description is only an optional implementation method for some implementation scenarios of this application. It should be pointed out that for ordinary technicians in this technical field, without departing from the technical concept of the solution of this application, the use of other similar implementation methods based on the technical ideas of this application also falls within the protection scope of the embodiments of this application.

Claims

1. A game testing method, characterized in that: include: Determine the target benefit elements to be tested in the game version to be tested; The target gain element includes a virtual character attribute gain or a combined gain between at least two virtual characters; determining at least one target virtual character to be tested based on the target gain element to be tested; Running the game version to be tested, driving the at least one target virtual character to trigger the target gain element; collecting target parameter information of the target gain element in a corresponding collection time period, and comparing the target parameter information with baseline parameter information to obtain comparison information; wherein the baseline parameter information is collected by driving the at least one target virtual character and triggering the target gain element in a baseline game version; A test result of the game version to be tested is determined based on the comparison information.

2. The method according to claim 1, characterized in that The collecting target parameter information of the target gain element in the corresponding collection time period includes: determining a target action path field corresponding to the target gain element; If a gain element change event is detected in the corresponding acquisition time period of the target gain element, matching the action path field of the gain element corresponding to the gain element change event with the target action path field; If the action path field of the gain element matches the target action path field, the gain element corresponding to the gain element change event is the target gain element, and target parameter information of the target gain element is collected.

3. The method according to claim 1, characterized in that The collecting target parameter information of the target gain element in the corresponding collection time period includes: In the corresponding acquisition time period of the target gain element, the name of the target gain element is used as a key and the target parameter information corresponding to the target gain element is used as a value to generate and save key-value pair information of the target gain element.

4. The method according to claim 1, wherein The collecting target parameter information of the target gain element in the corresponding collection time period includes: Determining a target triggering number required for the target gain element and a gain time of the target gain element; Target parameter information of the target gain element is collected. If it is detected that the number of triggering of the target gain element meets the target triggering number and the running time after the last triggering of the target gain element reaches the gain time, driving the target gain element is stopped and collecting the target parameter information is ended.

5. The method according to claim 1, characterized in that The driving of the at least one target virtual character to trigger the target gain element includes: Determining a trigger condition corresponding to the target gain element; Querying a test blueprint corresponding to the trigger condition from a plurality of candidate test blueprints; If the test blueprint is found, the at least one target virtual character is driven by the found test blueprint to trigger the target gain element.

6. The method according to claim 5, characterized in that Also includes: If no test blueprint corresponding to the trigger condition is found in the candidate test blueprints, determining at least one blueprint node corresponding to the trigger condition; Connecting the at least one blueprint node based on the trigger logic corresponding to the trigger condition to construct a test blueprint applicable to the gain element; The at least one target virtual character is driven by the constructed test blueprint to trigger the target gain element.

7. The method according to claim 6, characterized in that Also includes: The constructed test blueprint is updated into a plurality of candidate test blueprints, and the trigger condition is associated with the constructed test blueprint and stored.

8. The method according to claim 1, characterized in that The comparing the target parameter information with the reference parameter information to obtain comparison information includes: Taking the benchmark parameter information as a first reference standard, traversing the target parameter information, and comparing the target parameter information with the first reference standard to obtain first comparison information; Taking the target parameter information as a second reference standard, traversing the baseline parameter information, comparing the baseline parameter information with the second reference standard, and determining deleted parameter information that exists in the second reference standard but does not exist in the target parameter information; The comparison information is generated based on the first comparison information and the deleted parameter information.

9. The method according to claim 8, characterized in that The method further comprises: Based on the first comparison information, mark the type of the target parameter information; the type includes newly added, modified, or unchanged; Mark the type of the deleted parameter information as deleted; generating a label for the comparison information based on the type of the target parameter information and the type of the deleted parameter information; The comparison information is displayed, and a label of the comparison information is displayed.

10. A game testing device, characterized in that: include: A first determination module is used to determine a target gain element to be tested in the game version to be tested; The target gain element includes a virtual character attribute gain or a combined gain between at least two virtual characters; A second determining module is configured to determine at least one target virtual character to be tested based on the target gain element to be tested; A driving module, configured to run the game version to be tested and drive the at least one target virtual character to trigger the target gain element; a collection module, configured to collect target parameter information of the target gain element in a corresponding collection time period, and compare the target parameter information with baseline parameter information to obtain comparison information; wherein the baseline parameter information is collected by driving the at least one target virtual character in a baseline game version and triggering the target gain element; The third determining module is configured to determine a test result of the game version to be tested based on the comparison information.

11. An electronic device comprising a memory, a processor, and a computer program stored in the memory, wherein: The processor executes the computer program to implement the steps of the method according to any one of claims 1 to 9.

12. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 9 are implemented.

13. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 9 are implemented.

Images