Minecraft:GameTest: Difference between revisions
More actions
Remove broken links to missing pages |
Fix template calls: add MC/ prefix |
||
| Line 1: | Line 1: | ||
{{ | {{MC/Redirect|Test}} | ||
{{ | {{MC/Redirect|Gametest|the command|Commands/gametest}} | ||
'''GameTest''' is an automated {{ | '''GameTest''' is an automated {{MC/Wikipedia|end-to-end testing|end-to-end (E2E) testing}} framework for {{MC/Wikipedia|Software testing|testing}} aspects of ''Minecraft''. Each test contains a structure, parameters for how the test gets executed, and optional code to further specify the test behavior. | ||
== ''Java Edition'' == | == ''Java Edition'' == | ||
| Line 7: | Line 7: | ||
[[File:Test instance block UI.png|thumb|400px|UI of test instance block]] | [[File:Test instance block UI.png|thumb|400px|UI of test instance block]] | ||
Test instance can be defined in a datapack by creating a [[Minecraft:JSON]] file in the {{ | Test instance can be defined in a datapack by creating a [[Minecraft:JSON]] file in the {{MC/Cd|test_instance}} registry. Players can inspect information about them using a {{MC/Blocklink|test instance block}}. A test instance has the following properties: | ||
* It belongs to a [[#Test environment|test environment]], which groups the test and further specifies the environment in which the test is run in. ({{ | * It belongs to a [[#Test environment|test environment]], which groups the test and further specifies the environment in which the test is run in. ({{MC/Nbt|compound}}{{MC/Nbt|string|environment}}) | ||
* It is associated with a {{ | * It is associated with a {{MC/Nbt|string|structure}}, which should contain all the blocks and entities it needs to be run. The structure can be easily altered with the test instance block. | ||
* It can either be a block-based test or a function test. More information is available below. | * It can either be a block-based test or a function test. More information is available below. | ||
| Line 18: | Line 18: | ||
In block-based tests, Test blocks are used inside the test structure to control the test logic using redstone signal. | In block-based tests, Test blocks are used inside the test structure to control the test logic using redstone signal. | ||
* {{ | * {{MC/Blocksprite|test-block-start}} '''Start''': A redstone pulse is triggered when the test starts. | ||
* {{ | * {{MC/Blocksprite|test-block-log}} '''Log''': Logs a message to the log file when powered by redstone. | ||
* {{ | * {{MC/Blocksprite|test-block-fail}} '''Fail''': Fails the test when powered by redstone. | ||
* {{ | * {{MC/Blocksprite|test-block-accept}} '''Accept''': Completes the test when powered by redstone. | ||
If a race condition occurs, the first test block activated always wins. | If a race condition occurs, the first test block activated always wins. | ||
| Line 30: | Line 30: | ||
The game provides the GameTest framework interfaces through the <code>net.minecraft.gametest.framework</code> package (Mojang mapping). Mod loaders can use these to provide their own API for developers to use the GameTest framework – please refer to the respective documentation for [https://docs.fabricmc.net/develop/automatic-testing#game-tests Fabric] and [https://docs.neoforged.net/docs/misc/gametest NeoForge] for more information. | The game provides the GameTest framework interfaces through the <code>net.minecraft.gametest.framework</code> package (Mojang mapping). Mod loaders can use these to provide their own API for developers to use the GameTest framework – please refer to the respective documentation for [https://docs.fabricmc.net/develop/automatic-testing#game-tests Fabric] and [https://docs.neoforged.net/docs/misc/gametest NeoForge] for more information. | ||
A test function must be registered in the <code>test_function</code> registry to be referenced in the test instance. The {{ | A test function must be registered in the <code>test_function</code> registry to be referenced in the test instance. The {{MC/Nbt|string|function}} field in the test instance definition should contain the resource location of the test function. | ||
=== Test environment === | === Test environment === | ||
{{ | {{MC/Main|Test environment definition}} | ||
Test environment is a way to group up test instances and give them the right preconditions to run. It can be defined in a datapack by either creating a [[Minecraft:JSON]] file in the {{ | Test environment is a way to group up test instances and give them the right preconditions to run. It can be defined in a datapack by either creating a [[Minecraft:JSON]] file in the {{MC/Cd|test_instance}} registry or directly specified the environment inline with the {{MC/Nbt|compound|batch}} field. It can also use the test environment of the vanilla data package {{MC/Cd|minecraft:default}}, which is empty preconditions. | ||
=== Test command === | === Test command === | ||
{{ | {{MC/Main|Commands/test}} | ||
The {{ | The {{MC/Cmd|test}} command exists to execute and manage block-based tests. Some notable sub-commands include: | ||
* <code>/test (run|runmultiple) <tests> ...</code> sub-commands can run specific test(s) for a number of times by their identifier. | * <code>/test (run|runmultiple) <tests> ...</code> sub-commands can run specific test(s) for a number of times by their identifier. | ||
| Line 54: | Line 54: | ||
==== Command-line options ==== | ==== Command-line options ==== | ||
* {{ | * {{MC/Cd|--help}} - Shows usage information | ||
* {{ | * {{MC/Cd|--packs <path>}} - Set a folder of datapacks to include in the world | ||
** Any zip file or folder with a {{ | ** Any zip file or folder with a {{MC/Cd|pack.mcmeta}} file is included | ||
* {{ | * {{MC/Cd|--report <path>}} - Exports results in a [https://junit.org/ junit]-like XML report at the given path | ||
* {{ | * {{MC/Cd|--tests <selection>}} - Specify which tests to run with a selection - a wildcard expression matching namespace test instance IDs | ||
** If omitted, or used with an empty ID, runs all tests | ** If omitted, or used with an empty ID, runs all tests | ||
* {{ | * {{MC/Cd|--universe <path>}} - The path to where the test server world will be created | ||
** Any existing folder will be replaced | ** Any existing folder will be replaced | ||
** Default: {{ | ** Default: {{MC/Cd|gametestserver}} | ||
* {{ | * {{MC/Cd|--verify <boolean>}} - Enables test verification | ||
** Runs the tests specified with {{ | ** Runs the tests specified with {{MC/Cd|test}} or {{MC/Cd|testNamespace}} 100 times for each 90 degree rotation step | ||
** Default: {{ | ** Default: {{MC/Cd|false}} | ||
==== Exit code ==== | ==== Exit code ==== | ||
The game will yield the following {{ | The game will yield the following {{MC/Wikipedia|exit code|exit codes}} depending on the scenario: | ||
{| class="wikitable" | {| class="wikitable" | ||
| Line 83: | Line 83: | ||
== ''Bedrock Edition'' == | == ''Bedrock Edition'' == | ||
The GameTest framework can be accessed through the <code>@minecraft/server-gametest</code> module from the Script API. The module must be added as a dependency in the [[Minecraft:manifest.json]]. It contains many {{ | The GameTest framework can be accessed through the <code>@minecraft/server-gametest</code> module from the Script API. The module must be added as a dependency in the [[Minecraft:manifest.json]]. It contains many {{MC/W|programming interface}}s used for {{MC/W|automated testing}} of any game objects' behaviors and interactions in a controlled testing environment.<ref>{{cite |url=https://learn.microsoft.com/en-us/minecraft/creator/scriptapi/minecraft/server-gametest/test?view=minecraft-bedrock-experimental |title=Test Class |website=Microsoft Learn |date=February 10, 2025}}</ref> Developers can use these interfaces for: | ||
* Asserting certain conditions for [[Minecraft:block]]s, entities, and other game objects; | * Asserting certain conditions for [[Minecraft:block]]s, entities, and other game objects; | ||
* Getting in-game information such as [[Minecraft:dimension]], position, entities and blocks information; | * Getting in-game information such as [[Minecraft:dimension]], position, entities and blocks information; | ||
| Line 93: | Line 93: | ||
A testing environment can be created from a unit test (also called a ''GameTest''), which contains a test function registered from the script, and a reference to a .mcstructure file exists in the behavior pack.<ref>{{cite |url=https://learn.microsoft.com/en-us/minecraft/creator/documents/gametestbuildyourfirstgametest?view=minecraft-bedrock-stable |title=Building your first GameTest |website=Microsoft Learn |date=June 20, 2024}}</ref><ref name="registration-builder"/> Users can register a new unit test using <code>GameTest#register(''testClassName'', ''testName'', ''testFunction'')</code> method with additional builder parameters, such as <code>.maxTicks(''ticks'')</code> that indicates the test may take amount of ''ticks'' to run, <code>.maxAttempts(''attempts'')</code> which specifies how many attempt the test can run, and more.<ref name="registration-builder">{{cite |url=https://learn.microsoft.com/en-us/minecraft/creator/scriptapi/minecraft/server-gametest/registrationbuilder?view=minecraft-bedrock-experimental |title=RegistrationBuilder Class |website=Microsoft Learn |date=February 22, 2025}}</ref> | A testing environment can be created from a unit test (also called a ''GameTest''), which contains a test function registered from the script, and a reference to a .mcstructure file exists in the behavior pack.<ref>{{cite |url=https://learn.microsoft.com/en-us/minecraft/creator/documents/gametestbuildyourfirstgametest?view=minecraft-bedrock-stable |title=Building your first GameTest |website=Microsoft Learn |date=June 20, 2024}}</ref><ref name="registration-builder"/> Users can register a new unit test using <code>GameTest#register(''testClassName'', ''testName'', ''testFunction'')</code> method with additional builder parameters, such as <code>.maxTicks(''ticks'')</code> that indicates the test may take amount of ''ticks'' to run, <code>.maxAttempts(''attempts'')</code> which specifies how many attempt the test can run, and more.<ref name="registration-builder">{{cite |url=https://learn.microsoft.com/en-us/minecraft/creator/scriptapi/minecraft/server-gametest/registrationbuilder?view=minecraft-bedrock-experimental |title=RegistrationBuilder Class |website=Microsoft Learn |date=February 22, 2025}}</ref> | ||
After the unit test is registered, it is loaded in the world, and can be run using the {{ | After the unit test is registered, it is loaded in the world, and can be run using the {{MC/Cmd|gametest}} command, referenced by <code>''<testClassName>'':''<testName>''</code>. When ran, the game spawns the test structure and calls the test function previously defined in the script. The unit test may succeed or fail depending on the test function, which usually contain instructions for testing behaviors and interactions in the testing environment. | ||
== History == | == History == | ||
=== Demonstration === | === Demonstration === | ||
{{HistoryTable | {{HistoryTable | ||
|{{HistoryLine||November 9, 2020|link=https://www.youtube.com/watch?v=vXaWOJTCYNg|Henrik Kniberg demonstrated GameTest, a test framework used internally by Mojang, on the ''Agile with Jimmy'' YouTube channel.}} | |{{MC/HistoryLine||November 9, 2020|link=https://www.youtube.com/watch?v=vXaWOJTCYNg|Henrik Kniberg demonstrated GameTest, a test framework used internally by Mojang, on the ''Agile with Jimmy'' YouTube channel.}} | ||
}} | }} | ||
=== ''Java Edition'' === | === ''Java Edition'' === | ||
{{HistoryTable | {{HistoryTable | ||
|{{HistoryLine|java}} | |{{MC/HistoryLine|java}} | ||
|{{HistoryLine||1.15|dev=19w34a|References to GameTest added in the game's code. Most of the framework is stripped, since the rest of the game does not depend on it.}} | |{{MC/HistoryLine||1.15|dev=19w34a|References to GameTest added in the game's code. Most of the framework is stripped, since the rest of the game does not depend on it.}} | ||
|{{HistoryLine||1.17|dev=21w13a|GameTest related code is now exposed for mod developers' use because unused parts of code are no longer removed.}} | |{{MC/HistoryLine||1.17|dev=21w13a|GameTest related code is now exposed for mod developers' use because unused parts of code are no longer removed.}} | ||
|{{HistoryLine||1.21.5|dev=25w03a|Overhauled the GameTest framework.|Introduced for use with data packs.}} | |{{MC/HistoryLine||1.21.5|dev=25w03a|Overhauled the GameTest framework.|Introduced for use with data packs.}} | ||
|{{HistoryLine||1.21.11|dev=25w44a|In the {{ | |{{HistoryLine||1.21.11|dev=25w44a|In the {{MC/Cd|game_rules}} test environment the keys {{MC/Cd|bool_rule}} and {{MC/Cd|int_rule}} have been replaced with a single key rules.}} | ||
|{{HistoryLine||26.1|dev=snap3|Replaced {{ | |{{HistoryLine||26.1|dev=snap3|Replaced {{MC/Cd|time_of_day}} with {{MC/Cd|clock_time}}.|Added a new required field {{MC/Cd|clock}}: world clock ID, the clock within which to set time (from the existing time field).}} | ||
|{{HistoryLine|||dev=snap11|Added {{ | |{{HistoryLine|||dev=snap11|Added {{MC/Cd|timeline_attributes}} definitions to set any number of timelines.}} | ||
}} | }} | ||
=== ''Bedrock Edition'' === | === ''Bedrock Edition'' === | ||
{{HistoryTable | {{HistoryTable | ||
|{{HistoryLine|bedrock}} | |{{MC/HistoryLine|bedrock}} | ||
|{{HistoryLine||1.16.210|dev=beta 1.16.210.60|Added GameTest framework.}} | |{{MC/HistoryLine||1.16.210|dev=beta 1.16.210.60|Added GameTest framework.}} | ||
}} | }} | ||
== References == | == References == | ||
{{ | {{MC/Reflist}} | ||
== Navigation == | == Navigation == | ||
{{Navbox Java Edition technical|general}} | {{MC/Navbox Java Edition technical|general}} | ||
{{Navbox Bedrock Edition}} | {{MC/Navbox Bedrock Edition}} | ||
de:Spieltest | de:Spieltest | ||
Revision as of 20:25, 9 April 2026
Template:Hatnote Template:Hatnote GameTest is an automated end-to-end (E2E) testing framework for testing aspects of Minecraft. Each test contains a structure, parameters for how the test gets executed, and optional code to further specify the test behavior.
Java Edition
Test instance
Test instance can be defined in a datapack by creating a Minecraft:JSON file in the
- REDIRECT Template:Code
Template:Redr registry. Players can inspect information about them using a
- redirect Template:blockLink
Template:Redr. A test instance has the following properties:
- It belongs to a test environment, which groups the test and further specifies the environment in which the test is run in. (Template:Nbt/spriteTemplate:Nbt/sprite environment)
- It is associated with a Template:Nbt/sprite structure, which should contain all the blocks and entities it needs to be run. The structure can be easily altered with the test instance block.
- It can either be a block-based test or a function test. More information is available below.
There are more configuration available for test instances. For more information on the format, see test instance definition.
Block-based
In block-based tests, Test blocks are used inside the test structure to control the test logic using redstone signal.
- redirect Template:BlockSprite
Template:Redr Start: A redstone pulse is triggered when the test starts.
- redirect Template:BlockSprite
Template:Redr Log: Logs a message to the log file when powered by redstone.
- redirect Template:BlockSprite
Template:Redr Fail: Fails the test when powered by redstone.
- redirect Template:BlockSprite
Template:Redr Accept: Completes the test when powered by redstone.
If a race condition occurs, the first test block activated always wins.
Function
Function tests rely on built-in test functions to determine a test's success or failure. They are meant to be used by Mojang internally and by Minecraft:mod developers.
The game provides the GameTest framework interfaces through the net.minecraft.gametest.framework package (Mojang mapping). Mod loaders can use these to provide their own API for developers to use the GameTest framework – please refer to the respective documentation for Fabric and NeoForge for more information.
A test function must be registered in the test_function registry to be referenced in the test instance. The Template:Nbt/sprite function field in the test instance definition should contain the resource location of the test function.
Test environment
{{#vardefine:params|0 }}Template:Hatnote
Test environment is a way to group up test instances and give them the right preconditions to run. It can be defined in a datapack by either creating a Minecraft:JSON file in the
- REDIRECT Template:Code
Template:Redr registry or directly specified the environment inline with the Template:Nbt/sprite batch field. It can also use the test environment of the vanilla data package
- REDIRECT Template:Code
Template:Redr, which is empty preconditions.
Test command
{{#vardefine:params|0 }}Template:Hatnote The
- REDIRECT Template:Command
Template:Redr command exists to execute and manage block-based tests. Some notable sub-commands include:
/test (run|runmultiple) <tests> ...sub-commands can run specific test(s) for a number of times by their identifier./test (runclosest|runthat|runthese) ...sub-commands can run test(s) based on the player's location./test (resetclosest|resetthat|resetthese)sub-commands reset the test structures for any tests./test locate <tests>locates test in loaded chunks.
Server.jar entry point
The net.minecraft.gametest.Main entry point is included in Minecraft:server.jar which starts a server, runs all available game tests and then exits. It can be invoked in the command line, such as:
<syntaxhighlight lang="bash"> java -DbundlerMainClass="net.minecraft.gametest.Main" -jar server.jar [<options>] </syntaxhighlight>
Command-line options
- REDIRECT Template:Code
Template:Redr - Shows usage information
- REDIRECT Template:Code
Template:Redr - Set a folder of datapacks to include in the world
- Any zip file or folder with a
- REDIRECT Template:Code
Template:Redr file is included
- REDIRECT Template:Code
Template:Redr - Exports results in a junit-like XML report at the given path
- REDIRECT Template:Code
Template:Redr - Specify which tests to run with a selection - a wildcard expression matching namespace test instance IDs
- If omitted, or used with an empty ID, runs all tests
- REDIRECT Template:Code
Template:Redr - The path to where the test server world will be created
- Any existing folder will be replaced
- Default:
- REDIRECT Template:Code
- REDIRECT Template:Code
Template:Redr - Enables test verification
- Runs the tests specified with
- REDIRECT Template:Code
- REDIRECT Template:Code
Template:Redr 100 times for each 90 degree rotation step
- Default:
- REDIRECT Template:Code
Exit code
The game will yield the following exit codes depending on the scenario:
| Scenario | Exit code |
|---|---|
| All tests pass | 0 |
| Any test fails | (number of failures) |
| Server shut down without starting tests | -1 |
| Game crashed | 1 |
Bedrock Edition
The GameTest framework can be accessed through the @minecraft/server-gametest module from the Script API. The module must be added as a dependency in the Minecraft:manifest.json. It contains many
- REDIRECT Template:Wikipedia
Template:Redrs used for
- REDIRECT Template:Wikipedia
Template:Redr of any game objects' behaviors and interactions in a controlled testing environment.<ref>Template:Cite</ref> Developers can use these interfaces for:
- Asserting certain conditions for Minecraft:blocks, entities, and other game objects;
- Getting in-game information such as Minecraft:dimension, position, entities and blocks information;
- Modifying the testing environment by setting block permutation (block type and states data), sending Minecraft:redstone interactions, etc;
- Spawning entities controlled by the script with predictable mob behaviors;
- Creating simulated players for testing behaviors and interactions with other game objects;<ref>Template:Cite</ref>
- And other testing functionalities, further reading.
A testing environment can be created from a unit test (also called a GameTest), which contains a test function registered from the script, and a reference to a .mcstructure file exists in the behavior pack.<ref>Template:Cite</ref><ref name="registration-builder"/> Users can register a new unit test using GameTest#register(testClassName, testName, testFunction) method with additional builder parameters, such as .maxTicks(ticks) that indicates the test may take amount of ticks to run, .maxAttempts(attempts) which specifies how many attempt the test can run, and more.<ref name="registration-builder">Template:Cite</ref>
After the unit test is registered, it is loaded in the world, and can be run using the
- REDIRECT Template:Command
Template:Redr command, referenced by <testClassName>:<testName>. When ran, the game spawns the test structure and calls the test function previously defined in the script. The unit test may succeed or fail depending on the test function, which usually contain instructions for testing behaviors and interactions in the testing environment.
History
Demonstration
Java Edition
Bedrock Edition
References
<references group="">
</references>
| Editions |
| ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Development |
| ||||||||
| Technical |
| ||||||||
| Multiplayer | |||||||||
| Exclusive features |
| ||||||||
| Removed |
de:Spieltest ja:ゲームテスト pt:GameTest ru:Игровой тест zh:游戏测试