На сторінці може бути різний контент — що робити?

Після авторизації користувач може потрапити в різні компанії або проєкти й побачити різний контент. Це не означає, що один тест має приймати обидва варіанти через if: такий сценарій перестає однозначно повідомляти, яку бізнес-поведінку він перевірив.

Кожен тест повинен мати відомі передумови, послідовність дій і конкретний результат. «Універсальна» fixture корисна лише тоді, коли вона готує визначений стан, а не приховує невизначеність усередині сценарію.

Free plan, trial та enterprise мають різні можливості: ліміти створення проєктів, доступні кнопки й повідомлення. Це окремі вимоги рольової моделі, тому їх варто перевіряти окремими тестами.

Наприклад, free-plan тест підтверджує відповідну позначку тарифу та обмеження створення проєкту, а enterprise-тест — доступність повного сценарію. Розгалуження між цими очікуваннями в одному тесті приховує дефект, якщо середовище випадково відкрило не ту роль.

Щоб зрозуміти, чому UI різниться, потрібно дивитися не лише на сторінку. У DevTools варто перевірити Network, cookies, localStorage і sessionStorage та знайти дані, які визначають активну компанію або роль.

У прикладі різницю задає companyId: конкретний ID відкриває корпоративний контекст, а відсутнє значення — free-проєкти. Це дає точну підказку, який стан треба підготувати перед тестом.

Fixture може завантажувати заздалегідь підготовлений Playwright storageState з потрібними cookies та companyId. Тоді free-plan і enterprise suites стартують одразу у своїх контрольованих контекстах і не залежать від випадкового вибору компанії.

Та сама модель працює не лише для тарифів: у медичному продукті це можуть бути doctor і patient, а всередині ролі — додаткові рівні доступу. Спільний end-to-end сценарій між ролями залишається окремим тестом, бо має іншу бізнес-мету.

from pathlib import Path

import pytest
from playwright.sync_api import Browser


@pytest.fixture
def free_context(browser: Browser):
    context = browser.new_context(
        storage_state=Path("playwright/.auth/free.json")
    )
    yield context
    context.close()

Практику можна здавати після кожного відео або однією завершеною роботою після комплексного рефакторингу модуля. Мінімальна мета — самостійно повторити показаний сценарій; корисніше додати невелике власне розширення, яке підтверджує розуміння.

Можна також принести приклад із реального проєкту, навіть іншою мовою програмування. Важливий не формат здачі, а виконана практика та можливість отримати предметний зворотний зв’язок.