Англійська на співбесіді

На яких етапах найму перевіряють англійську і чому не окремим тестом?

Окремого «іспиту з граматики» майже ніколи немає — мову оцінюють наскрізно, в розмові на робочі теми. Вона спливає одразу в кількох точках: резюме англійською як перший фільтр, коротке перемикання рекрутера на English під час скринінгу, іноді окремий дзвінок про мову з лідом чи HR, частина технічної співбесіди й, в аутсорсі, фінальна розмова з замовником. Причина такого підходу проста: компанію цікавить не шкільна норма, а робоча комунікація — чи зрозумієш вимогу на дзвінку, чи опишеш дефект так, щоб не лишити двозначності. Тому й дивляться на мову в контексті, а не у вакуумі тесту.

Що насправді оцінює інтерв'юер в English-частині — граматику?

Ні, у фокусі дві речі: розуміння на слух і здатність зв'язно висловитися в реальному часі. Ідеальні часи дієслів тут другорядні — важливіше, чи ловиш ти питання з першого разу, чи тримаєш темп без довгих зависань і чи можеш перефразувати думку, коли забув слово. Практичний висновок з цього неочевидний, але надійний: той, хто говорить із помилками, проте впевнено доносить думку, стабільно обходить того, хто мовчить зі страху сказати неправильно. Комунікація, що не розсипається, б'є бездоганну, але паралізовану граматику.

Що на практиці означають рівні B1 і B2 для QA?

CEFR (Common European Framework of Reference for Languages, Загальноєвропейські рекомендації з мовної освіти) ділить володіння на щаблі, і для тестувальника робочий діапазон — B1–B2. B1 (Intermediate) — це практичний поріг більшості вакансій: тримаєш розмову на знайомі теми, описуєш свій досвід і ловиш головну думку співрозмовника, хай і з помилками. B2 (Upper-Intermediate) — комфортна зона продуктових і клієнтських проєктів: упевнено почуваєшся в мітингах, обговорюєш технічні теми, і саме B2 найчастіше стоїть реальною вимогою на середні позиції. Нижче, на A2, жива розмова дається важко — такий рівень замикає тебе на україномовні команди, де English потрібен хіба для листування. Вище, на C1, відкриваються клієнтські й лідерські ролі з прямою комунікацією без напруги.

Чому кандидат із міцним «пасивним B2» просідає на живому дзвінку до A2?

Бо письмо й мовлення — різні навички, і розрив між ними головна пастка рівнів. Дуже поширений сценарій: людина роками читає документацію, листується в тікетах, дивиться англомовні відео — і має справді міцне пасивне розуміння. Але вголос під тиском вона говорила мало або не говорила зовсім, тож на дзвінку активне мовлення «сідає». Співбесіда перевіряє саме продукування мови в реальному часі, а не впізнавання слів на екрані — і саме воно у більшості найслабше. Звідси й практична порада: готуйся тим, що реально перевіряється, — регулярним говорінням уголос, а не черговим підручником граматики.

Як побудувати self-presentation англійською на «Tell me about yourself»?

Це не переказ біографії, а усна анотація досвіду під конкретну вакансію, і працює той самий каркас, що й українською — «теперішнє, минуле, майбутнє». Теперішнє: хто ти зараз одним реченням (наприклад, QA-інженер із таким-то досвідом у мануальному й API-тестуванні). Минуле: звідки прийшов, але лише релевантне — доречно згадати попередню роль, якщо вона логічно веде в тестування. Майбутнє: чому ти саме тут, яка команда й напрямок росту тебе цікавлять. Три короткі блоки вкладаються у дві хвилини, і цим ти одразу даєш інтерв'юеру, який слухає з питанням «чи підходить ця людина?», рівень, логіку переходу й прив'язку до позиції.

Чому самопрезентацію не можна завчати дослівно?

Вивчений слово в слово текст видає себе одразу: звучить як у диктора, а перше ж уточнювальне питання вибиває з колії. Кандидат, який відтарабанив вивчений абзац, розсипається, щойно його перебивають чи просять деталь, бо в голові був лінійний скрипт, а не гнучка структура. Правильніший підхід — мати опорні блоки: кілька готових фраз на кожен пункт, з яких відповідь збирається щоразу трохи інакше. Так ти звучиш природно, не панікуєш від перебивання й лишаєшся собою, а не диктором. Репетирувати вголос треба, але тренуєш ти каркас і формулювання, а не заучуєш єдиний «правильний» варіант.

Яку робочу лексику QA варто мати напоготові й де брати канон?

Хороша новина: майже всю термінологію ти вже знаєш концептуально українською — бракує лише англійських ярликів, і це компактний набір, а не тисячі слів. Він покриває кілька зон: життєвий цикл дефекту (bug, defect, issue, steps to reproduce, severity vs priority, root cause, статуси на кшталт duplicate, won't fix, can't reproduce); тест-дизайн (test case, test suite, edge case, boundary value, happy path, smoke, sanity, regression, coverage); процес і оточення (requirement, user story, sprint, standup, backlog, release, rollback, staging vs production). Для власне тестових термінів канонічне джерело — глосарій ISTQB, тож звірятися варто з ним, а не з випадковими перекладами.

Що таке фальшиві друзі перекладача і чому вони небезпечні для україномовного QA?

Фальшиві друзі (false friends) — слова, схожі на українські за звучанням, але з іншим значенням, і саме тому вони спотворюють зміст непомітно. Класика для тестувальника: actual означає «фактичний», а не «актуальний» — actual result це те, що реально сталося, а не «свіжий» результат. Ще один — eventually: це «врешті-решт», а не «можливо», тож eventually consistent означає «узгоджений з часом», а не «можливо узгоджений». Поряд із фальшивими друзями стоять дослівні кальки: не make a test, а write чи run a test; баг заводять усталеними file, report або raise a bug. Кілька слів варто перевірити й на вимову — suite звучить як «світ», а не «сьют», queue — як «к'ю».

Які питання найчастіше ставлять на English-скринінгу?

За змістом вони навмисно прості — перевіряють мову, а не знання, тож відповіді по суті ти вже знаєш, завдання лише сказати їх зв'язно. Типовий набір: «Tell me about yourself» (дивиться на структуру й темп), «Describe your typical working day» (перевіряє робочу лексику в дії), «Tell me about an interesting bug you found» (міні-історія у форматі STAR), мотиваційні «Why did you become a QA engineer?» і «Why are you looking for a new job?» (тут цінна плавність, а не оригінальність), «What are your strengths and weaknesses?» і наприкінці «Do you have any questions for us?». На останнє варто мати хоча б одне питання англійською напоготові. Поверх змісту інтерв'юер увесь час дивиться, чи розумієш ти питання одразу й чи можеш перефразувати, коли забув потрібне слово.

Що робити, коли не зрозумів запитання англійською?

Перепитати — і це абсолютно нормально, навіть носії роблять це постійно. English-частину найчастіше валить не брак мови, а ступор: людина не розчула одне слово, завмерла — і вже не сприймає нічого з наступного. Рятує готовий набір фраз під різні ситуації, щоб не винаходити їх у стресі. Не розчув (швидко говорили, погана лінія) — Sorry, could you repeat that? або I didn't quite catch that. Слова знайомі, а сенс ні — Could you rephrase that, please? Не впевнений, що саме питають — перефразуй сам і підтверди: Just to clarify, do you mean...? Треба виграти пару секунд на думку — That's a good question, let me think for a moment. Пауза під готову фразу читається як зібраність, глухе мовчання — як розгубленість.

Чому відповідати навмання гірше, ніж чесно перепитати?

Бо відповідь не в тему — сильніший негативний сигнал, ніж чесне «could you repeat that». Коли ти вдаєш, що зрозумів, і говориш навмання, інтерв'юер бачить не впевненість, а майбутню проблему: так само ти киватимеш на робочому дзвінку, не розуміючи вимогу, і зробиш не те. Уточнити ж — це рівно та навичка, яку QA застосовує щодня: перевірити, що правильно зрозумів вимогу, перш ніж діяти. Тому спокійне перепитування читається як плюс і ознака професійної звички, а не як слабкість. Єдине, чого точно не варто робити, — мовчки завмирати або блефувати відповіддю навмання.

Чому раптове перемикання на англійську посеред україномовного скринінгу — це прийом?

Це навмисна перевірка реакції, а не випадковість. Рекрутер без попередження переходить на English серед розмови саме тому, що хоче побачити живу реакцію, а не завчену заготовку: як ти перебудовуєшся на ходу, чи ловиш питання одразу, чи тримаєш темп без паніки. Заздалегідь вивчений монолог тут не рятує — перевіряють якраз здатність працювати без сценарію. Найкраща відповідь на цей прийом не «ідеальна фраза», а спокій: сприйняти перемикання як нормальну частину робочого дня, за потреби перепитати й відповідати по суті. Це ще один аргумент проти дослівного заучування й на користь гнучких опорних блоків.

Наскільки можна довіряти міткам рівня англійської на Djinni?

Приблизно, і саме приблизно. Мітки на кшталт Pre-Intermediate, Intermediate, Upper-Intermediate, Advanced/Fluent грубо співвідносяться зі щаблями CEFR, тож дають лише стартовий орієнтир. Але самооцінка кандидатів і вимоги вакансій часто не збігаються з тим, що людина реально показує на дзвінку — хтось занижує через невпевненість, хтось завищує, а вимогу у вакансії пишуть «із запасом». Тому мітка це стартова точка фільтрації, а не діагноз рівня: реальну картину дає лише жива розмова. Практичний висновок — тверезо оцінюй власний рівень і не став мітку, яку не підтвердиш голосом, бо розрив спливе за першу ж хвилину дзвінка.

Чи реально підняти рівень англійської за два тижні до співбесіди і що тоді робити?

Рівень — ні, це робота на місяці; але підготувати конкретну співбесіду цілком реально, бо більшість питань передбачувані. Ставка не на нову граматику, а на активацію того, що вже є, і зняття паніки. Що дає результат у стислий строк: написати й відрепетирувати вголос відповіді на передбачувані питання (про себе, типовий день, чому QA, цікавий баг) через опорні блоки, а не дослівно; вчити лексику всередині фраз, а не голими словами; говорити вголос щодня хоча б по 15 хвилин, записуючи себе на диктофон; слухати англомовний QA-контент, щоб привчити вухо до темпу; і найкорисніше — жива mock-співбесіда з кимось, хто ставить питання й перебиває. Головний принцип — регулярність замість зубріння: короткі щоденні сесії протягом кількох тижнів принесуть більше, ніж одна нічна багатогодинна спроба надолужити все. І тверезо оцінюй мету: розрив A2 проти B2 за два тижні не закриєш, чесніше шукати позиції під свій реальний рівень.

Три ситуації, де English-частину виграють не граматикою, а структурою: розбір самопрезентації (завчений абзац проти опорних блоків), таблиця фраз для «не зрозумів» із живим діалогом і опис бага англійською у форматі STAR з робочою лексикою в контексті. Скрізь — що показує кандидата й чому.

Кейс 1. Self-presentation: завчений абзац проти опорних блоків

«Tell me about yourself» звучить першим, і провалюють його двома способами: монологом на десять хвилин або завченим текстом, який розсипається від першого уточнення. Порівняймо два підходи до тієї самої людини — QA з двома роками досвіду.

Слабкий варіант — суцільний вивчений абзац, який кандидат тарабанить на одному диханні:

I am a highly motivated and detail-oriented QA engineer with strong
passion for quality. I have worked on many different projects using
various tools and I am a fast learner and a good team player who...

Чути завчене, нуль конкретики, і щойно інтерв'юер перебиває питанням — скрипт злітає з рейок, бо в голові був лінійний текст, а не структура.

Сильний варіант будується з трьох опорних блоків за каркасом «теперішнє → минуле → майбутнє», кожен збирається щоразу трохи інакше:

Present:  I'm a QA engineer with around two years of experience
          in manual and API testing.
Past:     Before QA, I worked in customer support, where I learned
          to reproduce and describe user problems clearly — that's
          what pushed me into testing.
Future:   Now I'm looking for a product team where I can grow
          toward automation with Playwright.

Що показує кандидата й чому:

• Структура замість потоку. Три короткі блоки вкладаються у дві хвилини й одразу дають інтерв'юеру, який слухає з питанням «чи підходить ця людина?», рівень, логіку переходу й прив'язку до позиції.
• Опорні блоки, а не скрипт. Це фрази-заготовки, з яких відповідь збирається наживо. Тому уточнення What kind of API testing? не ламає відповідь — кандидат просто розгортає відповідний блок, а не починає абзац спочатку.
• Конкретика замість епітетів. manual and API testing, Playwright, customer support кажуть більше, ніж highly motivated і fast learner, які нічого не важать, бо їх пише кожен.

Кейс 2. «Не зрозумів» без паніки: таблиця фраз і діалог

Найчастіша реальна причина провалу — не слабка мова, а завмирання, коли не розчув одне слово. Ключ у тому, щоб мати фразу напоготові під кожну ситуацію, а не винаходити її в стресі. Що саме сказати, залежить від того, що пішло не так:

Як це виглядає в живій розмові — той самий момент двома способами:

Interviewer:  How do you handle flaky tests in your suite?
Candidate:    Sorry, could you rephrase that, please?
Interviewer:  Sure — tests that sometimes pass and sometimes fail.
Candidate:    Ah, flaky tests. Usually I start by checking whether
              it's a timing issue or shared state between tests...

Провальна альтернатива — вдати, що зрозумів, і відповісти навмання про щось інше. Відповідь не в тему топить сильніше за паузу: вона показує, що на робочому дзвінку ти так само кивнеш, не зрозумівши вимогу, і зробиш не те. Тому одне спокійне перепитування — плюс, а блеф навмання — червоний прапор.

Кейс 3. Опис бага англійською: міні-STAR і лексика в контексті

«Tell me about an interesting bug you found» — улюблене питання, бо перевіряє одразу історію (формат STAR) і робочу лексику в дії. Різницю робить не словниковий запас, а те, чи вплетена термінологія у зв'язну розповідь, а не висипана списком.

Слабко — набір фактів без структури й з калькою:

I make test, found bug, it was actual result wrong,
I open bug in Jira, developer fix it.

Тут одразу три пастки: make a test (калька — треба write/run), плутанина навколо actual і повна відсутність структури — факти висипано одним рядком, без історії. Сильно — та сама історія по STAR, де лексика працює в реченнях:

Situation:  On a checkout flow, the order total looked correct
            in the UI, so it almost slipped through.
Task:       I was running a regression suite before release.
Action:     I compared the actual result in the API response with
            the expected one and found a rounding error on discounts.
            I filed a bug with clear steps to reproduce and marked it
            as a blocker, since it hit real payments.
Result:     The dev found the root cause in the rounding logic,
            fixed it, and I verified it on staging before the release.

Що показує кандидата й чому:

• STAR тримає розповідь. Ситуація → задача → дія → результат не дає скотитися в потік свідомості; історія має початок і кінець, і її легко слухати.
• Лексика в контексті, не списком. regression suite, actual vs expected, filed a bug, steps to reproduce, blocker, root cause, verified on staging звучать природно, бо вжиті в дії, а не перелічені. Саме так їх і треба вчити — усередині фраз.
• Точність термінів як сигнал рівня. Природні filed a bug і правильно вжите actual замість кальок на кшталт make a test показують, що кандидат реально працював англомовним процесом, а не переклав українську думку слово в слово.

Де перевіряють і що оцінюють

• Знаю всі точки, де спливає англійська: резюме, скринінг з рекрутером, окреме English-інтерв'ю, технічна частина, дзвінок із замовником.
• Розумію, чому мову оцінюють наскрізно в розмові на робочі теми, а не окремим тестом із граматики.
• Можу пояснити, що в фокусі — розуміння на слух і зв'язність мовлення, а не ідеальні часи дієслів; упевнена мова з помилками б'є боязке мовчання без помилок.
• Розумію, що раптове перемикання на англійську посеред скринінгу — навмисний прийом на перевірку реакції, а не випадковість.

Рівні CEFR на практиці

• Знаю робочий діапазон для QA — B1–B2 — і різницю A2 vs B1: A2 замикає на україномовні команди, B1 — практичний поріг більшості вакансій.
• Можу пояснити, чому B2 — найчастіша реальна вимога на середні позиції, а C1 відкриває клієнтські й лідерські ролі.
• Розумію головну пастку рівнів — розрив між пасивним письмом і активним мовленням: «пасивний B2» просідає до A2 на живому дзвінку.
• Знаю, що мітки рівня на Djinni лягають на CEFR лише приблизно, і не ставлю мітку, яку не підтверджу голосом.

Self-presentation і робоча лексика

• Можу зібрати відповідь на «Tell me about yourself» за каркасом «теперішнє → минуле → майбутнє» під конкретну вакансію.
• Розумію, чому самопрезентацію треба репетирувати вголос, але не завчати дослівно — тримаю опорні блоки, а не єдиний скрипт.
• Маю напоготові англійські ярлики для вже відомих концепцій (дефект, тест-дизайн, процес і оточення); тестові терміни звіряю з глосарієм ISTQB, а не з випадковими перекладами.
• Впізнаю фальшивих друзів: actual — «фактичний», не «актуальний»; eventually — «врешті-решт», не «можливо».
• Знаю кальки-пастки (не make a test, а write/run), усталені дієслова для бага (file/report/raise) і вимову: suite як «світ», queue як «к'ю».

Коли не зрозумів

• Розумію, що найчастіша причина провалу — паніка від нерозуміння, а не слабка мова.
• Маю готовий набір фраз під ситуації: не розчув — could you repeat that?; складне формулювання — could you rephrase that?; сумнів у сенсі — just to clarify, do you mean...?
• Знаю фразу, щоб виграти секунди на думку: that's a good question, let me think for a moment.
• Можу пояснити, чому відповідь навмання гірша за чесне перепитування — вона сигналить, що на робочому дзвінку кивнеш, не зрозумівши вимогу.

Підготовка за кілька тижнів

• Розумію різницю між «підняти рівень» (місяці) і «підготувати конкретну співбесіду» (реально за тижні).
• Знаю, що працює у стислий строк: скрипти на передбачувані питання, лексика в контексті фраз, щоденне говоріння вголос, comprehensible input, mock-співбесіди — регулярність (20 хв щодня) б'є марафон уночі перед дзвінком.
• Тверезо оцінюю розрив: якщо вакансія вимагає B2, а я на A2, за два тижні його не закрию — шукаю позиції під реальний рівень.