Тестировщик и QA-инженер: чем отличаются от разработчика

Значит, слушайте. Встретились как-то разработчик, тестировщик и QA-инженер. Разработчик говорит: «Да работает всё». Тестировщик: «Не-а». QA-инженер: «А кто вообще решил, что оно должно работать именно так?» *тут можно посмеяться*

Ладно, с анекдотами у нас пока соу-соу. Но с этой компашкой всё равно придётся разобраться. Кто пишет код, кто ошибки выискивает, а кто следит, чтобы этих ошибок было поменьше? И почему всё это не может делать один человек?

В статье разбираемся, кто такой тестировщик и QA-инженер, чем они отличаются от разработчика, какие навыки нужны на старте и кому подходит эта профессия для старта в ИТ.

Содержание

Кто такой тестировщик, разработчик и QA-инженер

Что делает тестировщик программного обеспечения

Чем QA-инженер отличается от разработчика

Какие навыки нужны QA-инженеру на старте

Подходит ли QA как вход в ИТ

Как начать путь в QA без иллюзий

Коротко: что запомнить

Кто такой тестировщик, разработчик и QA-инженер

Разработчик — главный персонаж. Он пишет код, строит логику, собирает приложение по кусочкам и делает так, чтобы оно вообще существовало.

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

Тестировщик — это уже более узкая роль, которая входит в работу QA-инженера (или идёт отдельно, если команда большая). Тестировщик берёт готовую (или почти готовую) функцию, нажимает на всё, что можно нажать, проверяет разные сценарии, ищет дефекты и оформляет баг-репорты. По сути, ему платят за то, что он разносит продукт в щепки чуть раньше, чем это сделают пользователи.

Если проще: разработчик создаёт продукт, тестировщик пытается его сломать, а QA-инженер делает так, чтобы ломать было почти нечего, и при этом всё работало как надо.

Мини-словарик, чтобы дальше читать было проще:

• Баг — ошибка в программе.
• Тест-кейс — сценарий проверки: что сделать и что должно получиться.
• Чек-лист — список того, что нужно проверить.
• Баг-репорт — отчёт об ошибке: что было, что ожидалось и как воспроизвести.

QA-engineer — что это по-английски

QA-engineer — это инженер по обеспечению качества (quality assurance — обеспечение качества). Звучит солидно, на деле так и есть: без него мы бы вылетали из GTA прям во время махача с Балласами и не разбогатели благодаря motherlode в Sims. 

Только вот есть нюанс. В российских вакансиях QA-инженер и тестировщик могут означать одно и то же, а могут — вообще не одно и то же. Логика примерно такая же, как с шаурмой и шавермой: название меняется, а иногда вместе с ним меняется и содержание.

В одной компании QA-инженером называют ручного тестировщика, который пишет тест-кейсы и баг-репорты. В другой — специалиста, который автоматизирует тесты и пишет код на Python. В третьей — человека, который отвечает за процессы качества на уровне всей компании.

Какие формулировки в вакансии важнее названия

При поиске работы смотрите не столько на название вакансии, сколько на описание обязанностей и требований:

• Manual QA — ручное тестирование. Обычно проверяют продукт вручную, пишут тест-кейсы, чек-листы и баг-репорты. Код писать чаще всего не нужно, но могут попросить знать SQL, Postman и DevTools.
• Automation QA — автоматизация тестирования. Здесь уже пишут автотесты, поэтому в требованиях часто встречаются Python, Java, Selenium и CI/CD.
• QA Engineer — универсальное название. Под ним может скрываться и Manual QA, и Automation QA, а иногда — специалист, который отвечает за процессы качества в команде.

Как быстро понять, что за вакансия перед вами:

1️⃣ Посмотрите на задачи. Если нужно только проверять продукт вручную, составлять чек-листы и заводить баги — это, скорее всего, Manual QA.

2️⃣ Проверьте требования. Есть Python, Java, Selenium? Значит, ждут специалиста по автоматизации.

3️⃣ Ищите слова про процессы. Метрики качества, стратегия тестирования, управление качеством — такие задачи чаще встречаются у Senior QA или QA Lead.

4️⃣ Не пропускайте раздел «Обязанности». Обычно именно там и написано, чем вы будете заниматься большую часть рабочего времени.

Что делает тестировщик программного обеспечения

Со стороны кажется, что тестировщик просто тыкает кнопки и ждёт, пока что-то сломается. По сути, да. Но нет. Процесс всё-таки сложнее.

Вот чем занимается тестировщик:

• Разбирается, как должен работать продукт. Сначала нужно понять, что вообще ок, а что нет.
• Думает, где могут быть ошибки. Например, что будет, если нажать не ту кнопку, ввести почту в форму с телефоном или открыть десять вкладок сразу.
• Проверяет всё на практике. Тестирует сайт, приложение, отдельные функции или API и ищет баги.
• Описывает ошибки. Просто написать «ничё не работает» нельзя, нужно объяснить, как воспроизвести проблему, чтобы разработчик её исправил.
• Проверяет исправления. После того как разработчик починил баг, тестировщик на слово ему не верит и лезет сам проверять, не сломалось ли что-то ещё.
• Проверяет релиз. Перед выпуском новой версии ещё раз гуляет по самым важным функциям, чтобы пользователи точно нигде не споткнулись.

А теперь давайте заглянем к тестировщику на работу и посмотрим, как выглядит его рандомный вторник:

Какие бывают виды тестирования

Тестирование бывает разным:

• Ручное (manual) — сами открываете приложение, нажимаете кнопки, вводите странные буквы и пытаетесь найти баги быстрее пользователей.
• Автоматизированное (automation) — вместо вас это делает программа, которую вы заранее написали. 
• Функциональное — проверяете, что всё работает так, как нужно. Кнопка «Женская одежда» ведёт в каталог платьев и сумочек, а не к мужским носкам.
• Регрессионное — тут проверяете, что после нового обновления не сломалось то, что вчера работало (скорее всего, сломалось).
• API-тестирование — проверяете, как общаются между собой разные части программы. Пользователь этого не видит, но сразу поймёт, если что-то пойдёт не так.
• Мобильное — тестируете приложения на смартфонах и планшетах. На компе, может, всё хорошо, а вот на телефоне кнопка возьмёт и убежит за экран.
• Нагрузочное — проверяете, выдержит ли сервис наплыв пользователей. Например, что сайт не упадёт, когда все одновременно придут покупать билеты на концерт Серёжи Лазарева.

Начинают обычно с ручного функционального тестирования. Автоматизация приходит позже, когда появляется опыт и навыки программирования.

Чем QA-инженер отличается от разработчика

Разработчик пишет код и создаёт продукт, а QA-инженер его проверяет. По сути, разработчик отвечает за то, чтобы продукт работал, QA — за то, чтобы он работал правильно — во всех сценариях, на разных устройствах, с разными данными и в самых нелепых ситуациях.

	Разработчик	QA
Цель	Создать продукт	Убедиться, что продукт работает правильно
Что делает	Пишет код, реализует функции	Проверяет, тестирует, ищет баги
Когда включается	На этапе разработки	На всех этапах: от требований до релиза
Пишет ли код	Да, постоянно	Иногда — для автотестов
Кто виноват в баге	Ну, разработчик	А нашёл-то QA

Почему QA не просто ищет ошибки разработчиков

QA-инженер нужен не только для того, чтобы бить разработчика по рукам за ляпы в продукте. Часто он подключается ещё до того, как начинают писать код. Может подкинуть идеи, сразу найти возможные уязвимые места, уточнить требования, а ещё — оценить, что может пойти не так и насколько это критично.

Можно подумать, что QA пытается подловить разработчика и злостно хихикает, когда видит ошибку. Это не так. QA и разраб — не противники, а напарники. Один строит продукт, второй помогает сделать его классным и надёжным.

Какие навыки нужны QA-инженеру на старте

Собрали стартерпак за вас — читайте и изучайте.

Технические навыки

Навык	Зачем нужен	Когда учить
Теория тестирования	Понимать, что такое тест-кейсы, баг-репорты, виды тестирования	До первого собеседования
Чек-листы и тест-кейсы	Планировать проверки и ничего не упустить	Сразу
Баг-репорты	Описывать ошибки так, чтобы их поняли разработчики	Сразу
DevTools	Смотреть, что происходит в браузере, находить ошибки на фронтенде	В первые недели
Postman	Проверять API, отправлять запросы к серверу	В первые месяцы
Основы HTTP	Понимать, как клиент общается с сервером	В первые месяцы
Клиент-серверная архитектура	Понимать, где что происходит	В первые месяцы
SQL	Проверять данные в базе	Через 1–3 месяца
Git	Работать с кодом, даже если вы не пишете автотесты	Через 1–3 месяца
Английский	Читать документацию, писать баг-репорты	Постоянно

Мягкие навыки

Вот тут рассказывали, что это вообще и как их прокачивать. А здесь расскажем, какие из них нужны именно тестировщику: 

✅ Внимательность. Чем лучше вы замечаете мелочи, тем больше шансов найти проблему до того, как её увидят пользователи.

✅ Любопытство. Желание разобраться, как всё устроено, и проверить не только «как должно работать», но и «что будет, если сделать по-другому».

✅ Умение задавать вопросы. «Почему мы сделали именно так?» — вполне рабочий вопрос, который помогает находить слабые места.

✅ Коммуникабельность. Тестировщики постоянно общаются с разработчиками, аналитиками и менеджерами, поэтому важно не орать капсом, а объяснять, в чём проблема.

Нужно ли тестировщику программировать

Зависит от направления:

• Для Manual QA программирование на старте не обязательно. Но знание SQL, основ HTTP, API и DevTools будет плюсом и поможет быстрее расти.
• Для Automation QA писать код уже нужно. Чаще всего используют Python, Java или JavaScript.

Начать работать по профессии можно без опыта в программировании. Но чем лучше вы разбираетесь в технической стороне разработки, тем больше возможностей для роста — даже если начинаете с ручного тестирования.

Подходит ли QA как вход в ИТ

Определённо да. Многие начинают карьеру в ИТ именно с тестирования. И вот почему:

При этом не забывайте, что это всё та же айтишка и у неё есть свои сложности:

Кому профессия тестировщика может не зайти

Менять свою работу на тестирование стоит не всегда — оно вполне может раздражать тех, кто не любит:

• Проверять одно и то же несколько раз (регресс — это повторение одних и тех же проверок);
• Писать отчёты и документацию;
• Спорить фактами и доказывать, что баг действительно существует;
• Копаться в требованиях и искать противоречия;
• Общаться с коллегами и сотрудниками других отделов (разработчики, аналитики, менеджеры).

Всё это — база тестировщика. Взвесьте всё до того, как купить курс и начать учиться.

Если уже всё решили и взвесили — ловите промокод со скидкой на все-все курсы в Яндекс Практикуме.

Как начать путь в QA без иллюзий

Ловите пошаговый план:

1️⃣ Разберитесь, как создают продукты. Узнайте, как устроен процесс разработки: от идеи и постановки задач до тестирования и релиза.

2️⃣ Изучите основы тестирования. Что такое тест-кейсы, чек-листы, баг-репорты, какие бывают виды тестирования и зачем они нужны.

3️⃣ Начните практиковаться. Выберите любой сайт или приложение, составьте чек-листы, найдите ошибки и оформите несколько баг-репортов.

4️⃣ Освойте базовые инструменты. В первую очередь — DevTools и Postman.

5️⃣ Изучите SQL. Для старта достаточно научиться писать простые запросы и проверять данные в базе.

6️⃣ Познакомьтесь с Git. Глубоко нырять не обязательно, но лучше хотя бы разнюхать, что такое коммит и ветка. Точно пригодится.

7️⃣ Соберите небольшое портфолио. Все учебные работы, тест-кейсы и баг-репорты лучше хранить в одном месте, чтобы показать работодателю.

8️⃣ Полистайте вакансии. Посмотрите, что требуют от новичка, и сравните это со своими навыками. Сразу поймёте, каких суперсил не хватает.

И не верьте обещаниям вроде «станете тестировщиком за два месяца». Для кого-то путь действительно будет быстрым, потому что уже был опыт в смежной сфере. Но чаще всего поиск первой работы занимает чуть больше времени. Не переживайте, это нормально.

Что показать в портфолио начинающему QA

Всё, что уже умеете и можете сделать сами. Например, можно добавить:

Главная задача портфолио — показать работодателю, что умеете применять теорию на практике, даже если пока все проекты учебные.

Коротко: что запомнить

• Тестировщик проверяет ПО и ищет баги.
• QA-инженер отвечает за качество продукта и процесса тестирования.
• Разработчик создаёт продукт, QA проверяет, что он работает правильно.
• В вакансиях названия часто путают — читайте задачи, а не заголовок.
• На старте нужна теория, чек-листы, баг-репорты, DevTools, Postman, базовый SQL и Git.
• Для ручного тестирования код не обязателен, но для автоматизации — нужен.
• QA подходит для входа в ИТ, но конкуренция высокая и много рутины.
• Портфолио новичка — это конкретные артефакты: чек-листы, тест-кейсы и баг-репорты.

Если вам кайф копаться в том, как всё устроено, искать ляпы и постепенно прокачиваться, начинайте с QA. А если больше тянет писать код и делать что-то с нуля — тогда лучше сразу смотрите в сторону разработки.