Virtual scene test method and device, electronic equipment and storage medium

Abstract

The invention provides a virtual scene testing method and device, electronic equipment and a storage medium. Wherein a graphical user interface is provided through a terminal, the content displayed by the graphical user interface comprises at least part of a virtual scene, the virtual scene comprises an edited virtual module, and the method comprises the following steps: in response to a test trigger operation for the virtual scene, generating a virtual test object in the virtual scene; controlling the virtual test object to perform a simulation test in the virtual scene; in the simulation test process, collecting test data of the virtual test object; and determining a virtual module with a problem in the virtual scene based on the test data. According to the invention, the efficiency and precision of editable scene testing can be improved.

Description

Technical Field

[0001] This disclosure relates to the field of game testing technology, and in particular to a testing method, apparatus, electronic device, and storage medium for a virtual scene. Background Technology

[0002] In virtual games with editable scenes, players usually need to repeatedly test the game scenes they design. This is not only inefficient, but also makes it difficult to find some subtle design flaws. For example, in track-based game scenes, abnormal vehicle hovering or sudden speed changes are difficult for players to notice, which reduces the player's gaming experience. Summary of the Invention

[0003] In view of this, the purpose of this disclosure is to provide a method, apparatus, electronic device and storage medium for testing virtual scenes, so as to improve the efficiency and accuracy of testing editable scenes.

[0004] In a first aspect, embodiments of this disclosure provide a testing method for a virtual scene, which provides a graphical user interface through a terminal. The content displayed by the graphical user interface includes at least a portion of the virtual scene, and the virtual scene includes editable virtual modules. The method includes: generating a virtual test object in the virtual scene in response to a test trigger operation for the virtual scene; controlling the virtual test object to perform a simulated test in the virtual scene; collecting test data of the virtual test object during the simulated test; and determining the virtual modules with problems in the virtual scene based on the test data.

[0005] Secondly, embodiments of this disclosure provide a testing apparatus for a virtual scene, which provides a graphical user interface via a terminal. The graphical user interface displays content including at least a portion of the virtual scene, and the virtual scene includes editable virtual modules. The apparatus includes: a generation module, used to generate a virtual test object in the virtual scene in response to a test trigger operation for the virtual scene; a testing module, used to control the virtual test object to perform simulated testing in the virtual scene; a data acquisition module, used to acquire test data of the virtual test object during the simulated testing process; and a determination module, used to determine the virtual modules with problems in the virtual scene based on the test data.

[0006] Thirdly, embodiments of this disclosure provide an electronic device, including a processor and a memory, wherein the memory stores machine-executable instructions that can be executed by the processor, and the processor executes the machine-executable instructions to implement the above-described virtual scenario testing method.

[0007] Fourthly, embodiments of this disclosure provide a computer-readable storage medium storing computer-executable instructions. When the computer-executable instructions are invoked and executed by a processor, the computer-executable instructions cause the processor to implement the aforementioned virtual scenario testing method.

[0008] The embodiments disclosed herein bring the following beneficial effects:

[0009] The aforementioned testing methods, devices, electronic equipment, and storage media for virtual scenarios simulate testing within a virtual scenario that includes editable virtual modules. By controlling virtual test objects, they identify problematic virtual modules within the virtual scenario. This allows users to quickly and accurately identify abnormal virtual modules, enabling precise adjustments to address these anomalies and improving both the efficiency and accuracy of testing editable scenarios.

[0010] Other features and advantages of this disclosure will be set forth in the following description and will be apparent in part from the description or may be learned by practicing the disclosure. The objects and other advantages of this disclosure are realized and obtained through the structures particularly pointed out in the description, claims and drawings.

[0011] To make the above-mentioned objects, features and advantages of this disclosure more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in the specific embodiments of this disclosure or the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0013] Figure 1 This is a flowchart of one embodiment of the testing method for virtual scenes in this disclosure;

[0014] Figure 2 This is a schematic diagram of a virtual scene testing method in an embodiment of this disclosure;

[0015] Figure 3 This is another schematic diagram of a virtual scene testing method in an embodiment of this disclosure;

[0016] Figure 4 This is another schematic diagram of a virtual scene testing method in an embodiment of this disclosure;

[0017] Figure 5 A schematic diagram of a virtual scene testing device provided in an embodiment of this disclosure;

[0018] Figure 6 This is a schematic diagram of an electronic device provided in an embodiment of the present disclosure. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of the embodiments of this disclosure clearer, the technical solutions of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0020] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in this disclosure, claims, and accompanying drawings are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” or “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0021] It should be noted that the embodiments of this disclosure provide a graphical user interface through a terminal. The content displayed by the graphical user interface includes at least a portion of the virtual scene, and the virtual scene includes editable virtual modules. The virtual scene displayed in the graphical user interface includes virtual modules generated / modified through editing operations. The virtual modules can be any components / components that constitute the virtual scene, and no specific limitations are imposed here.

[0022] In user-generated content (UGC) virtual games, a graphical user interface can be provided through terminal devices to display editable virtual game scenes, allowing end users to customize virtual game scenes, maps, and gameplay, thereby enhancing the game experience and engagement.

[0023] In one implementation, this disclosure is applied to UCG-type games, where the virtual scene is a virtual game scene, enabling players to obtain test results more efficiently and accurately from the virtual game scene they construct themselves, thereby improving the player's gaming experience.

[0024] Understandably, virtual games with UGC functionality can be of any type. Users can customize the game's scenes, maps, gameplay, characters, etc. For example, virtual games with UGC functionality can be level-based games, racing games, battle games, card games, role-playing games, etc. Through the UGC functionality provided by virtual games, users can set the game's scenes, maps, gameplay, characters, etc., thereby achieving the goal of users producing game content.

[0025] For UGC-type virtual games, the components of the virtual scene can be modularized, allowing users to edit the virtual scene in the form of virtual modules through their terminal devices. This makes the virtual scene user-generated, resulting in a better user experience.

[0026] As an example, and not a limitation, in racing games, virtual modules can include track modules. Depending on the characteristics of the track, track modules can include straightaway modules, curve modules, three-way intersection modules, crossroads modules, etc. By combining different virtual modules, customized game tracks can be obtained, allowing players to play in virtual scenes they design themselves. Different players can also race on user-designed game tracks, enhancing the gaming experience.

[0027] For ease of understanding, the specific process of the embodiments of this disclosure is described below. Please refer to [link / reference]. Figure 1 One embodiment of the virtual scene testing method in this disclosure includes:

[0028] Step S10: In response to a test trigger operation for the virtual scene, generate a virtual test object in the virtual scene;

[0029] Test triggering operations for virtual scenes can be triggered when the virtual scene is in edit mode or when the virtual scene is in non-edit mode. Tests for virtual scenes can be triggered at any time when the virtual scene is in edit mode or at any time when the virtual scene is in non-edit mode. No specific restrictions are imposed here.

[0030] For example, after a user finishes editing a virtual scene and exits the editing state, a test control can be displayed in the graphical user interface. The user can trigger the test control to initiate a test on the virtual scene. Alternatively, a test control can be displayed in the graphical user interface while the virtual scene is in the editing state. The user can trigger the test control to initiate a test on the virtual scene. Other triggering methods will not be elaborated here.

[0031] Test controls can be displayed through the terminal's graphical user interface, responding to trigger operations on the test controls, i.e., responding to test trigger operations on the virtual scene, thereby triggering tests on the virtual scene, realizing automated testing of the virtual scene, eliminating the need for users to test the virtual scene themselves, reducing the tedium of testing, and improving testing efficiency.

[0032] Virtual test objects can be data objects that are not visible to the terminal or game objects that are visible to the terminal. For example, if the virtual scene is a scene of a racing game, then the virtual test object can be a race car in the virtual scene. If the virtual scene is a scene of a role-playing game, then the virtual test object can be a character in the virtual scene. The specifics are not limited here.

[0033] In the virtual scene of a virtual game, the virtual test object can have any virtual ability equivalent to the game character object. The game character object is a virtual object controlled by the terminal in the virtual game. For example, in a racing virtual game, the game character object can be a virtual race car, and in a parkour virtual game, the game character object can be a virtual character. The specifics are not limited here.

[0034] Virtual abilities equivalent to those of game characters refer to the abilities that game characters can possess in the game. For example, the virtual abilities that a virtual racing car can possess may include driving ability, buff skills (such as charging and acceleration), etc. Similarly, the virtual abilities that a virtual character can possess may include movement ability, combat ability, weapon / item utilization ability, buff skills (such as teleportation and invisibility), and the ability to cooperate with other virtual objects (such as controlling minions to fight and communicating with teammates), etc. The specifics are not limited here.

[0035] The virtual test objects generated in the virtual scene can be one or more. The number of virtual test objects generated can be set by the user or calculated based on specified data, such as the complexity of the virtual scene, historical test results for the virtual scene, or the number of historical tests, etc. There is no specific limitation here.

[0036] Step S20: Control the virtual test object to perform simulated testing in a virtual scene;

[0037] After generating a virtual test object, you can control the virtual test object to simulate user operations / test behaviors in a virtual scene to conduct simulation tests on the virtual scene, thereby obtaining test data to determine whether there are any problems with the virtual modules in the virtual scene.

[0038] During simulation testing, the virtual test object can be controlled to conduct simulation testing in a virtual scene based on the virtual modules to be interacted with. At the same time, the virtual modules to be interacted with can contain one or more virtual modules. That is to say, the virtual test object can interact with only one virtual module at the same time, or it can interact with more than one virtual module at the same time. The specifics are not limited here.

[0039] When controlling a virtual test object to perform simulated testing in a virtual scene, the virtual test object can be controlled to perform preset interactive operations in the virtual scene to conduct simulated testing. The preset interactive operations may include pre-generated interactive operation instructions, so that users do not need to perform test operations themselves, thereby improving testing efficiency.

[0040] Different virtual test objects can perform different preset interactive operations. Different virtual test objects can be differentiated by different player styles, different character objects, different virtual character objects, different virtual equipment, etc., and the preset interactive operations can be performed in the whole / partial performance scene. Alternatively, virtual test objects without differentiated features can be used to perform preset interactive operations in local areas such as different areas, different levels, and different virtual modules of the virtual scene. Virtual test objects and / or preset interactive operations to be performed can also be divided in other ways, which are not limited here.

[0041] Step S30: During the simulation test, collect test data of the virtual test object;

[0042] Test data can be used to indicate the simulation test results of virtual test objects in virtual scenes. When collecting test data for virtual test objects, the state information of virtual test objects, interactive objects, and virtual scenes can be collected after the virtual test objects interact with virtual modules. The state information of virtual test objects can include the motion state information, static state information, position information, and self-attribute information of virtual test objects, etc., which are used to determine whether there are any abnormalities in the state information after the virtual test objects perform game operations.

[0043] The aforementioned interactive object refers to a virtual module that interacts with the virtual test object. It can be other virtual objects, virtual modules, or any other interactive object in the virtual scene; no specific limitation is made here. Similarly, the state information of the interactive object can also include the object's motion state information, static state information, position information, and its own attribute information, etc.; no specific limitation is made here.

[0044] The status information of the aforementioned virtual scene may include information such as the test progress and completion rate of the virtual scene. For example, for a virtual scene of a virtual game, the status information may include the test code coverage of the virtual game, the game completion progress, etc., and there are no specific limitations here.

[0045] Step S40: Based on the test data, identify the virtual modules in the virtual scene that have problems.

[0046] Based on the test data, it can be determined whether there are problems with the virtual modules in the virtual scene, and which specific virtual modules have problems. The problems of the virtual modules can be problems with the editable attributes of the virtual modules, or problems caused by the editable attributes. For example, in a track-type virtual game, if the position or slope of the track virtual module is problematic, it will cause the vehicle to float abnormally or its speed to change suddenly. Therefore, the track virtual module with position or slope problems is a problematic virtual module. The specifics are not limited here.

[0047] In one implementation, if the execution result of any interactive operation deviates from the preset standard execution result, or if the execution result causes subsequent interactive operations to be unable to continue, then the virtual module that causes the execution result to deviate from the preset standard execution result and / or the virtual module that causes subsequent interactive operations to be unable to continue is identified as a problematic virtual module, thereby achieving automated testing.

[0048] For example, in racing games, if a virtual test subject experiences a vehicle hovering while navigating a virtual track module through game controls, then that virtual track module can be identified as having a problem. Similarly, if a virtual test subject experiences a sudden speed change while navigating a virtual track module with no slope through game controls, then that virtual track module can also be identified as having a problem. Specific limitations are not specified here.

[0049] Similarly, in racing games, if a virtual obstacle module is too large, making it impossible for the virtual test vehicle to pass through, and causing subsequent game operations to be unable to continue, then the obstacle module can also be identified as a problematic virtual module, without further restrictions here.

[0050] After identifying the problematic virtual module, a prompt message can be displayed in the graphical user interface. The prompt message can be displayed directly in the graphical user interface, or a view control for the prompt message can be displayed in the graphical user interface first. In response to the trigger operation of the view control, the prompt message can be displayed in the graphical user interface, allowing users to view the prompt intuitively.

[0051] The prompts can indicate the location of the problematic virtual module, the cause of the problem, the solution, and the problem-solving controls. If there is more than one problematic virtual module, the prompts can be displayed for each problematic virtual module, so that users can handle the exceptions one by one and improve the efficiency of game scene generation.

[0052] The virtual scene testing method provided by the above embodiments, in a virtual scene containing editable virtual modules, controls virtual test objects to conduct simulated tests to identify problematic virtual modules in the virtual scene. This allows users to quickly and accurately identify virtual modules with editing anomalies, thereby precisely adjusting the anomalies and improving both the testing efficiency and accuracy of editable scenes.

[0053] Next, we will explain the specific methods for virtual scene testing.

[0054] In one implementation, in response to an edit trigger operation, the virtual scene is controlled to enter an edit state; in response to the edit operation, a virtual module is added to the virtual scene or the virtual module in the virtual scene is edited.

[0055] The virtual scene can be made editable by triggering the operation. In the editable virtual scene, some or all virtual modules can be edited. Virtual modules can also be added or deleted to the virtual scene, so that the virtual scene can be designed flexibly.

[0056] The graphical user interface can display an edit state entry control and respond to the trigger operation of the edit state entry control, which is equivalent to responding to the edit trigger operation. After entering the edit state, at least one edit control can be displayed in the graphical user interface, and the edit operation of the edit control can be responded to, so that virtual modules can be added, deleted or modified in the virtual scene.

[0057] In the virtual scene in editing mode, test controls can also be displayed, and trigger operations on the test controls can be responded to, which is equivalent to responding to test trigger operations on the virtual scene, and then proceeding with subsequent virtual scene test steps.

[0058] In one implementation, before controlling the virtual test object to perform simulated testing in a virtual scene, the method further includes: performing data preprocessing on the virtual modules in the virtual scene; controlling the virtual test object to perform simulated testing in the virtual scene includes: controlling the virtual test object to perform test simulation in the virtual scene based on the results of data preprocessing.

[0059] To improve the efficiency of simulation testing, data preprocessing can be performed on the virtual modules in the virtual scene before conducting the simulation test. Data preprocessing can include normalizing the coordinates of the virtual modules in the virtual scene. By normalizing the coordinates, the virtual modules can be quickly located, and positional problems of the virtual modules can be identified, thereby improving the efficiency of simulation testing.

[0060] In one implementation, data preprocessing may further include marking key virtual modules, wherein the key virtual modules may be newly added virtual modules, modified virtual modules, virtual modules added by a specified account, or virtual modules located in key positions in the virtual scene, etc. By marking key virtual modules, the simulation test can focus on testing key virtual modules, making the simulation test more accurate and efficient.

[0061] Based on the data preprocessing results, controlling the virtual test object to conduct simulated tests in a virtual scene can make the data of the virtual module more standardized, thereby improving the accuracy and efficiency of the simulation test.

[0062] In one implementation, controlling a virtual test object to perform simulated testing in a virtual scene includes: controlling the virtual test object to perform interactive behaviors with at least some virtual modules in the virtual scene.

[0063] During simulation testing, the virtual test object can be controlled to perform interactive behaviors with at least some virtual modules in a virtual scene. These at least some virtual modules can be key virtual modules in the virtual scene, but the specifics are not limited here.

[0064] When performing interactive behaviors, the virtual test object can be controlled to perform preset interactive operations in the virtual scene to obtain the results of the interactive operations as test data. The preset interactive operations can be pre-generated. When generating interactive operations, they can be generated based on the combination characteristics of virtual modules in the virtual scene, so that the interactive operations performed by the virtual test object are more in line with the designed virtual scene, thereby improving the accuracy of the test.

[0065] In one implementation, when generating preset game operations, they can also be generated in advance based on pre-collected user operation data. The user operation data can be collected from the user's historical operation data and is used to indicate the real game operations of real users in the application. By analyzing the preset user operation data from different dimensions, interactive operations that meet different needs can be generated to control the virtual test object to conduct simulated tests in a virtual scene.

[0066] The simulated test control of virtual test objects in virtual scenarios can be displayed through the graphical user interface of the terminal, allowing the terminal to intuitively view the simulated test performance of virtual test objects in virtual scenarios, making the testing process of virtual scenarios more intuitive, and allowing users to view the status of virtual test objects in real time through the terminal.

[0067] As an example, and not a limitation, Figure 2 shows a schematic diagram of a virtual scene in a racing game. Figure 2 The dashed box contains 8 test vehicles. Each test vehicle can represent a virtual test object. By controlling these 8 test vehicles to run on the track of the virtual game scene, that is, to conduct simulation tests, test data can be obtained.

[0068] In one implementation, controlling a virtual test object to perform simulated testing in a virtual scene includes: determining the motion style of the virtual test object based on pre-collected user operation data; and controlling the virtual test object to move in the virtual scene according to the motion style of the virtual test object.

[0069] In racing-themed virtual games, pre-collected user operation data may include data related to the user's operation of the racing car, such as steering wheel angle data, throttle depth data, and braking timing data. Specific details are not limited here.

[0070] Based on pre-collected user operation data, users can be categorized into different movement styles using an artificial intelligence model. This yields user operation data corresponding to at least two preset movement styles. The movement style of the virtual test subject is then determined from these two preset movement styles, enabling the virtual test subject to perform simulated testing in a virtual scenario according to a movement style that conforms to reality.

[0071] When determining the motion style of virtual test objects, it can be determined based on the number of virtual test objects. Specifically, based on the number of virtual test objects, a number of motion styles equal to the number of virtual test objects can be determined from at least two preset motion styles, which will serve as the motion style of each virtual test object in the simulation test.

[0072] When determining the same number of exercise styles as the number of virtual test subjects from at least two preset exercise styles, the preset exercise styles can be ranked by popularity. The top N preset exercise styles are then used as the exercise styles for the virtual test subjects, where N equals the number of virtual test subjects. The popularity ranking can be determined based on the number of users corresponding to each preset exercise style; the more users belonging to a particular exercise style, the higher its popularity ranking. Specific limitations are not specified here.

[0073] In one implementation, generating virtual test objects in a virtual scene includes: determining the number of virtual test objects based on the complexity of the virtual scene; and generating a certain number of virtual test objects in the virtual scene.

[0074] The number of virtual test objects can be determined based on the complexity of the virtual scene. The complexity of the virtual scene can be determined in different ways for different types of virtual scenes. For example, different methods can be used to determine the complexity of the virtual scene for different types of virtual games. No specific limit is set here.

[0075] In one implementation, the complexity of the virtual scene can also be determined based on pre-collected user operation data. By analyzing the user's completion rate, completion time, energy consumption, and other data in the pre-collected user operation data that can be used to evaluate the difficulty of completing the virtual scene, the preset virtual scene is divided into at least two preset complexities. The preset complexity can be divided by level or score, etc., which is not limited here.

[0076] After obtaining at least two preset complexities, the current virtual scene can be matched with the preset complexities to determine the complexity of the current virtual scene. The current virtual scene refers to the virtual scene being tested, which is the virtual scene displayed by the graphical user interface.

[0077] As an example, and not a limitation, in racing-themed virtual games, the complexity of the virtual scene can be determined based on factors such as the track's geometric complexity, physical interaction density, path topology difficulty, the interference of decorative elements, and historical data feedback. Complexity can be categorized into levels, starting from low complexity. For each level increase in complexity, the number of virtual test objects can increase by a certain amount; for example, for each higher complexity level, the number of virtual test objects can increase by 4. The specific number is not limited here.

[0078] In one implementation, the method further includes displaying a prompt message in a graphical user interface, the prompt message being used to alert the virtual module that has a problem.

[0079] In the graphical user interface, prompts can be displayed for problematic virtual modules, allowing users to intuitively view the relevant information and facilitate troubleshooting. The prompts may include at least one of the following: the problem with the virtual module, the cause of the problem, the solution, and a troubleshooting control, making the problem easier to resolve.

[0080] In one implementation, when displaying prompts, prompts can be displayed for different virtual modules with problems. The prompts can be displayed at a specified relative position of the corresponding virtual module, such as the left, right, or upper right corner of the virtual module. The specific position is not limited here.

[0081] The graphical user interface can also provide viewing controls. Responding to the triggering operation of the viewing controls can switch the current view of the virtual scene to the location of the problematic virtual module. By continuously triggering the viewing controls, the current view can also be switched between different problematic virtual modules, thereby viewing the problematic module more quickly.

[0082] The cause of the problem in the prompt message can refer to the reason that the execution result of the interactive operation deviates from the preset standard execution result, or the reason that the game operation cannot continue to be executed. The cause of the problem can be abnormal parameters of the virtual module. For example, in racing virtual games, an unreasonable slope of the track virtual module may cause the speed of the virtual car to change suddenly. In this case, the slope parameter of the track module can be identified as an abnormal parameter and is the cause of the speed change problem.

[0083] In one implementation, the method further includes highlighting the problematic virtual modules in the virtual scene. Highlighting problematic virtual modules makes the test results more intuitive, allows users to more easily locate problems, and improves testing efficiency. The highlighting method can be arbitrary, such as color filling, outline, shadow, animation, arrows, etc., and is not limited here.

[0084] As an example, and not a limitation, Figure 3 and Figure 4 The images shown are two schematic diagrams illustrating virtual scenes that highlight problematic virtual modules. Figure 3 and Figure 4 In the diagram, the red areas represent problematic virtual modules. Problematic virtual modules are highlighted by filling them with red, making them easier to spot.

[0085] Figure 3 and Figure 4 The document also displays the problems that exist in the virtual module and how to fix them. Figure 3 The problem with this virtual module is that "it causes all vehicles to be unable to move," and the solution is to "add a switch or a mechanism." Figure 4 The problem with this virtual module is that "the slope is too large, which may cause vehicles to run off the track." The solution provided is a fix control: "Intelligently adjust to a reasonable range," but the specifics are not specified here.

[0086] In one implementation, the method further includes: displaying a repair control in a graphical user interface; and, in response to a triggering operation on the repair control, modifying the problematic virtual module, or controlling the virtual scene to enter an editing state so as to edit the problematic virtual module.

[0087] The problem-solving methods include displaying problem-solving controls in the graphical user interface, responding to trigger operations on the repair controls, directly fixing the problems of virtual modules, and controlling the virtual scene to enter the editing state, allowing users to edit the problematic virtual modules to fix their problems, making the repair of virtual scenes more convenient.

[0088] After the virtual scene enters the editing state, the target editing control can be highlighted in the graphical user interface. The target editing control is a module editing control used to solve the problems existing in the virtual module, which allows users to quickly locate the control that can solve the problem and thus solve the problem quickly.

[0089] For the corresponding method embodiments described above, see [link to relevant documentation]. Figure 5 The diagram illustrates a testing device for a virtual scene. A graphical user interface (GUI) is provided via a terminal. The GUI displays content including at least a portion of the virtual scene, which contains editable virtual modules. The device includes: a generation module 52, used to generate a virtual test object in the virtual scene in response to a test trigger operation for the virtual scene; a testing module 54, used to control the virtual test object to perform simulated testing in the virtual scene; a data acquisition module 56, used to acquire test data of the virtual test object during the simulated testing process; and a determination module 58, used to determine problematic virtual modules in the virtual scene based on the test data.

[0090] The aforementioned virtual scenario testing device simulates tests within a virtual scenario that includes editable virtual modules. By controlling virtual test objects, it identifies problematic virtual modules within the virtual scenario. This allows users to quickly and accurately identify abnormal virtual modules, enabling precise adjustments and improving both the efficiency and accuracy of editable scenario testing.

[0091] Optionally, the device further includes: a first response module, used to respond to an edit trigger operation and control the virtual scene to enter an edit state; and a second response module, used to respond to an edit operation and add virtual modules to the virtual scene or edit virtual modules in the virtual scene.

[0092] Optionally, the above device further includes: a preprocessing module for performing data preprocessing on the virtual modules in the virtual scene; the test module 54 is further configured to: control the virtual test object to perform test simulation in the virtual scene based on the result of the data preprocessing.

[0093] Optionally, the test module 54 is further configured to: control the virtual test object to perform interactive behaviors with at least some of the virtual modules in the virtual scene.

[0094] Optionally, the above-mentioned test module 54 is further configured to: determine the motion style of the virtual test object based on pre-collected user operation data; and control the virtual test object to move in the virtual scene according to the motion style of the virtual test object.

[0095] Optionally, the generation module 52 is further configured to: determine the number of virtual test objects based on the complexity of the virtual scene; and generate the determined number of virtual test objects in the virtual scene.

[0096] Optionally, the above device further includes: a prompting module for displaying prompting information in the graphical user interface, the prompting information being used to alert the virtual module that has a problem.

[0097] Optionally, the above device further includes: a highlighting module for highlighting virtual modules with problems in the virtual scene.

[0098] Optionally, the above device further includes: a display module for displaying repair controls in the graphical user interface; and a repair module for responding to a trigger operation on the repair controls to modify the problematic virtual module, or to control the virtual scene to enter an editing state so as to edit the problematic virtual module.

[0099] This embodiment also provides an electronic device, including a processor and a memory. The memory stores machine-executable instructions that can be executed by the processor. The processor executes the machine-executable instructions to implement the aforementioned virtual scenario testing method. This electronic device can be a server or a terminal device.

[0100] See Figure 6 As shown, the electronic device includes a processor 100 and a memory 101. The memory 101 stores machine-executable instructions that can be executed by the processor 100. The processor 100 executes the machine-executable instructions to implement the above-described virtual scenario testing method.

[0101] Furthermore, Figure 6The electronic device shown also includes a bus 102 and a communication interface 103, with the processor 100, the communication interface 103 and the memory 101 connected via the bus 102.

[0102] The memory 101 may include high-speed random access memory (RAM) or non-volatile memory, such as at least one disk storage device. Communication between this system network element and at least one other network element is achieved through at least one communication interface 103 (which can be wired or wireless), such as the Internet, wide area network, local area network, or metropolitan area network. The bus 102 may be an ISA bus, PCI bus, or EISA bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 6 The symbol is represented by a single double-headed arrow, but this does not mean that there is only one bus or one type of bus.

[0103] The processor 100 may be an integrated circuit chip with signal processing capabilities. In implementation, each step of the above method can be completed by the integrated logic circuitry in the hardware of the processor 100 or by instructions in software form. The processor 100 may be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this disclosure. The general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this disclosure can be directly manifested as execution by a hardware decoding processor, or execution by a combination of hardware and software modules in the decoding processor. The software module can reside in a readily available storage medium in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, or registers. This storage medium is located in memory 101. The processor 100 reads information from memory 101 and, in conjunction with its hardware, completes the steps of the method described in the foregoing embodiments, for example:

[0104] The method includes providing a graphical user interface via a terminal, the content displayed by the graphical user interface including at least a portion of a virtual scene, the virtual scene containing editable virtual modules, the method comprising: generating a virtual test object in the virtual scene in response to a test trigger operation for the virtual scene; controlling the virtual test object to perform a simulated test in the virtual scene; collecting test data of the virtual test object during the simulated test; and identifying problematic virtual modules in the virtual scene based on the test data.

[0105] This method involves controlling virtual test objects to perform simulated tests within a virtual scene containing editable virtual modules, thereby identifying problematic virtual modules within the scene. This allows users to quickly and accurately identify abnormal virtual modules, enabling precise adjustments and improving both the efficiency and accuracy of testing editable scenes.

[0106] Optionally, the method further includes: responding to an edit trigger operation to control the virtual scene to enter an edit state; responding to an edit operation to add virtual modules to the virtual scene or edit the virtual modules in the virtual scene.

[0107] Optionally, before controlling the virtual test object to perform simulated testing in the virtual scene, the method further includes: performing data preprocessing on the virtual modules in the virtual scene; controlling the virtual test object to perform simulated testing in the virtual scene includes: controlling the virtual test object to perform test simulation in the virtual scene based on the result of the data preprocessing.

[0108] Optionally, controlling the virtual test object to perform simulated testing in the virtual scene includes: controlling the virtual test object to perform interactive behaviors with at least some virtual modules in the virtual scene.

[0109] Optionally, controlling the virtual test object to perform simulated testing in the virtual scene includes: determining the motion style of the virtual test object based on pre-collected user operation data; and controlling the virtual test object to move in the virtual scene according to the motion style of the virtual test object.

[0110] Optionally, generating virtual test objects in the virtual scene includes: determining the number of virtual test objects based on the complexity of the virtual scene; and generating the determined number of virtual test objects in the virtual scene.

[0111] Optionally, the method further includes: displaying a prompt message in the graphical user interface, the prompt message being used to alert the virtual module that has a problem.

[0112] Optionally, the method further includes highlighting the virtual modules with problems in the virtual scene.

[0113] Optionally, the method further includes: displaying a repair control in the graphical user interface; responding to a trigger operation on the repair control to modify the problematic virtual module, or controlling the virtual scene to enter an editing state so as to edit the problematic virtual module.

[0114] This embodiment also provides a computer-readable storage medium storing computer-executable instructions. When these computer-executable instructions are invoked and executed by a processor, they cause the processor to implement the aforementioned virtual scenario testing method, for example:

[0115] The method includes providing a graphical user interface via a terminal, the content displayed by the graphical user interface including at least a portion of a virtual scene, the virtual scene containing editable virtual modules, the method comprising: generating a virtual test object in the virtual scene in response to a test trigger operation for the virtual scene; controlling the virtual test object to perform a simulated test in the virtual scene; collecting test data of the virtual test object during the simulated test; and identifying problematic virtual modules in the virtual scene based on the test data.

[0116] This method involves controlling virtual test objects to perform simulated tests within a virtual scene containing editable virtual modules, thereby identifying problematic virtual modules within the scene. This allows users to quickly and accurately identify abnormal virtual modules, enabling precise adjustments and improving both the efficiency and accuracy of testing editable scenes.

[0117] Optionally, the method further includes: responding to an edit trigger operation to control the virtual scene to enter an edit state; responding to an edit operation to add virtual modules to the virtual scene or edit the virtual modules in the virtual scene.

[0118] Optionally, before controlling the virtual test object to perform simulated testing in the virtual scene, the method further includes: performing data preprocessing on the virtual modules in the virtual scene; controlling the virtual test object to perform simulated testing in the virtual scene includes: controlling the virtual test object to perform test simulation in the virtual scene based on the result of the data preprocessing.

[0119] Optionally, controlling the virtual test object to perform simulated testing in the virtual scene includes: controlling the virtual test object to perform interactive behaviors with at least some virtual modules in the virtual scene.

[0120] Optionally, controlling the virtual test object to perform simulated testing in the virtual scene includes: determining the motion style of the virtual test object based on pre-collected user operation data; and controlling the virtual test object to move in the virtual scene according to the motion style of the virtual test object.

[0121] Optionally, generating virtual test objects in the virtual scene includes: determining the number of virtual test objects based on the complexity of the virtual scene; and generating the determined number of virtual test objects in the virtual scene.

[0122] Optionally, the method further includes: displaying a prompt message in the graphical user interface, the prompt message being used to alert the virtual module that has a problem.

[0123] Optionally, the method further includes highlighting the virtual modules with problems in the virtual scene.

[0124] Optionally, the method further includes: displaying a repair control in the graphical user interface; responding to a trigger operation on the repair control to modify the problematic virtual module, or controlling the virtual scene to enter an editing state so as to edit the problematic virtual module.

[0125] The computer program products of the virtual scene testing method, apparatus, electronic device and storage medium provided in the embodiments of this disclosure include a computer-readable storage medium storing program code. The instructions included in the program code can be used to execute the methods described in the preceding method embodiments. For specific implementation, please refer to the method embodiments, which will not be repeated here.

[0126] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the system and apparatus described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0127] Furthermore, in the description of the embodiments of this disclosure, unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this disclosure based on the specific circumstances.

[0128] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this disclosure. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0129] In the description of this disclosure, it should be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings, and are only for the convenience of describing this disclosure and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of this disclosure. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0130] Finally, it should be noted that the above embodiments are merely specific implementations of this disclosure, used to illustrate the technical solutions of this disclosure, and not to limit it. The protection scope of this disclosure is not limited thereto. Although this disclosure has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features, within the scope of the technology disclosed in this disclosure. Such modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this disclosure, and should all be covered within the protection scope of this disclosure. Therefore, the protection scope of this disclosure should be determined by the protection scope of the claims.

Claims

1. A testing method for a virtual scene, characterized in that, The method includes providing a graphical user interface via a terminal, wherein the content displayed by the graphical user interface includes at least a portion of a virtual scene, and the virtual scene contains editable virtual modules. In response to a test trigger operation for the virtual scene, a virtual test object is generated in the virtual scene; Control the virtual test object to perform simulated testing in the virtual scene; During the simulation test, test data of the virtual test object is collected; Based on the test data, the problematic virtual modules in the virtual scene were identified.

2. The method according to claim 1, characterized in that, The method further includes: In response to an edit trigger operation, the virtual scene is controlled to enter the edit state; In response to editing operations, virtual modules can be added to the virtual scene or edited within the virtual scene.

3. The method according to claim 1, characterized in that, Before controlling the virtual test object to perform simulated testing in the virtual scene, the method further includes: Data preprocessing is performed on the virtual modules in the virtual scene; The control of the virtual test object to perform simulated testing in the virtual scene includes: Based on the results of the data preprocessing, the virtual test object is controlled to perform test simulations in the virtual scene.

4. The method according to claim 1, characterized in that, The control of the virtual test object to perform simulated testing in the virtual scene includes: Control the virtual test object to perform interactive behaviors with at least some of the virtual modules in the virtual scene.

5. The method according to claim 1, characterized in that, The control of the virtual test object to perform simulated testing in the virtual scene includes: The motion style of the virtual test object is determined based on pre-collected user operation data; Based on the movement style of the virtual test object, control the movement of the virtual test object in the virtual scene.

6. The method according to claim 1, characterized in that, The process of generating virtual test objects in the virtual scene includes: The number of virtual test objects is determined based on the complexity of the virtual scene; The specified number of virtual test objects are generated in the virtual scene.

7. The method according to claim 1, characterized in that, The method further includes: A prompt message is displayed in the graphical user interface to alert the virtual module that has a problem.

8. The method according to claim 1, characterized in that, The method further includes: The virtual modules that have problems in the virtual scene are highlighted.

9. The method according to claim 1, characterized in that, The method further includes: The repair controls are displayed in the graphical user interface; In response to a trigger operation on the repair control, the problematic virtual module can be modified, or the virtual scene can be controlled to enter an editing state so that the problematic virtual module can be edited.

10. A testing device for a virtual scene, characterized in that, The device provides a graphical user interface via a terminal, the content displayed by the graphical user interface including at least a portion of a virtual scene, the virtual scene containing editable virtual modules, the device comprising: A generation module is configured to generate a virtual test object in the virtual scene in response to a test trigger operation for the virtual scene. The testing module is used to control the virtual test object to perform simulated testing in the virtual scene; The data acquisition module is used to acquire test data of the virtual test object during the simulation test. The determination module is used to determine the virtual modules with problems in the virtual scene based on the test data.

11. An electronic device, characterized in that, The device includes a processor and a memory, the memory storing machine-executable instructions that can be executed by the processor, the processor executing the machine-executable instructions to implement the virtual scene testing method according to any one of claims 1-9.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when invoked and executed by a processor, cause the processor to implement the virtual scene testing method according to any one of claims 1-9.

Images