На співбесіді QA Automation перевіряють знання фреймворків, патернів автоматизації і — насамперед — уміння писати тести, які лишаються зеленими не випадково. Нижче — часті питання з еталонними відповідями. Junior: базова теорія, визначення та прості практичні кейси.
Implicit wait — глобальне налаштування, що змушує кожен пошук елемента повторюватися до N секунд. Explicit чекає конкретної умови на конкретному елементі: клікабельний, видимий, присутній. Змішувати їх — класична помилка: таймаути складаються непередбачувано, і пошук, який мав швидко впасти, висить суму обох. Implicit ставлять у нуль і всюди використовують explicit.
Бо він кодує здогад. Поспав три секунди — отже, або чекав зайвого на кожному прогоні, набираючи хвилини по всьому набору, або не дочекався повільного дня, і саме так тест стає нестабільним. Explicit wait опитує умову і продовжує в момент її виконання, тобто і швидше, і надійніше. Sleep виправданий, лише коли чекати справді нема чого спостережуваного.
CSS швидший, читабельніший і покриває більшість випадків. XPath виправданий, коли треба піднятися до батька, вибрати за видимим текстом або скористатися віссю — того, що CSS виразити не може. Важливіша за сам вибір стійкість: селектор за data-testid переживе редизайн, а скопійований із devtools із шістьма вкладеними div — ні.
Він збирає локатори й дії одного екрана в клас, щоб тест казав login.submit(admin), а не перелічував пошуки елементів. Розвʼязує дублювання: при зміні кнопки правиться один файл замість сорока тестів. Типова помилка — класти перевірки всередину page object: сторінка описує екран, а вирішує, що правильно, тест.
Абстрактний клас може зберігати стан і конструктор та описує, чим обʼєкт є; успадкуватися можна лише від одного. Інтерфейс описує, що обʼєкт уміє, і реалізувати їх можна багато. У тестовому фреймворку це видно одразу: базова сторінка зі спільним полем драйвера — абстрактний клас, а щось на кшталт Searchable, підтримуване кількома сторінками, — інтерфейс.
Майже завжди час або спільний стан. Час — це перевірка до того, як застосунок закінчив: анімація, асинхронний запит, перемальовування. Спільний стан — один тест лишає дані, від яких залежить інший, і це вилазить при зміні порядку чи паралельному запуску. Третя і рідше обговорювана причина — оточення: повільна машина CI перетворює непомітну локально гонку на щоденне падіння.
Означає, що ви тримаєте посилання на елемент, який сторінка відтоді перемалювала — обʼєкт вказує на вузол, якого в DOM більше немає. Найчастіше зʼявляється після оновлення, що перемальовує список чи таблицю. Уникається повторним пошуком замість зберігання посилання — саме те, що за будовою роблять локатори Playwright і не робить поле PageFactory у Selenium.
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю Junior QA Automation →