QA в стартапе против корпорации: что реально отличается

В стартапе на 30 инженеров ты скорее всего единственный QA, который тестирует всё: от мобилки до админки, без готового тест-плана, с билдами уходящими в прод в тот же день. В энтерпрайзе ты владеешь тест-сьютом одного сервиса внутри скуада, с код-ревью, CI-гейтами и двухнедельным релизным циклом. Ежедневная работа принципиально разная. Как и failure modes, карьерные траектории, и то чему реально учишься в каждом.

Как выглядит работа день за днём

В стартапе (до 100 инженеров)

Ты скорее всего единственный QA-инженер, или один из двух. Тестируешь всё: новые фичи, баг-фиксы, сторонние интеграции, админку которую никто не трогал восемь месяцев. Готового тест-плана нет. Пишешь сам. Отдельного staging-окружения нет. Тестируешь в проде с фича-флагами или на branch deploy который снесут этой ночью.

Стендапы по пять минут. Никто не ждёт sign-off от трёх апруверов. Пушишь билд в 14:00, в 16:00 он в проде. Баги репортятся в Slack. Jira есть, но тикеты ни у кого не в порядке.

В энтерпрайзе (1000+ инженеров)

Ты один QA в скуаде из четырёх-двенадцати человек, тестируешь конкретный сервис. Владеешь тест-сьютом этого сервиса: возможно 500 Playwright-тестов, несколько contract test, интеграционные тесты против staging. Работа проходит через код-ревью. Тест-раны заблокированы через CI. Цикл деплоя: две недели, а для некоторых внутренних тулов раз в квартал.

Есть документ тест-стратегии. Есть QA lead. Есть требования комплаенса из-за которых часть тестов существует исключительно ради audit trail. Ходишь на спринт-планирование, грумминг бэклога, ретроспективы. Defect triage: отдельное событие в календаре.

Скорость против стабильности

Самое значимое различие: риск-толерантность.

Стартапы оптимизируются под скорость. Шип важнее покрытия. QA-инженер в стартапе который блокирует релиз на 48 часов чтобы доделать регрессионный сьют может наносить больше вреда чем пользы: за это время три конкурента отгрузили фичи и ключевой клиент ушёл. Расчёт другой. Выпустить быстро, собрать обратную связь и быстро пофиксить часто лучше чем быть уверенным.

Энтерпрайз QA оптимизируется под стабильность и предсказуемость. Банковская платформа, медицинская система, платёжный процессор: они не могут шипить по принципу "двигайся быстро и фикси завтра". Регрессии стоят реальных денег, иногда регуляторных штрафов. Медленный темп не бюрократия ради бюрократии: это решение по управлению рисками.

Ни один подход не неправильный. Оба требуют пересмотра понятия "достаточно хорошо".

Чему учишься в каждой среде

Сильные стороны стартапа

Широта. Тестируешь мобилку, веб, API и инфраструктурные сбои в одну и ту же неделю.
Владение. Сам решаешь что важно тестировать. Никто не указывает.
Бизнес-контекст. Достаточно близко к фаундерам и сейлз-команде чтобы понимать почему вещи важны.
Скорость. Учишься быстро расставлять приоритеты и доверять интуиции.

Сильные стороны энтерпрайза

Глубина. Уходишь очень глубоко в одну область: масштабирование тестов, оптимизация пайплайнов, построение тест-фреймворков.
Процессы. Учишься работать в Agile-церемониях, писать тест-стратегии, коммуницировать статус QA стейкхолдерам которые не инженеры.
Архитектура. Большие кодовые базы учат распределённым системам, сервисным зависимостям, и как тестировать вещи которые сложно изолировать.
Привычка документировать. Всё документируется потому что команда которая это строила ушла два года назад.

Что может пойти не так в каждой среде

Failure mode стартапа: накопление технического долга

Без времени на тест-инфраструктуру стартапы быстро накапливают тест-долг. В итоге 300 тестов которые все делают UI-логин потому что никто не настроил storageState. Половина сьюта флакает потому что нет изолированных тест-данных. Никто не рефакторит тесты потому что всегда горит какая-то фича.

Опасность: шипишь фичи уверенно потому что тесты зелёные, но тесты не покрывают нужное. Цифра покрытия выглядит нормально, продукт имеет регрессии.

Failure mode энтерпрайза: процесс вместо сути

Энтерпрайзы могут выстраивать столько процессов вокруг QA что само тестирование уходит на второй план. Есть тест-планы, ревью-гейты, чеклисты sign-off, и тесты не обновлявшиеся с 2022 года потому что фича изменилась, а тест всё ещё проходит на старой версии приложения.

Опасность: метрики комплаенса выглядят хорошо, но тесты разошлись с тем что продукт реально делает. Тестируется система которой больше не существует.

Зарплата и карьерная траектория

Стартапы обычно платят немного меньше в базовой зарплате, но дают equity. Equity сильно зависит от исхода: бесполезная в большинстве стартапов, меняющая жизнь в том небольшом проценте который выходит на экзит.

Энтерпрайз платит более стабильно, часто с бонусом и хорошим пенсионным планом или матчингом 401k. Потолок ниже, но пол выше.

Карьерная траектория отличается принципиально. В стартапе можно вырасти с джуниора до QA lead за 18 месяцев если компания растёт и ты берёшь на себя больше: title inflation реален, но и опыт реален. В энтерпрайзе движешься через чётко определённые грейды (QA I → QA II → Senior → Lead): повышения дольше, критерии чётче, Staff-уровень здесь существует (в стартапах редко).

Для первой работы стартапы учат думать; энтерпрайзы учат масштабировать. Инженеры которые поработали в обоих окружениях (скорость стартапа плюс строгость энтерпрайза) наиболее эффективны.

Как выбрать

Выбирай стартап если

Хочешь учиться быстро и нормально относишься к неопределённости
Готов к "просто протестируй и посмотри не сломается ли" без лишних указаний
Хочешь в будущем выстраивать QA-функцию с нуля
Для тебя важен потенциальный апсайд от equity

Выбирай энтерпрайз если

Хочешь менторство и структурированный онбординг
Интересно строить экспертизу в тест-архитектуре и фреймворк-инжиниринге
Стабильность и льготы важнее скорости
Нужен чёткий путь карьерного роста

Большинству QA-инженеров полезно поработать в обоих окружениях в течение карьеры. Стартап учит безжалостно расставлять приоритеты. Энтерпрайз учит строить то что живёт долго.