Какой размер команды и сколько в ней программистов и тестировщиков
Что проверяют
Этот вопрос чаще задаёт кандидат, и интервьюер по нему понимает, что вас волнует: нагрузка, качество, процесс. Если спрашивают вас, хотят узнать, привыкли ли вы к команде с QA или сами отвечали за проверку своих интерфейсов. Следом часто идёт вопрос, какие тесты вы писали на фронтенде.
Как отвечать
Для фронтенда важен не только размер команды, но и то, как делится работа:
- состав: сколько фронтендеров и бэкендеров, есть ли в команде дизайнер и продакт. Бывает, что фронтенд один на три бэкенд-команды, и тогда он узкое место;
- границы роли: чистый фронтенд или фулстек, кто пишет BFF или серверный слой на Node.js, кто владеет дизайн-системой;
- тестирование: есть ли QA и сколько, кто пишет юнит-тесты на Vitest или Jest с Testing Library, кто сквозные на Playwright или Cypress, проверяют ли вёрстку скриншотными тестами;
- процесс: есть ли превью-стенд на каждый PR, кто принимает задачу: QA, дизайнер или продакт.
Если спрашивают вас, отвечайте фактами прошлой команды: «четыре фронтендера на React и TypeScript, три бэкендера, один QA; e2e на Playwright писали мы сами, QA вёл ручную регрессию». Свою роль называйте явно: какую часть интерфейса вели, участвовали ли в код-ревью и дизайн-ревью. Цифры только свои. Если тестировщика не было, расскажите, чем компенсировали: тесты в CI, превью-стенды, показ дизайнеру перед мержем.
Где спотыкаются
Спрашивают размер и не уточняют роли. «Команда 10 человек» может означать, что вы единственный фронтенд-разработчик на весь продукт, и это стоит узнать до оффера, а не в первую неделю.
Говорят, что тестирование интерфейса это дело QA. От фронтенда сейчас ждут хотя бы юнит-тестов на логику и компоненты, а сквозные тесты на ключевые сценарии команды всё чаще пишут сами.
Путают опыт компании и опыт команды: «работал в крупной корпорации» без состава своей команды ничего не говорит о том, как вы взаимодействовали с дизайнером, бэкендом и QA.