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

Этапы разработки программного обеспечения

Это тренажер: нажимайте на этап в схеме и сразу видите объяснение и пример. Цикл замкнут — опыт релиза и поддержки возвращается в идеи.

Идея Бизнес анализ Системный анализ Разработка Тестирование Релиз Поддержка

Идея

Обычно под идеей подразумевают стратегию внедрения, формирование концепции будущего продукта/фичи. В крупных компаниях задача на реализацию идет "сверху".

Пример для джунов: есть общее представление или частичное требование «легковой автомобиль».

Роль тестировщика: конкретной обязанности на данном этапе нет, задача еще не готова для погружения в бизнес и системные требования. Здесь больше задействован QA Lead, который оценивает трудозатраты и в дальнейшем распределяет PBI между тестировщиками.

Бизнес анализ

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

Пример для джунов: бизнес смотрит конкурентов и решает, что нужно «управление вентиляцией в салоне».

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

Системный анализ

Детальное проектирование архитектуры системы и определение функциональных (системных) требований. Проектирование макетов в Figma относится к данному этапу. Недоработка системных требований создает баги в интеграции между сервисами: API (Шаблоны), База Данных, Back-End (Микросервисы), Front-End.

Пример для джунов: системный аналитик описывает, как именно должна работать система вентиляции, какие кнопки, сценарии, ограничения.

Роль тестировщика: проектирует точные проверки в формате ЧЛ/ТК и готовит тестовые данные и доступы.

Разработка

Программирование, интеграция модулей и создание функционала.

Пример для джунов: разработчик реализует систему вентиляции по требованиям, иногда уточняет или корректирует детали.

Роль тестировщика: подключается к концу этапа с готовыми проверками и готовится к тестированию.

Тестирование

Проверка работоспособности, поиск и исправление ошибок (валидация багов), проверочное тестирование.

Пример для джунов: проверяем вентиляцию по ЧЛ/ТК, сравниваем ожидаемое и фактическое.

Роль тестировщика: заводит баг-репорты, коммуницирует с разработчиком, после исправлений проводит проверочное тестирование.

Релиз

Выпуск продукта, его сопровождение, обновления.

Пример для джунов: переносим машину на следующий контур, проводим смоук и регресс, затем — в автосалон (PROD/ПРОМ).

Роль тестировщика: делает смоук новых задач и регресс всей функциональности, на ПРОМ — повторный смоук.

Поддержка

Поддержка доступности ПО для установки и использования, регистрация новых пользователей, добавление контента без прямого релиза.

Пример для джунов: проверяем, что пользователи действительно видят новинку, баннеры обновлены, информация корректна.

Роль тестировщика: конкретной обязанности нет, параллельно собираются метрики качества по стендам.

Жизненный цикл ПО (SDLC) – более широкое понятие, которое охватывает все стадии существования программного продукта от идеи до вывода из эксплуатации: Планирование, Анализ, Дизайн, Разработка и тестирование, Имплементация, Поддержка. Тестировщику достаточно придерживаться знаний этапов разработки ПО.

Роль тестировщика в процессе разработки ПО (на всех этапах)

Ниже расписан полный этап тестирования отдельной PBI (задачи/фичи):

1. Тест-анализ: Анализ требований, поиск серых зон, коммуникация с аналитиком и разработчиком. Обычно старт как только готовы системные требования;


2. Тест-дизайн: Разработка тестовых сценариев, описание техник тест-дизайна, описание проверок, подготовка тестовых данных. Обычно старт как только начался этап разработки;


3. Тестирование: Проведение различных видов тестирования для выявления багов по написанным ТК/ЧЛ на этапе Тест-дизайна. Обычно старт как только задачу реализовал разработчик;


4. Баг-трекинг и коммуникации: Трекинг ошибок и общение с разработчиками для их устранения. Этот этап плотно пересекается с тестированием, остается дождаться исправление багов;


5. Смоук + регресс тестирование: Поддержание качества продукта при миграции с тестовых стендов на PROD/ПРОМ (промышленный стенд). Обычно это часть этапа "Релиз";


6. Корректировка тестового плана: Разбор полета (выгрузка метрик качества релиза/спринта/квартала), автоматизация этапов тестирования для повышения эффективности процесса.

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

Самое главное - это подсветить разницу между QA (обеспечение качества), QC (контроль качества) и тестировщиком!

QA (обеспечение качества) – это системный подход, ориентированный на разработку и внедрение процессов, стандартов и методологий, направленных на предотвращение дефектов на всех этапах жизненного цикла продукта. Он включает планирование, обучение, аудит процессов и постоянное совершенствование работы команды.

QC (контроль качества) – это практический набор действий по проверке готового продукта на соответствие заданным требованиям и стандартам. Он сосредоточен на выявлении и документировании ошибок через тестирование, инспекции и валидацию, обеспечивая, что конечный продукт отвечает ожиданиям.

Тестировщик – это специалист, который непосредственно осуществляет проверки, пишет тест-кейсы и автоматизированные скрипты, проводит тестирование (как ручное, так и автоматизированное) и документирует найденные дефекты. Он действует на пересечении QA и QC: участвует в разработке тестовой стратегии (часть QA) и выполняет проверки продукта (часть QC).

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