openharmony/third_party_vulkan-loader
1
0
Fork 0
mirror of https://gitee.com/openharmony/third_party_vulkan-loader synced 2024-11-23 15:20:52 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
6c64537135
third_party_vulkan-loader/tests
History
Charles Giessen 6c64537135 Enable cross compile test discovery 
gtest_discover_tests() doesn't work in cross compilation environments, so if
that is happening fall back to gtest_add_tests().
2022-10-06 17:00:40 -06:00
..
framework Remove unneeded exports in test_wrap_layers 2022-09-01 13:13:14 -06:00
live_verification Initialize properly when statically linked 2022-07-07 14:41:01 -06:00
CMakeLists.txt Enable cross compile test discovery 2022-10-06 17:00:40 -06:00
loader_alloc_callback_tests.cpp Refactor loader_icd_scan() 2022-09-01 13:13:14 -06:00
loader_debug_ext_tests.cpp Keep allocated debug callbacks until destroy instance 2022-05-27 17:14:25 -06:00
loader_envvar_tests.cpp loader: Add OpenBSD support 2022-08-31 10:02:13 -06:00
loader_get_proc_addr_tests.cpp Use correct TestICD in tests 2022-04-04 16:38:17 -06:00
loader_handle_validation_tests.cpp Use correct TestICD in tests 2022-04-04 16:38:17 -06:00
loader_layer_tests.cpp Allow implicit layers for all API versions 2022-09-08 13:48:46 -06:00
loader_phys_dev_inst_ext_tests.cpp Use correct TestICD in tests 2022-04-04 16:38:17 -06:00
loader_regression_tests.cpp loader: fix log message 2022-09-26 11:56:43 -06:00
loader_testing_main.cpp loader: Add OpenBSD support 2022-08-31 10:02:13 -06:00
loader_threading_tests.cpp Refactor unknown function tests 2022-09-01 12:23:17 -06:00
loader_unknown_ext_tests.cpp Refactor unknown function tests 2022-09-01 12:23:17 -06:00
loader_version_tests.cpp Refactor loader_icd_scan() 2022-09-01 13:13:14 -06:00
loader_wsi_tests.cpp Replace TEST_F with TEST in most tests 2022-03-29 16:10:30 -06:00
README.md Update build.md and README.md for the tests 2022-02-15 16:51:46 -07:00

README.md

Loader Tests

This directory contains a test suite for the Vulkan loader. These tests are not exhaustive — they are expected to be supplemented with other tests, such as CTS.

Test specific CMake Configuration

Option Platform Default Description
BUILD_TESTS All OFF Controls whether or not the loader tests are built.
ENABLE_LIVE_VERIFICATION_TESTS All OFF Enables building of tests meant to run with live drivers
TEST_USE_ADDRESS_SANITIZER Linux OFF Enables Address Sanitizer in the loader and tests
TEST_USE_THREAD_SANITIZER Linux OFF Enables Thread Sanitizer in the loader and tests

Running Tests

For most purposes ctest is the desired method of running tests. This is because when a test fails, ctest will automatically printout the failing test case.

Tests are organized into various executables:

  • test_regression - Contains most tests.
  • test_threading - Tests which need multiple threads to execute.
    • This allows targeted testing which uses tools like ThreadSanitizer

The loader test framework is designed to be easy to use, as simple as just running a single executable. To achieve that requires extensive build script automation is required. More details are in the tests/framework/README.md. The consequence of this automation: Do not relocate the build folder of the project without cleaning the CMakeCache. Most components are found by absolute path and thus require the contents of the folder to not be relocated.

Writing Tests

The test_environment.h/cpp are the primary tool used when creating new tests. Either use the existing child classes of FrameworkEnvironment or create a new one to suite the tests need. Refer to the tests/framework/README.md for more details.

IMPORTANT NOTES:

  • NEVER FORGET TO DESTROY A VKINSTANCE THAT WAS SUCCESSFULLY CREATED.
    • The loader loads dynamic libraries in vkCreateInstance and unloads them in vkDestroyInstance. If these dynamic libraries aren't unloaded, they leak state into the next test that runs, causing spurious failures or even crashes.
    • Use InstWrapper helper as well as DeviceWrapper to automate this concern away.

Using a specific loader with the tests

The environment variable VK_LOADER_TEST_LOADER_PATH can be used to specify which vulkan-loader binary should be used. This is useful when writing tests to exercise a bug fix. Simply build the loader without the fix, stash it in a known location. Write the fix and the test that should exercise the bug and it passes. Then run the test again but with this env-var set to the older loader without the fix and show that the test now fails.

Basic usage example:

VK_LOADER_TEST_LOADER_PATH="/path/to/older/loader/build" ctest --output-on-failure