mirrors/OpenRCT2
1
0
Fork 0
mirror of https://github.com/OpenRCT2/OpenRCT2.git synced 2025-01-22 18:31:59 -05:00
Code Issues Projects Releases Packages Wiki Activity
OpenRCT2/test/tests/tests.vcxproj

113 lines
4.8 KiB
XML
Raw Normal View History

Initial data-driven tests for pathfinder behaviour Introduce some basic scenario-style tests for the pathfinding AI. There are two tests: * Test that a peep can get from a given start position to a given end position, and that it takes them an expected number of ticks to do so. Also test that they did not walk on any 'forbidden' tiles in the process, e.g. tiles that are completely the wrong direction from the goal etc. * Test that a peep can *not* get from a given start position to a given end position after a given number of ticks. Each test is parametric, and instantiated for multiple different start/end positions within the provided test park. If we find a new situation that needs a test, it should just be a matter of building that situation in the saved game and then adding a line to the code to set it up. Indicating 'forbidden' tiles is done using terrain surface type IDs: tiles that the pathfinder should never send the peep into should be painted with the red neon surface type (index 8). This means we have no way to forbid some path elements on a tile while allowing others, but we don't need that right now. Similarly, to help ensure that the test data and code are kept in sync, the tests also require that peep start tiles are painted with the green neon surface type (index 11) and that goal tiles are painted with the yellow neon surface type (index 9).
2018-12-29 19:13:44 -05:00
<?xml version="1.0" encoding="utf-8"?>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Project DefaultTargets="Build" ToolsVersion="14.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<SolutionDir Condition="'$(SolutionDir)'==''">..\..\</SolutionDir>
</PropertyGroup>
<ItemGroup Label="ProjectConfigurations">
Convert openrct2 to static library
2017-01-04 17:50:35 -05:00
<ProjectConfiguration Include="Debug|Win32">
<Configuration>Debug</Configuration>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Platform>Win32</Platform>
</ProjectConfiguration>
Build with link time code generation only on the develop branch
2023-03-26 10:50:18 -04:00
<ProjectConfiguration Include="ReleaseLTCG|arm64">
<Configuration>ReleaseLTCG</Configuration>
<Platform>arm64</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="ReleaseLTCG|Win32">
<Configuration>ReleaseLTCG</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="ReleaseLTCG|x64">
<Configuration>ReleaseLTCG</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
Convert openrct2 to static library
2017-01-04 17:50:35 -05:00
<ProjectConfiguration Include="Release|Win32">
<Configuration>Release</Configuration>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Platform>Win32</Platform>
</ProjectConfiguration>
Convert openrct2 to static library
2017-01-04 17:50:35 -05:00
<ProjectConfiguration Include="Debug|x64">
<Configuration>Debug</Configuration>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Platform>x64</Platform>
</ProjectConfiguration>
Convert openrct2 to static library
2017-01-04 17:50:35 -05:00
<ProjectConfiguration Include="Release|x64">
<Configuration>Release</Configuration>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Platform>x64</Platform>
</ProjectConfiguration>
Introduce MSVC ARM64 platform
2022-03-26 15:14:12 -04:00
<ProjectConfiguration Include="Debug|arm64">
<Configuration>Debug</Configuration>
<Platform>arm64</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Release|arm64">
<Configuration>Release</Configuration>
<Platform>arm64</Platform>
</ProjectConfiguration>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</ItemGroup>
<PropertyGroup Label="Globals">
<ProjectGuid>{62B020FA-E4FB-4C6E-B32A-DC999470F155}</ProjectGuid>
<RootNamespace>tests</RootNamespace>
Move a lot of the common properties to a shared props file
2016-12-01 19:59:52 -05:00
<ProjectName>tests</ProjectName>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</PropertyGroup>
Move a lot of the common properties to a shared props file
2016-12-01 19:59:52 -05:00
<PropertyGroup Label="Configuration">
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<ConfigurationType>Application</ConfigurationType>
</PropertyGroup>
Add test configurations
2016-12-01 21:49:50 -05:00
<Import Project="..\..\openrct2.common.props" />
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<PropertyGroup>
Set tests output directory to bin This is the easiest way to allow the tests to use the OpenRCT2 data for msbuild.
2018-04-10 13:00:02 -04:00
<OutDir>$(SolutionDir)bin\</OutDir>
Move a lot of the common properties to a shared props file
2016-12-01 19:59:52 -05:00
<LibraryPath>$(SolutionDir)bin;$(LibraryPath)</LibraryPath>
Update MSVC project to use correct Google Test library
2022-05-08 16:20:26 -04:00
<LibraryPath Condition="'$(Configuration)'=='Debug'">$(SolutionDir)lib\$(Platform)\debug\lib;$(LibraryPath)</LibraryPath>
<LibraryPath Condition="'$(Configuration)'!='Debug'">$(SolutionDir)lib\$(Platform)\lib;$(LibraryPath)</LibraryPath>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</PropertyGroup>
Move a lot of the common properties to a shared props file
2016-12-01 19:59:52 -05:00
<ItemDefinitionGroup>
Enable all C++ features for MSVC
2016-12-15 20:19:41 -05:00
<ClCompile>
<PreprocessorDefinitions>GTEST_LANG_CXX11;%(PreprocessorDefinitions)</PreprocessorDefinitions>
</ClCompile>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Link>
Rename openrct2-lib to libopenrct2
2017-01-09 14:57:26 -05:00
<AdditionalDependencies>libopenrct2.lib;%(AdditionalDependencies)</AdditionalDependencies>
Fix VS debug builds not finding gtestd.lib (#19798)
2023-04-02 03:20:47 -04:00
<AdditionalDependencies Condition="'$(Configuration)'=='Debug'">gtest.lib;%(AdditionalDependencies)</AdditionalDependencies>
Update MSVC project to use correct Google Test library
2022-05-08 16:20:26 -04:00
<AdditionalDependencies Condition="'$(Configuration)'!='Debug'">gtest.lib;%(AdditionalDependencies)</AdditionalDependencies>
Add test configurations
2016-12-01 21:49:50 -05:00
<SubSystem>Console</SubSystem>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</Link>
Add rating test data
2017-05-17 14:20:10 -04:00
<PostBuildEvent>
<Command>xcopy /EIY "$(ProjectDir)testdata" "$(OutputPath)testdata"</Command>
<Message>Copies test data to output directory.</Message>
</PostBuildEvent>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</ItemDefinitionGroup>
Move a lot of the common properties to a shared props file
2016-12-01 19:59:52 -05:00
<!-- Files -->
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<ItemGroup>
Improve String::Split and add tests
2017-02-25 11:07:08 -05:00
<ClInclude Include="AssertHelpers.hpp" />
Add tests for rct2 <-> utf8 conversions
2018-04-15 11:43:28 -04:00
<ClInclude Include="helpers\StringHelpers.hpp" />
Create test data helpers
2017-01-11 12:15:24 -05:00
<ClInclude Include="TestData.h" />
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</ItemGroup>
<ItemGroup>
Add tests for BitSet
2021-12-12 16:33:11 -05:00
<ClCompile Include="BitSetTests.cpp" />
Add CircularBuffer test.
2019-02-04 08:39:56 -05:00
<ClCompile Include="CircularBuffer.cpp" />
Close #13637: Refactor sprite compiler for filesystem efficiency - sprite building would save a file with just the sprite file header and then immediately open it again at the beginning of compilation - sprite file generation is now entirely in memory until the final output file is saved on success - added validation of no file activity in the failed build test case; failed builds will not generate a file or edit an existing one
2020-12-29 07:12:55 -05:00
<ClCompile Include="CLITests.cpp" />
Refactor implementations to different files
2018-05-23 15:27:00 -04:00
<ClCompile Include="CryptTests.cpp" />
Allow SwapBE to swap non-uint types If we want to have more semantically meaningful types (like Direction), it's useful to be able to support those in the DataSerializer too. Swapping bytes for entire structures is probably never going to make sense, but for types that are pure wrappers around integer types, we want to be able to swap them as if they were the integer they wrap.
2019-08-26 09:15:44 -04:00
<ClCompile Include="Endianness.cpp" />
Add tests for EnumMap
2021-07-22 13:51:28 -04:00
<ClCompile Include="EnumMapTest.cpp" />
Create new templated format string
2020-10-08 19:50:08 -04:00
<ClCompile Include="FormattingTests.cpp" />
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<ClCompile Include="LanguagePackTest.cpp" />
Add test for ImageImporter
2018-05-11 19:04:16 -04:00
<ClCompile Include="ImageImporterTests.cpp" />
Add INI tests to MSVC
2017-02-23 17:38:25 -05:00
<ClCompile Include="IniReaderTest.cpp" />
<ClCompile Include="IniWriterTest.cpp" />
Remove dependency on StringIds.h from Localisation.h (#22011) * Remove dependency on StringIds.h from Localisation.h * Include Language.h in UTF8.cpp for function declarations * Rename tests/Localisation.cpp to tests/LocalisationTest.cpp
2024-05-10 15:14:05 -04:00
<ClCompile Include="LocalisationTest.cpp" />
Add MultiLaunch test
2017-06-21 12:39:10 -04:00
<ClCompile Include="MultiLaunch.cpp" />
Add basic regression tests via the replay system.
2018-12-11 03:31:05 -05:00
<ClCompile Include="ReplayTests.cpp" />
Avoid fast-forwarding peep into the ride The code being removed in the patch tries to fast forward a peep into the ride when it is the second peep for a vehicle that is used in pairs. Problem is that funds checking does not happen, so it happens that a peep may pay against its will. Lets say a rich peep enters in line and a poor peep enters in line right after. If the price of the ride is such that the rich peep can pay and the poor peep can't, it will be dragged into the ride because funds checking only happened for the first. The second part of the patch just adjusts we consider the vehicle a full car if the second position is filled. Add test to verify that a peep is not dragged into a ride it can't pay This test puts two peeps in a Ferris Wheel. The first peep is rich and the second peep is poor. When they are both in line, the ride price is raised so that the poor peep can't pay. Make sure the poor peep turns back and leaves the ride. During development, a mistake in the logic would have broken all rides other than ferris wheels in a way that multiple guests could enter the same car. Also add a test to make sure that is never broken.
2020-04-12 10:00:02 -04:00
<ClCompile Include="PlayTests.cpp" />
Initial data-driven tests for pathfinder behaviour Introduce some basic scenario-style tests for the pathfinding AI. There are two tests: * Test that a peep can get from a given start position to a given end position, and that it takes them an expected number of ticks to do so. Also test that they did not walk on any 'forbidden' tiles in the process, e.g. tiles that are completely the wrong direction from the goal etc. * Test that a peep can *not* get from a given start position to a given end position after a given number of ticks. Each test is parametric, and instantiated for multiple different start/end positions within the provided test park. If we find a new situation that needs a test, it should just be a matter of building that situation in the saved game and then adding a line to the code to set it up. Indicating 'forbidden' tiles is done using terrain surface type IDs: tiles that the pathfinder should never send the peep into should be painted with the red neon surface type (index 8). This means we have no way to forbid some path elements on a tile while allowing others, but we don't need that right now. Similarly, to help ensure that the test data and code are kept in sync, the tests also require that peep start tiles are painted with the green neon surface type (index 11) and that goal tiles are painted with the yellow neon surface type (index 9).
2018-12-29 19:13:44 -05:00
<ClCompile Include="Pathfinding.cpp" />
Add ride ratings test
2017-01-10 07:57:55 -05:00
<ClCompile Include="RideRatings.cpp" />
Add S6 Import/Export test and remove old NetworkLoadSave test
2019-10-19 16:45:03 -04:00
<ClCompile Include="S6ImportExportTests.cpp" />
Rename snake_case methods/classes under tests (#19205) * Remove snake_case method names in sawyercoding_test.cpp * Rename sawyercoding_test.cpp to SawyerCodingTest.cpp * Rename sawyercoding_test.cpp to SawyerCodingTest.cpp
2023-01-18 01:06:54 -05:00
<ClCompile Include="SawyerCodingTest.cpp" />
Add tests to iterate on all .parkpatch files
2024-02-25 15:28:16 -05:00
<ClCompile Include="ScenarioPatcherTests.cpp" />
Create test data helpers
2017-01-11 12:15:24 -05:00
<ClCompile Include="TestData.cpp" />
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<ClCompile Include="tests.cpp" />
Fix String::Trim and add test
2017-02-24 16:48:06 -05:00
<ClCompile Include="StringTest.cpp" />
Add tests for tile_element_wants_path_connection_towards
2018-04-17 07:13:58 -04:00
<ClCompile Include="TileElements.cpp" />
Introduce TileElementsView (#13975) * Simplify TileElement type conversation * Introduce TileElementsView * Move TileElementsView code into TileElementsView.h * Cleanup code and move into OpenRCT2 namespace * Use reference instead of pointer * Fix include * Make GCC happy * Move the cast functions into base * Use the cast function instead of reinterpret_cast * Add TileElementsView tests * Fix iterating on TileElementBase, return pointer not reference
2021-02-04 11:58:45 -05:00
<ClCompile Include="TileElementsView.cpp" />
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
</ItemGroup>
Close #13637: Refactor sprite compiler for filesystem efficiency - sprite building would save a file with just the sprite file header and then immediately open it again at the beginning of compilation - sprite file generation is now entirely in memory until the final output file is saved on success - added validation of no file activity in the failed build test case; failed builds will not generate a file or edit an existing one
2020-12-29 07:12:55 -05:00
<ItemGroup>
<None Include="testdata\sprites\badManifest.json" />
<None Include="testdata\sprites\example.dat" />
<None Include="testdata\sprites\manifest.json" />
</ItemGroup>
Get tests to build for Windows and VS
2016-12-01 19:34:14 -05:00
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
Build with link time code generation only on the develop branch
2023-03-26 10:50:18 -04:00
</Project>
Reference in a new issue Copy permalink