status-desktop/test/e2e
Anastasiya Semenkevich 1018edc3cc chore: change scroll method for settings pane
Tests were failing on my mac with 16-inch display (3456 × 2234) (were not able to scroll the left navigation panel and reach out the buttons at the bottom, like Sign Out for example)
2024-05-27 16:56:24 +03:00
..
ci ci: use virtualenv to avoid race conditions 2024-04-15 17:45:04 +03:00
configs chore: screenshot on fail improved 2024-03-07 17:54:27 +03:00
constants test: link preview tests added 2024-05-22 10:12:27 +07:00
driver chore: remove attempts to connect to non-existing context and remove useless cycles 2024-04-05 11:02:55 +03:00
ext chore: user data removed and pin unpin test fixed 2024-04-05 16:26:00 +03:00
fixtures add missing parameter, renamed function, removed super() from aut class (no parent exists) 2024-03-29 09:17:39 +03:00
gui chore: change scroll method for settings pane 2024-05-27 16:56:24 +03:00
scripts Increase timeout for wait_for_port 2024-01-23 10:06:21 +03:00
tests test: link preview tests added 2024-05-22 10:12:27 +07:00
.gitignore test: check member role permission limit added 2024-04-04 14:05:48 +03:00
README.md chore: introduce timeout mark and update requirements 2023-12-26 19:14:36 +03:00
conftest.py chore: attach logs for failed test and remove squish config from allure 2024-03-12 15:20:07 +03:00
img.png chore: update readme 2023-12-14 10:45:45 +03:00
img_1.png chore: update readme 2023-12-14 10:45:45 +03:00
pytest.ini chore: introduce new mark 2024-04-09 12:20:17 +03:00
requirements.txt chore: move pluggy to requirements.txt and lock to 1.2.0 version 2024-04-15 17:59:27 +03:00
squish.ini chore: skip test to verify channels as a member 2024-03-29 09:17:39 +03:00

README.md

This repository manages UI tests for desktop application

How to set up your environment

  1. MacOS: https://www.notion.so/Mac-arch-x64-and-Intel-50ea48dae1d4481b882afdbfad38e95a
  2. Linux: https://www.notion.so/Linux-21f7abd2bb684a0fb10057848760a889
  3. Windows: https://www.notion.so/Windows-fbccd2b09b784b32ba4174233d83878d

NOTE: when MacOS and Linux are proven to be working, Windows guide could be outdated (no one yet set up Windows)

Which build to use

  1. you can use your local dev build but sometimes tests hag there. To use it, just place a path to the executable to AUT_PATH in your _local.py config, for example AUT_PATH = "/Users/anastasiya/status-desktop/bin/nim_status_client"

  2. normally, please use CI build. Grab recent one from Jenkins job https://ci.status.im/job/status-desktop/job/nightly/

    2.1 Linux and Windows could be taken from nightly job img.png

    2.2 Mac requires entitlements for Squish which we don't add by default, so please go here https://ci.status.im/job/status-desktop/job/systems/job/macos/ and select architecture you need (arm or intel), click Build with parameters and select Squish entitlements. Select a branch if u like (master is default) img_1.png

Pytest marks used

You can run tests by mark, just use it like this in command line:

python3 -m pytest -m critical

or directly in pycharm terminal:

pytest -m critical

You can obtain the list of all marks we have by running this pytest --markers

  • critical, mark used to select the most important checks we do for PRs in desktop repository (the same for our repo PRs)
  • xfail, used to link tests to existing tickets in desktop, so if test fails it will be marked as expected to fail in report with a reference to the ticket. At the same time, if such test is passing, it will be shown as XPASS (unexpectedly passing) in report, which will indicate the initial bug is gone
  • skip, used to just skip tests for various reasons, normally with a ticket linked
  • flaky, used to mark the tests that are normally passing but sometimes fail. If such test passes, then if will be shown as passed in report normally. If the test fails, then the total run wont be failed, but the corresponding test will be marked as xfail in the report. It is done for a few tests that are not super stable yet, but passes most of the time. This mark should be used with caution and in case of real need only.
  • timeout(timeout=180, method="thread"), to catch excessively long test durations like deadlocked or hanging tests. This is done by pytest-timeout plugin