Game Element Detection Method, Device, Equipment and Storage Medium

By obtaining the original executable file to generate a detection template and generating a target executable file according to user input conditions, the time-consuming and laborious issue of generating game element detection files is solved, and convenient and personalized detection file generation is achieved.

CN114288666BActive Publication Date: 2025-07-04BEIJING PERFECT WORLD SOFTWARE TECH DEV CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202111640919.3
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2021-12-29
Publication Date
2025-07-04
Estimated Expiration
2041-12-29

AI Technical Summary

Technical Problem

In the prior art, generating game elements detection executable files is time-consuming and laborious, and has high requirements for user writing ability, making it difficult to easily generate executable files for detecting different game types and scenarios.

Method used

By obtaining the original executable file to generate a detection template and generating a target executable file based on the detection conditions entered by the user, the generation process of executable files is simplified. Users only need to enter the detection conditions to generate a personalized executable file.

Benefits of technology

The process of generating executable files is simplified, the generated files are convenient and personalized, and can be used for game element detection in different game types and scenarios.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN114288666B_ABST
    Figure CN114288666B_ABST
Patent Text Reader

Abstract

An embodiment of the present invention provides a method, apparatus, device, and storage medium for detecting game elements. The method includes: obtaining a detection template generated according to an original executable file and used to describe the detection process of game elements to be detected. For the game elements to be detected, the user can input the required detection conditions by themselves, and a target executable file is formed by the detection conditions and the detection template. By executing this target executable file, the detection of the game elements to be detected can be realized. In the above method, the detection process is used as a template, and the user only needs to input the relevant detection conditions to generate an executable file for game element detection, saving the process of manually writing all the contents in the file and simplifying the generation of the executable file. And since the detection conditions input by the user can be personalized, it is also possible to conveniently generate personalized executable texts for detecting game elements in different game types and different game scenarios.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular, to a method, device, equipment and storage medium for detecting game elements. Background Art

[0002] Game elements can include multiple aspects such as texture materials used in models in the game, animation resources, storage paths of game assets, model resources, texture mapping rules, character rules, file naming of game assets, audio, etc. To ensure the game experience, it is necessary to detect various game elements, such as characters and scenery displayed in the game screen, and animation special effects. Specifically, it is possible to detect aspects such as the color, gloss, and shadow effects of the scenery and various parts of the character's body in the game screen to analyze the game performance. In addition, it is also possible to detect the playback timing of game music in combination with animation special effects. Specifically, it is possible to detect whether the special effect music and the painting special effects are played synchronously, whether the special effect music is played in the corresponding scene, and so on.

[0003] And in practice, different executable files need to be manually written for different game elements, and the detection of game elements is achieved by executing these files. And as the types and scenes of games continue to increase, the game elements to be detected are also constantly enriched, which requires a large number of executable files to be manually written. At this time, the generation of executable files is not only time-consuming and laborious, but also places higher requirements on the writing ability of users.

[0004] Therefore, how to conveniently generate executable files for detecting game elements has become an urgent problem to be solved. Summary of the Invention

[0005] In view of this, embodiments of the present invention provide a method, device, equipment and storage medium for detecting game elements, so as to conveniently generate executable files for detecting game elements.

[0006] In a first aspect, an embodiment of the present invention provides a method for detecting game elements, including:

[0007] Obtain a detection process detection template for describing game elements to be detected generated according to an original executable file;

[0008] Generate a target executable file corresponding to the game elements to be detected according to the detection conditions input by the user and the detection template;

[0009] Execute the target executable file to implement the detection of the game elements to be detected.

[0010] In a second aspect, an embodiment of the present invention provides a device for detecting game elements, including:

[0011] A template acquisition module, configured to acquire a detection template for describing the detection process of a game element to be detected, which is generated according to an original executable file;

[0012] A generation module, configured to generate a target executable file corresponding to the game element to be detected according to the detection conditions input by the user and the detection template;

[0013] An execution module, configured to execute the target executable file to implement the detection of the game element to be detected.

[0014] In a third aspect, an embodiment of the present invention provides an electronic device, including a processor and a memory, where the memory is used to store one or more computer instructions. When the one or more computer instructions are executed by the processor, the game element detection method in the first aspect above is implemented. The electronic device may further include a communication interface for communicating with other devices or communication networks.

[0015] In a fourth aspect, an embodiment of the present invention provides a non-transitory machine-readable storage medium, on which executable code is stored. When the executable code is executed by a processor of an electronic device, the processor can at least implement the game element detection method as described in the first aspect.

[0016] The game element detection method provided by the embodiment of the present invention acquires an original executable file, and generates a detection template corresponding to the game element to be detected, which is used to describe the detection process of the game element to be detected, and the detection template is a file that cannot be directly executed by the detection device. Then, for the game element to be detected, the user can input corresponding detection conditions by himself / herself, and a target executable file corresponding to the game element to be detected is formed by the detection conditions and the detection template. The detection device can implement the detection of the game element to be detected by executing this target executable file.

[0017] It can be seen that in the above method, the detection process of the game element can be extracted from the original executable file, and the user only needs to input relevant detection conditions to generate an executable file for detecting the game element, saving the process of manually writing all the content in the file for different game types, different game scenarios, and different detection requirements, and simplifying the generation process of the executable file. And since the detection conditions in the executable file are manually input, according to the above method, it is also possible to conveniently generate executable files for detecting game elements in different game types and different game scenarios, ensuring the convenience of obtaining the executable file while also ensuring the personalization of the target executable file. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the drawings in the following description are some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0019] Figure 1 Flowchart of a game element detection method provided by an embodiment of the present invention;

[0020] Figure 2 Schematic diagram of a detection interface provided by an embodiment of the present invention;

[0021] Figure 3 Flowchart of another game element detection method provided by an embodiment of the present invention;

[0022] Figure 4 Schematic diagram of another detection interface provided by an embodiment of the present invention;

[0023] Figure 5 Flowchart of yet another game element detection method provided by an embodiment of the present invention;

[0024] Figure 6 Schematic diagram of the structure of a game element detection device provided by an embodiment of the present invention;

[0025] Figure 7 For Figure 6 Schematic diagram of the structure of an electronic device corresponding to the game element detection device provided by the shown embodiment. Detailed implementation manners

[0026] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art without creative efforts based on the embodiments of the present invention belong to the scope of protection of the present invention.

[0027] The terms used in the embodiments of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. The singular forms "a", "the", and "said" used in the embodiments of the present invention and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. "Plural" generally includes at least two, but does not exclude the case of including at least one.

[0028] It should be understood that the term "and / or" used herein is merely a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone. Additionally, the character " / " in this text generally indicates that the associated objects before and after are in an "or" relationship.

[0029] Depending on the context, the words "if" or "when" as used herein can be interpreted as "when...", "while...", "in response to determining", or "in response to identifying". Similarly, depending on the context, the phrase "if determined" or "if identifying (stated condition or event)" can be interpreted as "when determined", "in response to determining", "when identifying (stated condition or event)", or "in response to identifying (stated condition or event)".

[0030] It should also be noted that the term "comprising", "including", or any other variant thereof is intended to cover non-exclusive inclusion, such that a commodity or system comprising a series of elements not only includes those elements but also includes other elements not explicitly listed, or further includes elements inherent to such commodity or system. Without further limitation, an element defined by the statement "comprising one..." does not exclude the existence of additional identical elements in the commodity or system comprising the said element.

[0031] The following will describe in detail some embodiments of the present invention with reference to the accompanying drawings. Without conflict between the embodiments, the following embodiments and the features in the embodiments can be combined with each other. Additionally, the step timings in the following method embodiments are merely examples and not strictly limited.

[0032] Figure 1 The following is a flowchart of a game element detection method provided for an embodiment of the present invention. The detection method provided by the embodiment of the present invention can be executed by a detection device. It can be understood that the detection device can be implemented as software, or a combination of software and hardware. As Figure 1 shown, the method includes the following steps:

[0033] S101, obtain a detection template that describes the detection process of the game elements to be detected and is generated based on the original executable file.

[0034] First, the original executable files corresponding to the game elements of different game types can be collected. The original executable files can be executable detection scripts. More specifically, they can be fragmented game element detection scripts or complete detection scripts, including detection scripts in different programming languages and corresponding to different operating environments. The original executable file can describe the detection conditions and detection process required to detect this game element. By executing this original executable file, the detection of the game element can be achieved, that is, to determine whether the game original meets the preset rules. And the original executable files can correspond one by one to the game elements.

[0035] Among them, the game type can be considered as the game engine used during game development, such as Unity or Unreal Engine 4 (UE4 for short), etc. The game scene (i.e., the detection scene) can be considered as different types of detection categories to be detected when detecting a certain game element. Each category contains multiple detection items. A game scene can be, for example, texture detection, material detection, etc. Then the detection categories included in the texture detection scene include texture size, texture color. This category of texture size specifically includes the height and width of the texture.

[0036] Among them, the game elements can be all the atlases, login interfaces, plot dialogue interfaces in the entire game, as well as various virtual scenes, terrains (such as rocks, vegetation, rivers), the skins, clothes, eyes, weapons, skill special effects, etc. of the characters in the game, all the resources related to textures, as well as animation resources, the storage paths of game assets, texture rules, character rules, file naming of game assets, audio, etc.

[0037] The static and dynamic game elements in the game can be detected. The detection of game elements can also be to detect the smoothness of the movement of an object, or to detect whether the playback timing of multiple game elements that need to be associated and run is correct. For example, detecting whether the game special effects in the game and the corresponding game sound effects are played simultaneously.

[0038] For example, a static game element can be the texture of a certain body part of a virtual character in the game. This game element can include two detection items, namely the height and width of the texture. Since the original executable file corresponding to the texture contains the detection conditions for each of the two detection items, that is, the height threshold or threshold range that the height of the texture needs to meet, and the width threshold or threshold range that the width of the texture needs to meet, by executing the original executable file corresponding to the texture, it can be detected whether the size of this texture meets the requirements. If the size of the texture meets the requirements, then rendering and displaying the virtual character according to this compliant texture can meet the performance requirements of the game.

[0039] However, the number of original executable files collected is limited, and the game elements that can be covered are also limited. When new game elements appear and the new game elements have the same detection process as the game elements corresponding to the original executable files, the method provided in this embodiment can be used to quickly and conveniently obtain the executable files for the new game elements, and use these executable files to detect the new game elements.

[0040] For the sake of concise and clear subsequent description, the newly emerged game elements can be referred to as game elements to be detected, and the executable files corresponding to the game elements to be detected are called target executable files. Optionally, the target executable file can be considered as an executable detection script.

[0041] Then, the detection device can first generate a detection template for the game elements to be detected based on the collected original executable files. Optionally, the detection device can abstract and strip the original executable files, that is, the fragmented detection scripts or complete detection scripts in different programming languages corresponding to different operating environments, to abstract the detection process in the detection script, so as to determine this detection process as the detection template applicable to different game elements to be detected. Optionally, the abstracted detection template can be a templated script mapped to be written in a unified programming language, such as a python parameterized script.

[0042] A simple abstraction process can be to filter out the detection conditions included in the original executable file to generate a detection template for the game elements to be detected. Among them, this detection template contains programming statements for describing the detection process of the game elements to be detected, but does not contain detection conditions. It is precisely because it does not contain detection conditions that this detection template cannot be directly executed by the detection device.

[0043] S102, Generate a target executable file corresponding to the game elements to be detected according to the detection conditions and the detection template input by the user.

[0044] S103, Execute the target executable file to implement the detection of the game elements to be detected.

[0045] Next, the detection device can respond to the input operation of the user, and fill the detection conditions corresponding to the game elements to be detected input by the user on the detection interface into the detection template to obtain the target executable file corresponding to the game elements to be detected. Optionally, the detection conditions input by the user can conform to the actual needs. Finally, the detection device executes this target executable file to implement the detection of the game elements to be detected. Taking the game elements to be detected as textures as an example, the detection interface can be as Figure 2 shown.

[0046] In the above process, the detection device can extract the detection process for game element detection from the original executable file and save it as a detection template. Then, in response to the user's input operation, personalized detection conditions input by the user are obtained and filled into the detection template to quickly and conveniently obtain the target executable file corresponding to the game element to be detected.

[0047] In this embodiment, the detection device obtains the original executable file and generates a detection template that cannot be directly executed by the detection device and is used to describe the detection process of the game element to be detected based on this original executable file. Then, the user can input the detection conditions of the game element to be detected according to actual needs, and the input detection conditions and the detection template together constitute the target executable file corresponding to the game element to be detected. The detection device can implement the detection of the game element to be detected by executing this target executable file.

[0048] It can be seen that in the above method, the detection process of the game element can be directly extracted from the original executable file. The user only needs to input relevant detection conditions to generate an executable file for detecting the game element, which omits the process of manually writing the entire file and simplifies the generation process of the executable file. And since the detection conditions in the executable file are input manually, therefore, according to the above method, it is also possible to conveniently generate executable files for detecting game elements in different game types and different game scenarios, ensuring the convenience of obtaining the executable file while also ensuring the personalization of the target executable file.

[0049] After obtaining the target executable file corresponding to the game element to be detected, the process of using the file to detect the game element can be described as follows: The detection device executes the target executable file to obtain the attribute characteristics of the game element to be detected. Then, it is determined whether the attribute characteristics meet the detection conditions input by the user in the target executable file. If the attribute characteristics meet the detection conditions, the game element to be detected passes the detection, otherwise it fails. Optionally, the detection device can also display the detection result on the detection interface.

[0050] Among them, for different game elements to be detected, the attribute characteristics extracted by executing the target executable file are also different, and there are also differences in the detection process. The specific detection process can be referred to the following description.

[0051] In one case, the game element to be detected can be a static game element, such as the texture map used by a certain model.

[0052] For such game elements to be detected, the detection device can directly run the target executable file to obtain the source code of the static game element, and obtain the attribute characteristics of the static game element based on this source code. Among them, the source code can be saved in the form of a data file. Then, it is determined whether the static game element to be detected passes the detection according to whether this attribute characteristic meets the detection conditions in the target executable file. Such detection is usually used to detect whether the rendering result meets the performance requirements of the game after rendering processing according to the attribute characteristics or after the game runs, such as whether the rendering result of the static game element will cause the picture quality to fail to meet the standard, or cause excessive computational load, etc.

[0053] Among them, for the above-mentioned static game element, the actual parameter values of each of the multiple detection items included in the game element, such as the height and width of the texture, the brightness and number of faces of the virtual character's hair, etc., can be saved in the data file. The actual parameter values of each of the multiple detection items stored in the data file can be considered as the attribute characteristics of the game element to be detected, and the attribute characteristics can be various parameters that affect the game performance. The thresholds or threshold ranges of each of the multiple detection items input by the user can be considered as the detection conditions in the target executable file.

[0054] If such a static game element fails to pass the detection, it means that the static game element does not meet the specifications, and using game elements that do not meet the specifications in the game will affect the performance of the game, resulting in a significant decline in the game running performance. For example, it will cause problems such as poor game picture quality, frame drops during game operation, overheating of the mobile phone, and high power consumption, which will affect the user experience.

[0055] In another case, the game element to be detected can be a dynamic game element, such as the dynamic shadow of an object in the game scene. Since the dynamic game element can only be obtained during the game operation, for such a dynamic game element, the detection device needs to run the target executable file during the game operation on the terminal device to obtain the attribute characteristics of the dynamic game element, and further detect the dynamic game element according to the attribute characteristics.

[0056] Among them, for such a dynamic game element, its attribute characteristics can include the computing resources of the terminal device occupied by this dynamic game element during the game operation, such as the occupied CPU resources, memory resources, hard disk resources, etc. The detection conditions input by the user can include the threshold or threshold range of the computing resource occupancy. Then, it is determined whether the game element to be detected passes the detection according to whether the computing resources of the terminal device occupied by the dynamic game element during the game operation meet the threshold or threshold range input by the user. Among them, the terminal device and the detection device can be the same device.

[0057] For example, when a dynamic game element fails the detection because it occupies too much computing resources of the terminal device. If the attribute characteristics are not modified, it will cause the game to run stuck and affect the user experience.

[0058] In another case, the game element to be detected can also be multiple game elements that need to be associated and run, where the associated running can specifically include associated playback or associated display. Multiple game elements that need to be associated and run can include, for example, game special effects and game sound effects that need to be played simultaneously. For such game elements to be detected that need to be associated and run, during the process of the terminal device running the game, the detection device can target the executable file to obtain the attribute characteristics of the game element to be detected, and implement the detection of the game element to be detected according to the attribute characteristics. Among them, the terminal device and the detection device can be the same device.

[0059] Among them, the attribute characteristics of the game element to be detected can include the difference between the running times of multiple game elements that need to be associated and run. The detection conditions input by the user can include a preset time difference or a preset time difference range. Then, it can be determined whether the game element to be detected passes the detection according to whether the difference between the running times of multiple game elements meets the preset time difference or the preset time difference range.

[0060] Continuing with the above example of game special effects and game sound effects, the running time of the game element is also the playback time of the game element, so it is possible to detect whether the difference between the playback times of the game special effects and the game sound effects meets the preset time difference or the preset time difference range input by the user. If it fails the detection, it indicates that there is a large delay in the playback of the game special effects and the game sound effects, thus affecting the user experience.

[0061] The above examples in the embodiments have mentioned that the game element to be detected can include at least one detection item, then the detection template can include at least one detection sub-template corresponding to each detection item. The detection template can be considered as a script, which contains multiple programming statements for describing the detection process of the game element to be detected, and the detection sub-template can be considered as a program segment in the detection program, and this program segment contains programming statements for describing the detection process of one detection item.

[0062] Optionally, in practice, according to different detection requirements, the game element to be detected can also add detection items. Then Figure 3 is a flowchart of another game element detection method provided by the embodiments of the present invention. As Figure 3 shown, the method can include the following steps:

[0063] S201, obtain a detection template that describes the detection process of the game element to be detected generated according to the original executable file.

[0064] S202. Generate a target executable file corresponding to the game element to be detected according to the detection conditions and detection templates input by the user.

[0065] The execution processes of the above steps S201 to S202 are similar to the corresponding steps in the foregoing embodiments, and reference may be made to the relevant descriptions in the embodiments shown as Figure 1 shown, and details are not described herein again.

[0066] S203. In response to the user's addition operation, obtain an additional detection item corresponding to the game element to be detected.

[0067] S204. Generate a detection sub-template corresponding to the additional detection item.

[0068] S205. In response to the user's input operation, obtain the detection conditions corresponding to the additional detection item.

[0069] S206. Update the target executable file of the game element to be detected according to the detection conditions and detection sub-template corresponding to the additional detection item.

[0070] The user can trigger the addition operation of the detection item on the detection interface. Then, in response to the input of the additional detection item name, the detection device generates a detection sub-template corresponding to the additional detection item. The sub-template contains programming statements for describing the detection process of detecting this additional detection item, and the sub-template does not contain detection conditions and thus cannot be directly executed by the detection device.

[0071] It should be noted that, in the manner shown as Figure 1 shown, the detection device can locally generate and store target executable files corresponding to different game elements to be detected to implement the detection of these game elements to be detected. Optionally, when the additional detection item input by the user has the same detection process as a certain detection item included in other game elements to be detected, the detection device can automatically generate a detection sub-template corresponding to the additional detection item input by the user. When the additional detection item input by the user is a completely new detection item, it is still necessary to manually write the detection sub-template corresponding to this additional detection item.

[0072] After the user inputs an additional detection item on the detection interface, the user can further input the detection conditions corresponding to this additional detection item. Then, after the detection device obtains the detection conditions input by the user, it can update the detection conditions and detection sub-template corresponding to the additional detection item into the target executable file of this game element to be detected to implement the addition of the detection item of this game element to be detected.

[0073] It should be noted that in practice, the user can also first input the detection conditions and then input the detection item name. This embodiment does not limit the execution order between steps S203 to S204 and steps S205 to S206.

[0074] At S207, execute the updated target executable file to implement the detection of the game element to be detected.

[0075] The execution process of step 207 above is similar to the corresponding steps in the foregoing embodiments, and reference may be made to the relevant descriptions in the embodiments shown as Figure 1 described above, and will not be elaborated here again.

[0076] For example, for a texture map as a game element to be detected, in addition to the original two detection items of length and width, the user can also add a detection item for checking the anisotropy level of the texture map in the detection interface. Continuing with the Figure 2 detection interface shown, the user can enter the name of the detection item in the project input box, and the detection device can automatically generate a detection sub-template corresponding to the detection item of the number of faces in response to the user's input. Among them, the detection item of the anisotropy level of the texture map is not a new detection item, and other game elements to be detected can include this detection item. Then, the user can also enter the preset threshold or preset threshold range of the detection item of the anisotropy level of the texture map in the condition input box, and the detection device can obtain the detection condition of the detection item of the anisotropy level of the texture map in response to the user's input, and update the detection sub-template corresponding to the detection item of the anisotropy level of the texture map and the detection condition input by the user into the target executable file corresponding to the texture map as the game element to be detected.

[0077] After the user adds a detection item, the detection interface can change from Figure 2 to Figure 4 .

[0078] Finally, the detection device can execute the updated target executable file, extract the height, width, and anisotropy level of the texture map of a certain body part of the virtual character, and compare the extracted content with the detection conditions input by the user to implement the detection of the texture map as the game element to be detected.

[0079] In this embodiment, for a certain game element to be detected, the user can also manually add a detection item. Then, the detection device can obtain the detection sub-template and detection condition corresponding to this newly added detection item in response to the user's operation, and update the obtained content into the target executable file corresponding to the element to be detected. In the above manner, the user can flexibly add different detection items according to the actual detection requirements, and the detection device can also flexibly update the target executable file corresponding to the game element to be detected according to the user's addition operation, ensuring the convenience of generating the executable file while also ensuring the pertinence and personalization of the executable file.

[0080] Optionally, in Figure 2 or Figure 4In the detection interface shown, for existing detection items, the user can also manually operate the button before the detection item to enable the detection device to determine whether to activate this detection item. In Figure 2 shown, the detection item of the width in the texture map is in the off state, and the detection item of the height is in the on state. In Figure 4 shown, the detection items of the width, height, and texture map anisotropy level in the texture map are all in the on state.

[0081] The detection method provided in each of the above embodiments can be specifically implemented by a first process in the detection device, and this first process is used to specifically execute the target executable file.

[0082] Figure 3 In the shown embodiment, the user can Figure 2 implement the addition of detection items on the shown detection interface. To implement the addition of detection items, Figure 5 is a flowchart of another game element detection method provided by an embodiment of the present invention. As Figure 5 shown, this method may include the following steps:

[0083] S301, Execute the executable file corresponding to the detection interface to display at least one detection item of the game elements to be detected on the detection interface.

[0084] Execute the executable file corresponding to the detection interface. This file may contain programming statements for describing the display styles of at least one detection item of the game elements to be detected from their respective corresponding input boxes on the detection interface. Among them, the input boxes may specifically include item input boxes and condition input boxes. The detection device executes this file to display at least one detection item of the game elements to be detected on the detection interface in the styles described in the file. This display interface may be as Figure 2 shown.

[0085] S302, In response to the user's addition operation, generate programming statements corresponding to the newly added detection item.

[0086] S303, Update the programming statements to the executable file corresponding to the detection interface.

[0087] S304, Execute the updated executable file to display the condition input box of the newly added detection item on the detection interface.

[0088] At least one detection item already included in the game elements to be detected and the newly added detection item may have the same display style on the detection interface, that is, both are displayed in the styles of item name input boxes and condition input boxes. Then, in response to the user's addition operation, the detection device can automatically generate programming statements corresponding to the input boxes of the newly added detection item, and these programming statements are used to describe the display styles of the input boxes of the newly added detection item on the detection interface.

[0089] The detection device can update the programming statements corresponding to the input boxes of the newly added detection items to the executable file corresponding to the detection interface. After the detection device executes this updated executable file, the detection interface can be changed from Figure 2 the style shown in Figure 4 to the style shown in

[0090] Optionally, this embodiment can be executed or updated by a second process provided in the detection device for the executable file corresponding to the detection interface.

[0091] In this embodiment, in response to the addition of a detection item, the detection device can automatically generate programming statements corresponding to the newly added detection item and further update the executable file corresponding to the detection interface. By executing the updated executable file, the newly added detection item and the detection conditions corresponding to the detection item can be displayed in the detection interface, making the update of the detection items in the detection interface more convenient and enriching the detection items of game elements.

[0092] Optionally, in combination with Figure 5 the executable file corresponding to the detection interface mentioned in the embodiment shown, the process by which the detection device fills the detection conditions input by the user on the detection interface into the detection template to generate a target executable file can be described as follows:

[0093] In response to the user's input operation, the second process in the detection device adds the detection conditions input by the user to the front-end template corresponding to the detection interface to generate a front-end template instance.

[0094] The first process in the detection device obtains the above-mentioned front-end template instance; further parses the front-end template instance to obtain the detection conditions input by the user.

[0095] The first process in the detection device then determines the corresponding detection template according to the detection conditions input by the user obtained by parsing, and adds the detection conditions obtained by parsing to the detection template to obtain the target executable file corresponding to the game element to be detected.

[0096] Among them, both the front-end template and the front-end template instance can be executable files.

[0097] The game element detection device of one or more embodiments of the present invention will be described in detail below. Those skilled in the art can understand that these detection devices can all be configured by using commercially available hardware components through the steps taught by this solution.

[0098] Figure 6 For the structural schematic diagram of the game element detection device provided by the embodiment of the present invention, as Figure 6 shown, the device includes:

[0099] A template acquisition module 11 for acquiring a detection template that describes the detection process of a game element to be detected and is generated based on an original executable file.

[0100] A generation module 12 for generating a target executable file corresponding to the game element to be detected according to the detection conditions input by the user and the detection template.

[0101] An execution module 13 for executing the target executable file to implement the detection of the game element to be detected.

[0102] Optionally, the detection template includes detection sub-templates corresponding to at least one detection item in the game element to be detected.

[0103] The device further includes: a content acquisition module 21 and an update module 22.

[0104] The content acquisition module 21 is configured to acquire a new detection item corresponding to the game element to be detected in response to the user's new operation; and acquire a detection condition corresponding to the new detection item in response to the user's input operation.

[0105] The generation module 12 for generating a detection sub-template corresponding to the new detection item.

[0106] The update module 22 is configured to update the target executable file of the game element to be detected according to the detection condition and the detection sub-template corresponding to the new detection item.

[0107] Optionally, the execution module 13 is specifically configured to: execute the executable file corresponding to the detection interface to display at least one detection item in the game element to be detected on the detection interface; and execute the updated executable file to display an input box for the new detection item on the detection interface.

[0108] The generation module 12 is configured to generate programming statements corresponding to the new detection item in response to the user's new operation, and the programming statements are used to describe the display style of the input box for the new detection item on the detection interface.

[0109] The update module 22 is specifically configured to: update the programming statements to the executable file corresponding to the detection interface.

[0110] Optionally, the generation module 12 is specifically configured to: filter out the detection conditions in the original executable file to generate the detection template.

[0111] Optionally, the execution module 13 is specifically configured to: execute the target executable file to obtain the attribute characteristics of the game element to be detected; and determine the detection result of the game element to be detected according to whether the attribute characteristics meet the detection conditions.

[0112] Optionally, the game element to be detected includes a dynamic game element.

[0113] The execution module 13 is specifically configured to: execute the target executable file to obtain the computing resources of the terminal device occupied by the dynamic game element when the game runs on the terminal device.

[0114] Optionally, the game element to be detected includes a static game element.

[0115] The execution module 13 is specifically configured to: execute the target executable file to obtain the source code corresponding to the static game element; determine the attribute characteristics of the static game element according to the source code, where the attribute characteristics reflect the characteristics of the game element to be detected that affect the game performance.

[0116] Optionally, the game element to be detected includes a plurality of game elements that need to be associated and run.

[0117] The execution module 13 is specifically configured to: execute the target executable file to obtain the running time of each of the plurality of game elements when the game runs on the terminal device; determine the detection result of the game element to be detected according to whether the difference between the running times of the plurality of game elements reaches a preset time difference.

[0118] Figure 6 The shown device can execute Figures 1 to 5 the method of the shown embodiment. For parts not described in detail in this embodiment, reference can be made to the relevant descriptions of Figures 1 to 5 the shown embodiment. For the execution process and technical effects of this technical solution, refer to the description in Figures 1 to 5 the shown embodiment, which will not be elaborated here.

[0119] The internal functions and structures of the game element detection device have been described above. In a possible design, the structure of the game element detection device can be implemented as an electronic device, such as Figure 7 shown. The electronic device may include: a processor 31 and a memory 32. Among them, the memory 32 is used to store a program that supports the electronic device to execute the game element detection method provided in the above Figures 1 to 5 shown embodiment, and the processor 31 is configured to execute the program stored in the memory 32.

[0120] The program includes one or more computer instructions. When the one or more computer instructions are executed by the processor 31, the following steps can be implemented:

[0121] Obtain a detection template that describes the detection process of the game element to be detected generated according to the original executable file;

[0122] Generate a target executable file corresponding to the game element to be detected according to the detection conditions input by the user and the detection template;

[0123] Execute the target executable file to implement the detection of the game element to be detected.

[0124] Optionally, the processor 31 is further configured to execute all or part of the steps in the foregoing Figures 1 to 5 illustrated embodiments.

[0125] Wherein, the structure of the electronic device may further include a communication interface 33 for communicating the electronic device with other devices or a communication network.

[0126] In addition, an embodiment of the present invention provides a computer storage medium for storing computer software instructions used by the above electronic device, which includes a program for executing the game element detection method in the above Figures 1 to 5 illustrated method embodiment.

[0127] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements for some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for detecting game elements, characterized in that, Including: Obtain a detection template that describes the detection process of game elements to be detected generated from the original executable file, where the detection template is applicable to different game elements; Generate a target executable file corresponding to the game elements to be detected according to the detection conditions input by the user and the detection template; Execute the target executable file to detect whether the game elements to be detected meet the performance requirements of the game.

2. The method according to claim 1, characterized in that, The detection template includes detection sub-templates corresponding to at least one detection item in the game elements to be detected; the method further includes: In response to the user's addition operation, obtain the newly added detection item corresponding to the game elements to be detected; Generate a detection sub-template corresponding to the newly added detection item; In response to the user's input operation, obtain the detection conditions corresponding to the newly added detection item; Update the target executable file of the game elements to be detected according to the detection conditions and detection sub-template corresponding to the newly added detection item.

3. The method according to claim 1 or 2, characterized in that, The method further includes: Execute the executable file corresponding to the detection interface to display at least one detection item in the game elements to be detected on the detection interface; In response to the user's addition operation, generate programming statements corresponding to the newly added detection item, where the programming statements are used to describe the display style of the input box of the newly added detection item on the detection interface; Update the programming statements to the executable file corresponding to the detection interface; Execute the updated executable file to display the input box of the newly added detection item on the detection interface.

4. The method according to claim 1, wherein The method further includes: Extract the detection process in the original executable file to generate the detection template.

5. The method according to claim 1, characterized in that, Execute the target executable file to implement the detection of the game elements to be detected, including: Execute the target executable file to obtain the attribute characteristics of the game elements to be detected; Determine the detection result of the game elements to be detected according to whether the attribute characteristics meet the detection conditions.

6. The method according to claim 5, wherein The game elements to be detected include dynamic game elements; executing the target executable file to obtain the attribute characteristics of the game elements to be detected includes: Execute the target executable file to obtain the computing resources of the terminal device occupied by the dynamic game elements when the game runs on the terminal device.

7. The method according to claim 5, wherein The game elements to be detected include static game elements; Executing the target executable file to obtain the attribute characteristics of the game elements to be detected includes: Execute the target executable file to obtain the source code corresponding to the static game elements; Determine the attribute characteristics of the static game elements according to the source code, where the attribute characteristics reflect the characteristics of the game elements to be detected that have an impact on the game performance.

8. The method according to claim 5, characterized in that, The game elements to be detected include multiple game elements that need to be associated and run; Executing the target executable file to obtain the attribute characteristics of the game elements to be detected includes: Execute the target executable file to obtain the running time of each of the multiple game elements when the game runs on the terminal device; The determining the detection result of the game elements to be detected according to whether the attribute characteristics meet the detection conditions includes: Determine the detection result of the game element to be detected according to whether the difference between the respective running times of the multiple game elements reaches a preset time difference.

9. A game element detection device, characterized in that, It includes: A template acquisition and generation module, configured to acquire a detection template that describes the detection process of the game element to be detected and is generated according to the original executable file, and the detection template is applicable to different game elements; A generation module, configured to generate a target executable file corresponding to the game element to be detected according to the detection conditions input by the user and the detection template; An execution module, configured to execute the target executable file to detect whether the game element to be detected meets the performance requirements of the game.

10. An electronic device, characterized in that, It includes: A memory and a processor; wherein, an executable code is stored on the memory, and when the executable code is executed by the processor, the processor executes the game element detection method according to any one of claims 1 to 8.

11. A non-transitory machine-readable storage medium, characterized in that, An executable code is stored on the non-transitory machine-readable storage medium, and when the executable code is executed by the processor of the electronic device, the processor executes the game element detection method according to any one of claims 1 to 8.

Citation Information

Patent Citations

  • Game picture testing method and device

    CN110334027A

  • Method for implementing white-box test and test control terminal

    WO2016107145A1