1
0
mirror of https://github.com/trezor/trezor-firmware.git synced 2024-11-13 02:58:57 +00:00
trezor-firmware/tests
2024-09-17 17:46:11 +02:00
..
burn_tests chore(tests): add type hints and improve styling in device test files 2022-02-07 14:05:27 +01:00
click_tests tests: rework tutorial tests 2024-09-11 12:59:04 +02:00
connect_tests
device_tests tests: rework tutorial tests 2024-09-11 12:59:04 +02:00
emulators tests/emulators: fix download_emulators script 2020-07-03 17:33:59 +02:00
fido_tests build(core,legacy): remove gcc, use cc instead of gcc 2022-04-27 15:48:14 +02:00
persistence_tests refactor(core): send out ButtonRequest name 2024-07-19 11:28:07 +03:00
txcache decred: Add input_derive_script. 2024-09-06 10:52:47 +02:00
ui_tests chore(core): update fixtures to new rendering 2024-09-17 17:46:11 +02:00
upgrade_tests feat: Remove display_random feature. 2024-08-27 19:33:23 +02:00
__init__.py tests: start moving common functions to top level 2019-09-12 14:29:33 +02:00
.gitignore
bip32.py chore(tests): add type hints to helper test functions 2022-02-07 14:05:27 +01:00
buttons.py feat(core/mercury): impl flow_request_passphrase 2024-08-22 00:47:15 +02:00
common.py refactor(tests): introduce a better model selection mechanism 2024-09-11 12:59:04 +02:00
conftest.py fix(tests): python >=3.11 compatibility for identifiers 2024-09-12 09:36:13 +02:00
device_handler.py style(tests): apply isort 5 2023-08-16 13:29:51 +02:00
download_emulators.sh ci: bump nixpkgs to latest nixpkgs-unstable 2023-04-19 13:05:03 +02:00
emulators.py feat(tests): allow for coverage report even when emulator is controlled by the tests 2023-03-09 16:50:32 +01:00
github.py feat(tests): use trezorlib's builtin model list to fetch the pipelines 2024-09-11 12:59:04 +02:00
gitlab.py feat(all): implement translations into Trezor 2024-02-12 14:49:32 +01:00
input_flows_helpers.py refactor(tests): introduce a better model selection mechanism 2024-09-11 12:59:04 +02:00
input_flows.py refactor(core): use a template to add colon to strings 2024-09-17 01:44:20 +02:00
README.md docs: move docs to root 2019-12-06 12:24:20 +00:00
REGISTERED_MARKERS feat(solana): add get_public_key 2023-12-05 22:11:41 +01:00
show_results.py feat(tests): saving fixtures.results.json file with result hashes after each UI test 2023-07-19 08:58:37 +02:00
test_python_support.py chore(tests): add SConscript helpers into python support tests 2023-06-19 17:30:00 +02:00
translations.py chore(core): support T3B1 for translation blobs 2024-09-03 10:35:14 +02:00
tx_cache.py
update_fixtures.py feat(tests): flip the default service for update_fixtures.py ci to github 2024-09-11 12:59:04 +02:00

Tests

Burn tests

These tests are doing a simple read/write operations on the device to see if the hardware can endure high number of flash writes. Meant to be run on the device directly for a long period of time.

Device tests

Device tests are integration tests that can be run against either emulator or on an actual device. You are responsible to provide either an emulator or a device with Debug mode present.

Device tests

The original version of device tests. These tests can be run against both Model One and Model T.

See device-tests.md for instructions how to run it.

UI tests

UI tests use device tests and take screenshots of every screen change and compare them against fixtures. Currently for model T only.

See ui-tests.md for more info.

Click tests

Click tests are a next-generation of the Device tests. The tests are quite similar, but they are capable of imitating user's interaction with the screen.

Fido tests

Implement U2F/FIDO2 tests.

Upgrade tests

These tests test upgrade from one firmware version to another. They initialize an emulator on some specific version and then pass its storage to another version to see if the firmware operates as expected. They use fixtures from https://data.trezor.io/dev/firmware/releases/emulators/ which can be downloaded using the download_emulators.sh script.

See the upgrade-tests.md for instructions how to run it.

Persistence tests

These tests test the Persistence mode, which is currently used in the device recovery. These tests launch the emulator themselves and they are capable of restarting or stopping it simulating user's plugging in or plugging out the device.