Testing method, device and equipment of virtual carrier, medium and program product

Abstract

The invention belongs to the technical field of computers, and particularly relates to a virtual carrier testing method and device, equipment, a medium and a program product. The method comprises the following steps: acquiring operation recording data and first action response data of an initial virtual carrier; the operation recording data is obtained by recording control information of an initial virtual carrier in the target game in the running process of the target game; the first action response data is acquired by acquiring a response action made by the initial virtual carrier under the control of the control information; acquiring a response action made by a to-be-tested virtual carrier in the target game under the control of the control information in the operation recording data to obtain second action response data; and performing data analysis processing based on the first action response data and the second action response data to obtain a first test result corresponding to the to-be-tested virtual carrier. According to the scheme, the accuracy of the test result can be improved, resource consumption in the test process is reduced, and the test efficiency is improved.

Description

Technical Field

[0001] This application belongs to the field of computer technology, specifically relating to a testing method, apparatus, equipment, medium, and program product for a virtual vehicle. Background Technology

[0002] With the development of computer technology, video games have gradually become an important form of daily leisure and entertainment. Vehicles are often included in many game scenarios to assist the virtual objects controlled by the player in moving within the game environment. To provide players with a high-quality gaming experience, vehicles are typically tested after development to verify their performance.

[0003] In related technologies, vehicle development often involves multiple rounds of iterative updates, with performance testing conducted after each iteration. Performance testing typically involves manipulating the vehicle during gameplay to identify any performance issues. However, this method requires actual vehicle manipulation for each test, which presents several challenges. First, it cannot guarantee consistent input, leading to decreased accuracy. Second, performing manual manipulation every time consumes significant resources, resulting in inefficient testing. Summary of the Invention

[0004] To address the aforementioned technical problems, this application provides a testing method, apparatus, equipment, medium, and program product for virtual vehicles.

[0005] On one hand, embodiments of this application provide a method for testing a virtual vehicle, the method comprising:

[0006] Acquire operation recording data and the first action response data of the initial virtual vehicle; the operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the operation of the target game; the first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game.

[0007] During the operation of the target game, the response actions of the virtual vehicle under test in the target game are collected under the control of the control information in the operation recording data, and the second action response data is obtained.

[0008] Data analysis and processing are performed based on the first action response data and the second action response data to obtain the first test result corresponding to the virtual vehicle under test.

[0009] On the other hand, embodiments of this application also provide a testing device for virtual vehicles, the device comprising:

[0010] The acquisition module is used to acquire operation recording data and the first action response data of the initial virtual vehicle. The operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the operation of the target game. The first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game.

[0011] The acquisition module is used to acquire the response actions of the virtual vehicle under test in the target game during the operation of the target game, under the control of the control information in the operation recording data, and obtain the second action response data.

[0012] The first test result determination module is used to perform data analysis and processing based on the first action response data and the second action response data to obtain the first test result corresponding to the virtual vehicle under test.

[0013] On the other hand, embodiments of this application also provide a test electronic device for a virtual vehicle, the electronic device including a processor and a memory, the memory storing at least one instruction or at least one program, the at least one instruction or at least one program being loaded and executed by the processor to implement the test method for the virtual vehicle as described above.

[0014] On the other hand, embodiments of this application also provide a computer-readable storage medium storing at least one instruction or at least one program, wherein the at least one instruction or the at least one program is loaded and executed by a processor to implement the virtual vehicle testing method as described above.

[0015] On the other hand, embodiments of this application also provide a computer program product, which, when executed by a processor, implements the testing method for virtual vehicles as described above.

[0016] The virtual vehicle testing method, apparatus, device, medium, and program product proposed in this application acquires operation recording data and the first action response data of the initial virtual vehicle. Since the operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the game's operation, the response actions of the virtual vehicle under test in the target game under the control of the control information in the operation recording data can be collected during the game's operation to obtain the second action response data. This ensures the consistency of the input control operation for each test. Then, based on the first and second action response data, data analysis and processing are performed to obtain the first test result corresponding to the virtual vehicle under test. This can improve the accuracy of the test results, reduce resource consumption during the testing process, and improve testing efficiency. Attached Figure Description

[0017] To more clearly illustrate the technical solutions and advantages in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic diagram illustrating the implementation environment of a testing method for a virtual vehicle according to an exemplary embodiment.

[0019] Figure 2 This is a flowchart illustrating a testing method for a virtual vehicle according to an exemplary embodiment. Figure 1 .

[0020] Figure 3 This is a schematic diagram illustrating the interaction between a game runtime terminal and a test terminal according to an exemplary embodiment.

[0021] Figure 4 This is a schematic diagram illustrating a method for finding a version number in a version library according to an exemplary embodiment.

[0022] Figure 5 This is a schematic diagram illustrating a process for obtaining modified content in a full submission, according to an exemplary embodiment.

[0023] Figure 6 This is a schematic diagram illustrating a process for comparing vehicle resources according to an exemplary embodiment.

[0024] Figure 7 This is a schematic diagram illustrating a second analysis result of a virtual vehicle resource under test, according to an exemplary embodiment.

[0025] Figure 8 This is a flowchart illustrating a testing method for a virtual vehicle according to an exemplary embodiment. Figure 2 .

[0026] Figure 9 This is a block diagram of a testing apparatus for a virtual vehicle according to an exemplary embodiment.

[0027] Figure 10 This is a hardware structure block diagram of a server for a virtual vehicle testing method provided according to an exemplary embodiment. Detailed Implementation

[0028] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0029] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of the embodiments of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the present application described herein can be implemented in orders other than those illustrated or described herein. Thus, features defined with "first" or "second" may explicitly or implicitly include one or more of that feature.

[0030] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0031] In the embodiments of this application, unless otherwise stated, "a plurality of" means two or more. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion, for example, a process, method, system, product, or server that includes 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 devices.

[0032] To make the objectives, technical solutions, and advantages disclosed in the embodiments of this application clearer, the embodiments of this application will be further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely illustrative of the embodiments of this application and are not intended to limit the embodiments of this application.

[0033] In related technologies, when game vehicle resources change, developers often need to assess the scope of the impact to determine the area requiring acceptance testing. After determining the scope, a full range of test scenarios within that scope will be conducted for acceptance testing. After all scenarios have been run, the developers will check for various issues during the run, such as slower vehicle acceleration, faster turning, lack of acceleration effects, slower network synchronization, and graphics lag. Developers will then attempt to optimize the vehicle issues that arise. After obtaining optimized versions, a new round of evaluation will begin, and this iterative process will continue until all issues are resolved.

[0034] However, the reliance on acceptance testing to discover resource attribute issues after changes to game vehicle resources leads to significant delays in problem detection. Furthermore, when assessing the scope of impact, coverage often depends on the selected game scene; incomplete coverage results in many problems going undetected, degrading the player experience after game release. Additionally, experimental optimizations often require observing performance changes in actual gameplay before making decisions, leading to multiple rounds of iterative development for various resource attribute optimizations, making the entire development and optimization process extremely lengthy. Moreover, the large number of vehicles in a game makes full acceptance testing extremely time-consuming.

[0035] In view of this, embodiments of this application propose a testing method, apparatus, device, medium, and program product for virtual vehicles. By acquiring operation recording data and the first action response data of the initial virtual vehicle, since the operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during its operation, the response actions made by the virtual vehicle under test in the target game under the control of the control information in the operation recording data can be collected during the operation of the target game to obtain the second action response data. This ensures the consistency of the input control operation for each test. Then, based on the first and second action response data, data analysis and processing are performed to obtain the first test result corresponding to the virtual vehicle under test. This can improve the accuracy of the test results, reduce the resource consumption of the testing process, and improve the testing efficiency.

[0036] Figure 1 This is a schematic diagram illustrating the implementation environment of a testing method for a virtual vehicle according to an exemplary embodiment. For example... Figure 1 As shown, the implementation environment may include at least a game running terminal 01 and a test terminal 02. The game running terminal 01 and the test terminal 02 may be directly or indirectly connected through wired or wireless communication, and this application does not impose any restrictions on this.

[0037] In this embodiment, the game runtime 01 can be a terminal device running the target game program. Optionally, the game runtime 01 can be a smartphone, tablet, laptop, desktop computer, smart speaker, smart voice interaction device, smart home appliance, smartwatch, vehicle terminal, aircraft, etc., but is not limited to these. This embodiment can be applied to various scenarios, including but not limited to rendering and displaying interactive information involved in various scenarios such as cloud technology, artificial intelligence, smart transportation, and assisted driving.

[0038] In this embodiment, the test terminal 02 can be a terminal device for testing virtual vehicles. The test terminal 02 can be used to acquire operation recording data and first action response data of the initial virtual vehicle. The operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during its operation. The first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game. The test terminal 02 can also be used to collect the response actions made by the virtual vehicle under test in the target game under the control of the control information in the operation recording data during the operation of the target game, thus obtaining second action response data. The test terminal 02 can also be used to perform data analysis and processing based on the first and second action response data to obtain a first test result corresponding to the virtual vehicle under test. Optionally, the test terminal 02 can be a smartphone, tablet, laptop, desktop computer, smart speaker, smart voice interaction device, smart home appliance, smartwatch, vehicle terminal, aircraft, etc., but is not limited to these. In some embodiments, the test terminal 02 can also be a server. Optionally, the test terminal 02 can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0039] It should be noted that, Figure 1 This is just one example. Other implementation environments may also be included in other scenarios.

[0040] Figure 2 This is a flowchart illustrating a testing method for a virtual vehicle according to an exemplary embodiment. Figure 1 This method can be used for Figure 1In the implementation environment described herein, the steps of the methods described in the embodiments or flowcharts are provided. However, based on conventional or non-inventive labor, more or fewer steps may be included. The order of steps listed in the embodiments is merely one possible execution order among many and does not represent the only possible execution order. In actual system or server product execution, the methods shown in the embodiments or drawings can be executed sequentially or in parallel (e.g., in a parallel processor or multi-threaded processing environment). Specifically, as shown in the embodiments or drawings... Figure 2 As shown, the method may include:

[0041] S101: Acquire operation recording data and first action response data of the initial virtual vehicle; the operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the operation of the target game; the first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game.

[0042] In this embodiment, the target game can be one of the following types of games: action-adventure game, first-person shooter game, racing game, simulation game, strategy game, science fiction game, sports game, role-playing game, etc. The target game includes virtual vehicles. The types of virtual vehicles include, but are not limited to, conventional vehicles (such as cars, motorcycles, ships, airplanes, spaceships, etc.), war vehicles (such as tanks, armored vehicles, submarines, etc.), science fiction vehicles (such as anti-gravity aircraft, flying armor, etc.), and special vehicles (magic carpets, monster trucks, etc.).

[0043] In vehicle development, a basic version of the initial vehicle resource is typically developed first. This initial resource is then adjusted and optimized to obtain the vehicle resource for testing. Testing of this vehicle resource determines whether it meets development requirements. The initial vehicle resource and the vehicle resource for testing refer to different versions of vehicle blueprint resources. Vehicle blueprint resources describe various attributes and functions of the virtual vehicle. As an example, key attribute information for vehicle blueprint resources may include size proportions, performance parameters, protection capabilities, handling characteristics, visual design, sound effects, and interactivity. Size proportions may include physical dimensions such as length, width, and height. Performance parameters may include maximum speed, acceleration, turning radius, and fuel consumption rate. Protection capabilities may include armor thickness and durability. Handling characteristics may include cockpit layout, control systems, and difficulty of operation. Visual design may include appearance design, textures, and colors. Sound effects may include engine sounds and firing sounds. Interactivity refers to how players interact with the vehicle and how the vehicle interacts with other game elements. After obtaining the vehicle blueprint resources, the vehicle blueprint resources can be added to the target game's program installation package. The game runtime can then run the target game's program installation package to display the corresponding virtual vehicle within the target game.

[0044] Specifically, the initial virtual vehicle is obtained by loading the initial vehicle resources from the initial game source file. The initial game source file is the initial source file corresponding to the target game, i.e., the initial program installation package of the target game. The virtual vehicle to be tested is obtained by loading the vehicle resources to be tested from the target game source file. The vehicle resources to be tested are obtained by adjusting the initial vehicle resources. The target game source file is the target source file corresponding to the target game, i.e., the target program installation package of the target game.

[0045] The operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during its operation. The first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game. In other words, when testing the initial virtual vehicle, the game runtime can obtain the initial virtual vehicle displayed in the target game by running the initial source file of the target game. In addition, the game runtime can also display the operation controls of the initial virtual vehicle. The game runtime obtains the control information of the initial virtual vehicle by receiving the trigger operations of the operation controls. The initial virtual vehicle in the target game will respond to the control information with actions such as acceleration, deceleration, and turning. In the above process, operation recording data can be obtained by recording the control information received in each frame of game data, and first action response data can be obtained by collecting the response actions of the initial virtual vehicle in each frame of game data.

[0046] The recording of control information and the acquisition of response actions can be achieved by the test terminal sending instructions to the game runtime. The game runtime then records the control information and acquires the response actions, and sends the obtained operation recording data and first action response data back to the test terminal. Specifically, the test terminal sends a data acquisition instruction to the game runtime, enabling it to record the control information of the initial virtual vehicle in the target game during its operation, and to acquire the response actions taken by the initial virtual vehicle under the control of the control information, thus obtaining operation recording data and first action response data. The game runtime then sends the operation recording data and first action response data back to the local test terminal. By recording the control information of the initial virtual vehicle, after subsequent optimization and adjustments to the virtual vehicle, the obtained operation recording data can be used to test the optimized and adjusted virtual vehicle. This ensures that the control information received by the virtual vehicle is consistent in each test, thereby improving the consistency of test results. Furthermore, the process of repeating control input is eliminated in subsequent tests, reducing resource consumption and improving testing efficiency.

[0047] Figure 3 This is a schematic diagram illustrating the interaction between a game runtime terminal and a test terminal according to an exemplary embodiment, such as... Figure 3 As shown, the testing process can be implemented using automated scripts, with the game runtime acting as the server and the testing end as the client. The client is the script sender within the testing end. At the start of the test, the client starts two threads: the main thread and the socket thread. The main thread primarily handles logical operations such as connection and command parsing. The socket thread then handles subsequent send and receive operations, such as sending recording commands and receiving recording data returned from the server. The server is the script command receiver. After receiving the commands, the network communication module uses parsing commands (such as the PARSER command) to instruct the parser to parse them, forming function calls for various task functions (such as Mission). During the initial virtual vehicle test, all trigger operations of the vehicle's control functions are saved when the initial virtual vehicle is operated. In each frame of the game, an operation recording function (such as the SavePlayerInputData function) is called. By calling data retrieval functions within the recording function (such as the Get().InputKeyDataOneFrame function), the trigger information of all vehicle operation controls in each frame of the game is obtained, thus obtaining all control information for the initial virtual vehicle. All the obtained control information is sent to the test server as operation recording information.

[0048] It should be noted that in practical applications, the game runtime and the testing end can also be the same terminal device.

[0049] S103: During the operation of the target game, collect the response actions of the virtual vehicle under test in the target game under the control of the control information in the operation recording data, and obtain the second action response data.

[0050] In this embodiment of the application, after adjusting the initial vehicle resources to obtain the vehicle resources to be tested, in order to verify whether the virtual vehicle to be tested corresponding to the vehicle resources to be tested meets the development requirements, the operation recording data can be used to test the virtual vehicle resources to be tested.

[0051] Specifically, the test server sends control input commands to the game runtime, causing the game runtime to create an input buffer. The game runtime then writes the control information from the recorded operation data into the input buffer. This allows the game runtime to control the actions of the virtual vehicle under test in the target game based on the control information in the input buffer during the game's execution. The game runtime then collects the response actions of the virtual vehicle under test, obtaining second action response data, which is then sent back to the local test server. An input buffer is a temporary buffer that stores input data during program reading for subsequent processing. Creating an input buffer reduces the number of system calls and improves data reading speed. Using recorded operation data to test the virtual vehicle under test eliminates the need to repeat the control input process, thus improving testing efficiency.

[0052] When testing the virtual vehicle under test, the testing end sends control input commands to the game runtime. The game runtime then creates an input buffer corresponding to a frame of game data by calling an input buffer creation function (e.g., InputKeyDataOneFrame.AddUninitialized), which stores the control information corresponding to that frame of game data. Then, through a data write operation (e.g., MemoryAr->Serialize), the control information corresponding to that frame of game data stored in the file is copied to the previously created input buffer. Finally, through a data input operation (e.g., ProcessLoadedInputData), the control information corresponding to that frame of game data is input into the entire game system, enabling control of the virtual vehicle under test in the target game. Secondary action response data is obtained by collecting the response actions of the virtual vehicle under test to the input control information.

[0053] S105: Based on the first action response data and the second action response data, perform data analysis and processing to obtain the first test result corresponding to the virtual vehicle under test.

[0054] In this embodiment of the application, after obtaining the first action response data and the second action response data, the first test result corresponding to the virtual vehicle under test is obtained by analyzing the first action response data and the second action response data.

[0055] Specifically, data analysis and processing are performed on the first action response data to obtain baseline performance data, which is used to characterize the performance of the initial virtual vehicle. Data analysis and processing are also performed on the second action response data to obtain test performance data, which is used to characterize the performance of the virtual vehicle under test. Data analysis and processing are then performed on the baseline and test performance data to obtain the first test result corresponding to the virtual vehicle under test. By analyzing the first response data to obtain baseline performance data, the performance bottlenecks of the initial virtual vehicle can be quickly identified, allowing for optimization and adjustment. By analyzing the second response data to obtain test performance data, the performance of the test virtual vehicle can be accurately measured. The data analysis and processing of the baseline and test performance data to obtain the first test result corresponding to the virtual vehicle under test accurately measures the performance optimization of the virtual vehicle under test relative to the initial virtual vehicle, reduces unnecessary resource consumption, and thus improves resource utilization and vehicle development efficiency.

[0056] In the development of game vehicles, baseline performance data refers to a set of basic values ​​set for designing and balancing vehicles in the game. This data helps developers ensure that vehicles perform reasonably well in the game, providing a good player experience. Baseline performance data typically includes parameters such as size, weight, speed, acceleration, handling, and durability. Examples include maximum speed, acceleration, steering sensitivity, suspension system, traction / grip, health / durability, and fuel consumption. These baseline performance data can be obtained through data analysis of initial response data.

[0057] Similarly, performance data can be obtained by analyzing the second response data. When analyzing the second response data, the vehicle movement component (e.g., VehicleMovement) corresponding to the virtual vehicle under test can be obtained first. Then, information such as the velocity vector, angular velocity vector, Euler angles of rotation, and vehicle position of the virtual vehicle under test can be obtained through the vehicle's property acquisition functions, such as vehicle speed acquisition functions (e.g., GetVelocity), vehicle angular velocity acquisition functions (e.g., GetPhysicsAngularVelocity), vehicle rotation acquisition functions (e.g., GetComponentRotation), and vehicle position acquisition functions (e.g., GetComponentLocation). Optionally, for velocity and angular velocity, only the horizontal velocity and angular velocity can be considered.

[0058] As an example, Table 1 is a test performance data table according to an exemplary embodiment. As shown in Table 1, by analyzing the second action response data in each frame of game data, test performance data such as horizontal speed, angular velocity, position, steering Euler angle, and vehicle driving time per frame can be obtained.

[0059] Table 1 Test Performance Data Table

[0060]

[0061]

[0062] After obtaining the baseline performance data of the initial virtual vehicle and the corresponding test performance data of the test virtual vehicle, the first test result of the test vehicle is obtained by analyzing the baseline performance data and the test performance data. As an example, Table 2 is a table of the first test results of the test virtual vehicle according to an exemplary embodiment. As shown in Table 2, by analyzing the second action response data in each frame of game data, the following results can be obtained: horizontal speed variation, angular velocity variation, position variation, steering Euler angle variation, and vehicle driving time variation per frame.

[0063] Table 2. First Test Results of the Virtual Vehicle Test

[0064]

[0065]

[0066] As shown in Table 2, for each frame of game data, we can see the test performance data of the virtual vehicle compared to the baseline performance data, and the changes in various dimensions. Based on these changes, we can also analyze the reasons for the data changes. For example, the position of the virtual vehicle in each frame of game data, compared to the corresponding position in the baseline performance data, shows that the position change increases with the frame number. This can be analyzed as being due to the decrease in the horizontal speed of the virtual vehicle.

[0067] Before conducting actual operational testing on a virtual vehicle under test, its performance can be pre-tested based on the corresponding vehicle resources. During this pre-test, the optimization and adjustments of the virtual vehicle under test relative to the initial virtual vehicle can be determined by comparing the attribute changes between the vehicle resources corresponding to the virtual vehicle under test and the initial vehicle resources corresponding to the initial virtual vehicle.

[0068] Specifically, the process begins by acquiring initial vehicle resources and resources for the vehicle under test. Then, a comparison is performed between these two resources to obtain attribute change information. This information characterizes how attributes in the vehicle under test differ from those in the initial vehicle resources. Based on this attribute change information, a second test result for the virtual vehicle under test is determined. By comparing the initial and under-test resources to obtain attribute change information and determining the second test result, the performance of the virtual resources under test can be predicted in advance. This allows for timely adjustments to optimization strategies, ensuring efficient use of resources and time and improving vehicle development efficiency.

[0069] In actual development, to ensure the accuracy of vehicle development, different versions of vehicle resources are typically managed in a version control repository. Furthermore, for the same version of vehicle resources, modifications are often made multiple times during development, and each modification is uploaded to the repository for management. Therefore, when acquiring initial vehicle resources and vehicle resources to be tested, the corresponding version number can be determined from the repository first, and then the appropriate vehicle resources can be obtained.

[0070] Specifically, when acquiring initial vehicle resources and vehicle resources to be tested, the initial version number and target version number are first obtained based on repository log data. Then, at least one historical vehicle resource corresponding to the initial version number and at least one updated vehicle resource corresponding to the target version number are retrieved from the repository. Next, among the at least one historical vehicle resource, those with a time earlier than a first time threshold are identified to obtain the initial vehicle resource, and among the at least one updated vehicle resource, those with a time later than a second time threshold are identified to obtain the vehicle resources to be tested. The initial vehicle resource can be either a vehicle resource whose repository submission time is earlier than the first time threshold or the vehicle resource with the earliest submission time. The vehicle resource to be tested can be either a vehicle resource whose repository submission time is later than the second time threshold or the vehicle resource with the latest submission time. By using the version number to retrieve the corresponding vehicle resource from the repository and then filtering the retrieved vehicle resources using time, the final vehicle resources for comparison can be obtained, facilitating the prediction of the performance of the virtual resource under test.

[0071] In practical applications, a repository can be a pre-defined version control system (such as Subversion) used by different teams to collaborate on the same project, enabling resource sharing and centralized resource management. The repository records the change history of all vehicle resources across all versions, and all vehicle resources can be quickly accessed via version numbers (such as SVN numbers), saving design and development time.

[0072] When comparing the initial vehicle resources with the vehicle resources to be tested, you can first obtain the version number of the vehicle resources. When the repository is a Subversion system, the version number of the vehicle resources can be obtained from the startup parameters. Figure 4 This is a schematic diagram illustrating a method for finding a version number in a version repository according to an exemplary embodiment, such as... Figure 4 As shown, different versions of vehicle resources correspond to different version numbers. The version number is obtained by finding the startup parameters in the Subversion repository log data. After obtaining the initial and target version numbers, the commit sequence of vehicle resources between these two versions can be retrieved. Parsing the commits in the sequence (e.g., using `svn log-revision`) allows viewing the details of each commit history, thus revealing the modifications made in different commits. By summarizing all commit histories, the modifications made in all commits can be obtained.

[0073] As an example, Figure 5 This is a schematic diagram illustrating a process for obtaining modified content from a full submission, according to an exemplary embodiment. Figure 5 As shown, when testing the vehicle resource under test, the relevant historical version number of the vehicle resource is first obtained. Then, the version number of the vehicle resource under test and the version number of the initial vehicle resource to be compared with the vehicle resource under test are determined from the obtained historical version number. Through the commit log of the repository, all the commit content between the two versions can be obtained. Thus, all the vehicle resource commit content between the two different version numbers can be compared to obtain the modified content in the commit content.

[0074] In this embodiment, when comparing the initial vehicle resource and the vehicle resource under test, both resources can be loaded into the test environment for parsing, resulting in parsing results for the initial and under-test resources. These results are then compared to obtain attribute change information. By parsing the initial and under-test resources and comparing the results, the specific changes between them can be clearly understood, including additions, deletions, or modifications. Furthermore, the changes to every detail of the initial and under-test resources can be clearly identified, ensuring the accuracy of the attribute change information.

[0075] The analysis results of vehicle resources generally include the attribute values ​​of each preset attribute. Specifically, the analysis results for the initial vehicle resource include the initial attribute value of at least one preset attribute, while the analysis results for the vehicle resource under test include the target attribute value for each preset attribute. When comparing the analysis results for the initial vehicle resource and the vehicle resource under test, attribute change information is determined based on the initial and target attribute values ​​of each preset attribute. In other words, for a given preset attribute, its value in the initial vehicle resource can be compared with its value in the vehicle resource under test to determine its change. As an example, if the preset attribute is maximum speed, and the attribute value for maximum speed in the initial vehicle resource is 60, while the attribute value for maximum speed in the vehicle resource under test is 62, then the attribute change information is: maximum speed changed from 60 to 62. For any preset attribute, the corresponding attribute change information can be obtained in the above way. By comparing the attribute values ​​of each preset attribute to determine the attribute change information, it is possible to accurately identify which attributes have changed, thereby enabling more targeted optimization and adjustments. At the same time, by comparing attribute values, the effect of optimization can be quantified, identifying which adjustments have brought about significant improvements and improving testing efficiency.

[0076] During the optimization and adjustment of vehicle resources, certain functions of virtual vehicles may sometimes be added or removed. Therefore, by comparing the analysis results corresponding to the initial vehicle resources and the analysis results corresponding to the vehicle resources under test, it can be determined whether the functions of the virtual vehicle have changed. Specifically, the analysis results corresponding to the initial vehicle resources include at least one initial function, while the analysis results corresponding to the vehicle resources under test include at least one target function. When comparing the analysis results corresponding to the initial vehicle resources and the vehicle resources under test, a difference function is determined based on at least one initial function and at least one target function, thereby determining whether the functions of the virtual vehicle have changed. As an example, the analysis results corresponding to the initial vehicle resources do not contain a function that forces the virtual vehicle to brake, while the analysis results corresponding to the vehicle resources under test contain a function that forces the virtual vehicle to brake under certain conditions. Therefore, this function that forces the virtual vehicle to brake can be identified as the difference function. After obtaining the difference function, the second test result of the virtual vehicle under test can be determined based on the difference function and attribute change information. By determining the differential function, it can be determined whether the function of the virtual vehicle has changed. Based on the differential function and attribute change information, the second test result of the virtual vehicle under test can be determined. This can accurately measure the changes between the initial vehicle resources and the resources of the vehicle under test, thereby improving the accuracy of the performance evaluation of the virtual vehicle under test and providing a reference for the optimization and adjustment of the resources of the vehicle under test.

[0077] Figure 6This is a schematic diagram illustrating a process for comparing vehicle resources according to an exemplary embodiment, such as... Figure 6 As shown, in practical applications, after obtaining all commits between two versions, the initial vehicle resource and the vehicle resource to be tested are determined from these commits. These resources can be loaded into a pre-built test environment to facilitate comparison of their differences. For virtual vehicle resources, multiple preset attributes can correspond to different attribute types, such as attributes in a preset state and attributes in a normal state. For example, attributes in a preset state can represent a specific condition or state, such as whether the vehicle is invincible or burning. Attributes in a normal state are persistent attributes, such as speed, weight, and size. During the comparison process, the attribute values ​​for the preset state can be obtained from the parsing results of both the initial and vehicle resources to be tested for comparison. Then, the attribute values ​​for the normal state can be obtained from the parsing results of both resources for comparison. When obtaining attribute values ​​in preset states, built-in test environment commands (such as `obj flags XX`) can be used to retrieve attribute information (e.g., flag information) for each preset state in both the initial vehicle resource and the vehicle resource under test. When obtaining attribute values ​​in normal states, built-in test environment commands (such as `OBJ DUMP`) can be used to retrieve attribute information (e.g., Property information) for each normal state in both the initial vehicle resource and the vehicle resource under test. After loading the initial vehicle resource and the vehicle resource under test in the test environment, built-in test environment commands (such as `listfuncs xx`) can be used to retrieve all function calls in both resources, then compared to obtain the differing function calls. After obtaining attribute change information and differing function calls, the second analysis result of the virtual vehicle resource under test is obtained by summarizing the data.

[0078] Figure 7 This is a schematic diagram illustrating a second parsing result of a virtual vehicle resource under test, according to an exemplary embodiment, such as... Figure 7As shown, for vehicle resource versions 37595 and 38195, the default attributes have changed as follows: WeaponEquipTime (value changed from 0.3 to 0.4), WeaponUnequipTime (value changed from 0.5 to 0.4), and WeaponChangeClipTime (value changed from 2.9 to 2.32). Based on the second analysis results, the attribute changes for vehicle resource version 38195 can be identified, facilitating the early detection of various data changes.

[0079] After obtaining the first and second analytical results of the virtual vehicle resources under test, the target test result of the virtual vehicle under test can be determined based on these results. For example, the target test result can be obtained by summing the first and second test results. By determining the target test result based on the first and second test results, mutual verification between the test results can be achieved, thereby characterizing the performance of the virtual vehicle under test from multiple dimensions and making the test results more accurate.

[0080] Figure 8 This is a flowchart illustrating a testing method for a virtual vehicle according to an exemplary embodiment. Figure 2 ,like Figure 8 As shown, when testing virtual vehicles, the overall game vehicle resource path is first set, allowing the acquisition of corresponding vehicle resources based on this path. Then, an automated script records all operational information during the initial virtual vehicle's movement and records the initial virtual vehicle's first response data, enabling the generation of baseline performance data. During vehicle development, pre-testing of vehicle resources can be performed. This pre-testing process involves summarizing vehicle resource submissions from different versions and submission records. Then, by analyzing various operations, the additions, deletions, and modifications to each vehicle resource are summarized. Finally, by scanning the initial vehicle resources and the vehicle resources to be tested, a full comparison of all modified attributes is performed to complete the final pre-test, and the results are uploaded and saved. When conducting actual testing on the virtual vehicle under test, the vehicle resources are added to the target game's installation package to obtain the target game source file. By running the target game source file, the virtual vehicle under test in the target game is obtained. The actual operation of the vehicle is replayed using the operation recording data. During the replay, the test performance data of the vehicle under test is acquired. This data is compared with the benchmark data to complete the final target test result upload.

[0081] The virtual vehicle testing method described in this application ensures that no attributes of the vehicle under test are missed by acquiring historical and updated vehicle resources between the initial vehicle resources and the vehicle resources to be tested, thus guaranteeing that resource attribute acceptance is not incomplete. Furthermore, the comparison processing based on the initial vehicle resources and the vehicle resources to be tested is performed before the actual testing of the vehicle resources, ensuring the proactive nature of attribute scanning. Simultaneously, by parsing the vehicle resources, potential problems can be identified in advance, thus preventing interference with the normal operation of the target game after the vehicle resources are actually running. In addition, during the actual testing process, operation recording data is obtained by recording control information, ensuring the consistency of input control operations for each test, improving the accuracy of test results, reducing resource consumption during the testing process, and increasing testing efficiency.

[0082] This application also provides a testing device for virtual vehicles. Figure 9 This is a block diagram of a testing apparatus for a virtual vehicle according to an exemplary embodiment. Figure 9 As shown, the testing device for the virtual vehicle may include at least:

[0083] The acquisition module 201 is used to acquire operation recording data and the first action response data of the initial virtual vehicle. The operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the operation of the target game. The first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game.

[0084] The acquisition module 203 is used to acquire the response actions of the virtual vehicle under test in the target game during the operation of the target game, under the control of the control information in the operation recording data, and obtain the second action response data.

[0085] The first test result determination module 205 is used to perform data analysis and processing based on the first action response data and the second action response data to obtain the first test result corresponding to the virtual vehicle under test.

[0086] In some optional embodiments, the acquisition module includes:

[0087] The data acquisition instruction sending submodule is used to send data acquisition instructions to the game runtime terminal, so that the game runtime terminal records the control information of the initial virtual vehicle in the target game during the target game operation, and collects the response actions made by the initial virtual vehicle under the control of the control information to obtain operation recording data and first action response data; and enables the game runtime terminal to send operation recording data and first action response data to the local test terminal.

[0088] In some optional embodiments, the acquisition module includes:

[0089] The control input command sending submodule is used to send control input commands to the game runtime terminal to enable the game runtime terminal to create an input buffer; to enable the game runtime terminal to write control information from the operation recording data into the input buffer; to enable the game runtime terminal to control the actions of the virtual vehicle under test in the target game based on the control information in the input buffer during the target game's operation; to enable the game runtime terminal to collect the response actions made by the virtual vehicle under test to obtain second action response data; and to enable the game runtime terminal to send the second action response data to the local test terminal.

[0090] In some optional embodiments, the first test result determination module includes:

[0091] The benchmark performance data determination submodule is used to perform data analysis and processing based on the first action response data to obtain benchmark performance data; the benchmark performance data is used to characterize the performance of the initial virtual vehicle.

[0092] The test performance data determination submodule is used to perform data analysis and processing based on the second action response data to obtain test performance data; the test performance data is used to characterize the performance of the virtual vehicle under test.

[0093] The first test result determination submodule is used to perform data analysis and processing based on benchmark performance data and test performance data to obtain the first test result corresponding to the virtual vehicle under test.

[0094] In some optional embodiments, the initial virtual vehicle is obtained by loading the initial vehicle resources in the initial game source file; the initial game source file is the initial source file corresponding to the target game; the virtual vehicle to be tested is obtained by loading the vehicle resources to be tested in the target game source file; the target game source file is the target source file corresponding to the target game; the vehicle resources to be tested are obtained by adjusting the initial vehicle resources; the device further includes:

[0095] The vehicle resource acquisition module is used to acquire initial vehicle resources and vehicle resources to be tested;

[0096] The attribute change information determination module is used to compare the initial vehicle resources and the vehicle resources to be tested to obtain attribute change information; the attribute change information is used to characterize the changes in the attributes in the vehicle resources to be tested relative to the attributes in the initial vehicle resources.

[0097] The second test result determination module is used to determine the second test result of the virtual vehicle under test based on the attribute change information.

[0098] In some optional embodiments, the vehicle resource acquisition module includes:

[0099] The version number retrieval submodule is used to obtain the initial version number and the target version number based on the version control log data;

[0100] The vehicle resource determination submodule is used to obtain at least one historical vehicle resource corresponding to the initial version number and at least one updated vehicle resource corresponding to the target version number from the version repository.

[0101] The initial vehicle resource determination submodule is used to determine historical vehicle resources whose time is earlier than a first time threshold from at least one historical vehicle resource, so as to obtain the initial vehicle resource;

[0102] The vehicle resource determination submodule is used to determine the updated vehicle resources whose time is later than a second time threshold among at least one updated vehicle resource, so as to obtain the vehicle resource to be tested.

[0103] In some optional embodiments, the attribute change information determination module includes:

[0104] The parsing result determination submodule is used to load the initial vehicle resources and the vehicle resources to be tested into the test environment for parsing processing, and obtain the parsing results corresponding to the initial vehicle resources and the parsing results corresponding to the vehicle resources to be tested.

[0105] The attribute change information determination submodule is used to compare the parsing results corresponding to the initial vehicle resources with the parsing results corresponding to the vehicle resources to be tested to obtain attribute change information.

[0106] In some optional embodiments, the parsing result corresponding to the initial vehicle resource includes an initial attribute value of at least one preset attribute; the parsing result corresponding to the vehicle resource under test includes a target attribute value for each preset attribute; the attribute change information determination submodule includes:

[0107] The attribute change information determination unit is used to determine attribute change information based on the initial attribute value and target attribute value of each preset attribute.

[0108] In some optional embodiments, the analysis result corresponding to the initial vehicle resource includes at least one initial function; the analysis result corresponding to the vehicle resource under test includes at least one target function; the second test result determination module includes:

[0109] The differential function determination submodule is used to determine the differential function based on at least one initial function and at least one target function;

[0110] The second test result determination submodule is used to determine the second test result of the virtual vehicle under test based on the differential function and attribute change information.

[0111] In some alternative embodiments, the apparatus further includes:

[0112] The target test result determination module is used to determine the target test result of the virtual vehicle under test based on the first test result and the second test result of the virtual vehicle under test.

[0113] It should be noted that the virtual vehicle testing device embodiment provided in this application is based on the same inventive concept as the virtual vehicle testing method embodiment described above.

[0114] This application also provides a test electronic device for a virtual vehicle, which includes a processor and a memory. The memory stores at least one instruction or at least one program. The processor loads and executes the instruction or program to implement the test method for the virtual vehicle as provided in any of the above embodiments.

[0115] Embodiments of this application also provide a computer-readable storage medium that can be disposed in a terminal to store at least one instruction or at least one program for implementing a test method for a virtual vehicle as described in the method embodiments. The at least one instruction or at least one program is loaded and executed by a processor to implement the test method for the virtual vehicle as described in the above method embodiments.

[0116] Optionally, in the embodiments of this specification, the storage medium may be located at at least one of the multiple network servers in a computer network. Optionally, in this embodiment, the storage medium may include, but is not limited to, various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0117] The memory described in this specification can be used to store software programs and modules. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory. The memory may primarily include a program storage area and a data storage area. The program storage area may store the operating system, applications required for functions, etc.; the data storage area may store data created based on the use of the device, etc. Furthermore, the memory may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device. Accordingly, the memory may also include a memory controller to provide the processor with access to the memory.

[0118] This application also provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the virtual vehicle testing method provided in the above-described method embodiments.

[0119] The methods and embodiments provided in this application can be executed on a terminal, computer terminal, server, or similar computing device. Taking running on a server as an example, Figure 10 This is a hardware structure block diagram of a server for a virtual vehicle testing method provided according to an exemplary embodiment. For example... Figure 10 As shown, the server 300 can vary significantly due to different configurations or performance. It may include one or more Central Processing Units (CPUs) 310 (CPUs 310 may include, but are not limited to, microprocessors (MCUs) or programmable logic devices (FPGAs), a memory 330 for storing data, and one or more storage media 320 (e.g., one or more mass storage devices) for storing application programs 323 or data 322. The memory 330 and storage media 320 may be temporary or persistent storage. The program stored in the storage media 320 may include one or more modules, each module may include a series of instruction operations on the server. Furthermore, the CPU 310 may be configured to communicate with the storage media 320 and execute the series of instruction operations stored in the storage media 320 on the server 300. Server 300 may also include one or more power supplies 360, one or more wired or wireless network interfaces 350, one or more input / output interfaces 340, and / or one or more operating systems 321, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0120] The input / output interface 340 can be used to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the communication provider of server 300. In one example, the input / output interface 340 includes a network interface controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the input / output interface 340 may be a radio frequency (RF) module for wireless communication with the Internet.

[0121] Those skilled in the art will understand that Figure 10 The structure shown is for illustrative purposes only and does not limit the structure of the aforementioned electronic device. For example, server 300 may also include... Figure 10 The more or fewer components shown, or having the same Figure 10 The different configurations shown.

[0122] It should be noted that the order of the embodiments described above is merely for descriptive purposes and does not represent the superiority or inferiority of the embodiments. Furthermore, specific embodiments have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than that shown in the embodiments and still achieve the desired result. Additionally, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0123] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the device and server embodiments are basically similar to the method embodiments, so the descriptions are relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

[0124] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware, or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0125] The above are merely preferred embodiments of this application and are not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A testing method for a virtual vehicle, characterized in that, The method includes: The operation recording data and the first action response data of the initial virtual vehicle are acquired; the operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the operation of the target game; the first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game. During the operation of the target game, the response actions of the virtual vehicle under test in the target game, under the control of the control information in the operation recording data, are collected to obtain the second action response data; Based on the first action response data and the second action response data, data analysis and processing are performed to obtain the first test result corresponding to the virtual vehicle under test.

2. The method according to claim 1, characterized in that, The acquisition of operation recording data and the first action response data of the initial virtual vehicle includes: A data acquisition command is sent to the game runtime terminal to record the control information of the initial virtual vehicle in the target game during the operation of the target game, and to collect the response actions made by the initial virtual vehicle under the control of the control information, thereby obtaining the operation recording data and the first action response data; and to send the operation recording data and the first action response data to the local test terminal.

3. The method according to claim 2, characterized in that, During the operation of the target game, the response actions of the virtual vehicle under test in the target game, under the control of the control information in the operation recording data, are collected to obtain second action response data, including: The system sends control input commands to the game runtime terminal to create an input buffer; and causes the game runtime terminal to write control information from the operation recording data into the input buffer; and causes the game runtime terminal to control the actions of the virtual vehicle under test in the target game based on the control information in the input buffer during the operation of the target game; and causes the game runtime terminal to collect the response actions made by the virtual vehicle under test to obtain the second action response data; and causes the game runtime terminal to send the second action response data to the local test terminal.

4. The method according to claim 1, characterized in that, The data analysis and processing based on the first action response data and the second action response data to obtain the first test result corresponding to the virtual vehicle under test includes: Based on the first action response data, data analysis and processing are performed to obtain baseline performance data; the baseline performance data is used to characterize the performance of the initial virtual vehicle. Data analysis and processing are performed based on the second action response data to obtain test performance data; the test performance data is used to characterize the performance of the virtual vehicle under test. Based on the baseline performance data and the test performance data, data analysis and processing are performed to obtain the first test result corresponding to the virtual vehicle under test.

5. The method according to any one of claims 1 to 4, characterized in that, The initial virtual vehicle is obtained by loading the initial vehicle resources in the initial game source file; the initial game source file is the initial source file corresponding to the target game; the virtual vehicle to be tested is obtained by loading the vehicle resources to be tested in the target game source file. The target game source file is the target source file corresponding to the target game; The vehicle resources to be tested are obtained by adjusting the initial vehicle resources; the method further includes: Obtain the initial vehicle resources and the vehicle resources to be tested; The attribute change information is obtained by comparing the initial vehicle resource and the vehicle resource to be tested; the attribute change information is used to characterize the changes in the attributes in the vehicle resource to be tested relative to the attributes in the initial vehicle resource. The second test result of the virtual vehicle under test is determined based on the attribute change information.

6. The method according to claim 5, characterized in that, The acquisition of the initial vehicle resources and the vehicle resources to be tested includes: Based on repository log data, obtain the initial version number and the target version number; Obtain at least one historical vehicle resource corresponding to the initial version number and at least one updated vehicle resource corresponding to the target version number from the repository; In at least one of the historical vehicle resources, a historical vehicle resource with a time earlier than a first time threshold is determined to obtain the initial vehicle resource; The vehicle resource to be tested is obtained by identifying an updated vehicle resource whose time is later than a second time threshold from at least one of the updated vehicle resources.

7. The method according to claim 5, characterized in that, The comparison process based on the initial vehicle resources and the vehicle resources under test to obtain attribute change information includes: The initial vehicle resources and the vehicle resources under test are loaded into the test environment and parsed to obtain the parsing results corresponding to the initial vehicle resources and the parsing results corresponding to the vehicle resources under test. The parsing results corresponding to the initial vehicle resources and the parsing results corresponding to the vehicle resources to be tested are compared to obtain attribute change information.

8. The method according to claim 7, characterized in that, The parsing result corresponding to the initial vehicle resource includes the initial attribute value of at least one preset attribute; the parsing result corresponding to the vehicle resource to be tested includes the target attribute value of each preset attribute; The step of comparing the parsing results corresponding to the initial vehicle resource and the parsing results corresponding to the vehicle resource under test to obtain attribute change information includes: The attribute change information is determined based on the initial attribute value and target attribute value of each preset attribute.

9. The method according to claim 7, characterized in that, The parsing result corresponding to the initial vehicle resource includes at least one initial function; the parsing result corresponding to the vehicle resource under test includes at least one objective function; the determination of the second test result of the virtual vehicle under test based on the attribute change information includes: Based on at least one of the initial function functions and at least one of the target function functions, determine the differential function functions; Based on the difference function and the attribute change information, the second test result of the virtual vehicle under test is determined.

10. The method according to claim 9, characterized in that, The method further includes: Based on the first test result and the second test result of the virtual vehicle under test, the target test result of the virtual vehicle under test is determined.

11. A testing device for a virtual vehicle, characterized in that, The device includes: The acquisition module is used to acquire operation recording data and first action response data of the initial virtual vehicle; the operation recording data is obtained by recording the control information of the initial virtual vehicle in the target game during the operation of the target game; the first action response data is obtained by collecting the response actions made by the initial virtual vehicle under the control of the control information during the operation of the target game. The acquisition module is used to acquire, during the operation of the target game, the response actions made by the virtual vehicle under test in the target game under the control of the control information in the operation recording data, and obtain second action response data. The first test result determination module is used to perform data analysis and processing based on the first action response data and the second action response data to obtain the first test result corresponding to the virtual vehicle under test.

12. A testing electronic device for a virtual vehicle, characterized in that, The device includes a processor and a memory, the memory storing at least one instruction or at least one program, the at least one instruction or the at least one program being loaded by the processor and executed as described in any one of claims 1-10 for the test method of the virtual vehicle.

13. A computer-readable storage medium, characterized in that, The storage medium stores at least one instruction or at least one program, which is loaded and executed by a processor to implement the test method for the virtual vehicle as described in any one of claims 1-10.

14. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the testing method for the virtual vehicle according to any one of claims 1-10.

Images