Python мануфактураJavaDesign Patterns для автоматизаторів

Java · Сесії: AMA та PMP · 9:04–14:29

Коли UI-фрагмент стає окремим компонентом

Popup, який використовується на кількох сторінках, є природним кандидатом на окремий object. Назву варто шукати в його heading, `data-testid`, class або іншому атрибуті найближчого контейнера. Так automation-модель повторює структуру продукту й полегшує пошук коду. Якщо test environments обфускують усі стабільні назви, це варто обговорити з frontend-командою: production може мати обфускацію, але dev/stage потребують передбачуваного test contract. Водночас не можна прив’язувати неймінг чи selectors до випадкових inline styles або кольорів.

Неймінг та структура automation-проєкту →

Java · Сесії: AMA та PMP · 4:00–9:50

Accessibility tree, локалізація і стабільність атрибутів

Chrome DevTools дозволяє подивитися accessibility tree й accessible name, навіть якщо значення неочевидне з HTML. Текстові locators зручні, доки labels, placeholders і переклади стабільні. Для багатомовного продукту або content, який окремо змінює контент-команда, стабільний `data-testid` часто кращий. Атрибути можуть рендеритися по-різному залежно від frontend framework, а generated classes та IDs змінюватися між builds, тому вибір залежить від реального контракту команди.

Пріоритети селекторів та їхня надійність →

Java · Додаткові матеріали · 6:20–11:20

Ручний прохід тестового сценарію

Сценарій складається з авторизації, пошуку проєкту `Manufacture Lite`, переходу до нього та перевірки заголовка. Під час ручного проходу перевіряється не лише наявність атрибутів, а й фактична клікабельна область, поведінка анімацій та затримки автодоповнення. Якщо в продукті бракує стабільних локаторів, варто домовитися з розробниками про передбачувані `data-testid` або аналогічні атрибути.

Створення першого Java-проєкту та тесту →
Запитати в чаті про «data-testid» →