Проверить требования на тестируемость
Найти неясные формулировки, пропуски и противоречия до начала тестирования.
Система контроля качества
Контроль качества продукта, тест-дизайн и релизная проверка
Практическая база для тестирования продукта: требования, тест-дизайн, тестовая среда, дефекты, регрессия, релизная приемка и автоматизация. Каждый пункт объясняет, зачем он нужен, как его выполнить, как проверить результат и какой артефакт должен остаться у команды.
Регламент0%
0 из 20 задач выполнено
Прогресс хранится только в этом браузере.
Риски, вопросы, критерии
Анализ требований
На этапе «Анализ требований» тестировщик / qa собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Определить риски качества
Понять, где дефект нанесет наибольший вред пользователю или бизнесу.
Подготовить тестовые данные
Создать данные для позитивных, негативных и граничных сценариев.
Собрать матрицу трассировки требований
Связать требования, риски, тесты и дефекты так, чтобы было видно покрытие и пробелы проверки.
Сценарии, техники, покрытие
Тест-дизайн
На этапе «Тест-дизайн» тестировщик / qa собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Составить тест-кейсы для критических сценариев
Описать проверки так, чтобы их мог выполнить другой QA или разработчик.
Применить техники тест-дизайна
Использовать классы эквивалентности, граничные значения, таблицы решений и pairwise.
Связать требования и проверки
Построить traceability между требованиями, тестами и дефектами.
Провести exploratory-сессию
Исследовать продукт вне заранее написанных тест-кейсов, чтобы найти риски, которые не видны в формальной проверке.
Среды, данные, дефекты
Выполнение проверок
На этапе «Выполнение проверок» тестировщик / qa собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Выполнить smoke-тесты
Быстро проверить, что сборка пригодна для дальнейшего тестирования.
Оформить качественный bug report
Зафиксировать дефект так, чтобы разработчик мог быстро понять и воспроизвести проблему.
Провести retest исправленного дефекта
Проверить, что конкретный дефект исправлен и не повторяется на указанных данных.
Проверить API-контракты
Убедиться, что frontend и backend одинаково понимают структуру запросов, ответов, ошибок и ограничений.
Smoke, regression, приемка
Регрессия и релиз
На этапе «Регрессия и релиз» тестировщик / qa собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Спланировать регрессию
Выбрать набор проверок, который защищает важные старые сценарии перед релизом.
Подготовить QA verdict по релизу
Сформулировать состояние качества и риски, чтобы команда могла принять release decision.
Разобрать дефекты после релиза
Понять, почему дефект дошел до production и как улучшить процесс.
Актуализировать регрессионный набор
Поддерживать регрессию в состоянии, где она покрывает реальные риски продукта, а не исторический список старых проверок.
Пирамида, стабильность, CI
Автоматизация
На этапе «Автоматизация» тестировщик / qa собирает факты, принимает необходимые решения и фиксирует их в рабочем артефакте. Каждый пункт закрывается только после проверки результата, а не после самого действия.
АудиопересказКраткое введение к разделу
Выбрать кандидатов для автоматизации
Определить проверки, которые дают ценность при регулярном автоматическом запуске.
Контролировать flaky-тесты
Выявлять нестабильные автотесты и быстро возвращать доверие к тестовому набору.
Интегрировать проверки в CI
Запускать нужные уровни тестов автоматически на pull request, merge и релизных сборках.
Настроить стабильность тестовой среды
Сделать тестовое окружение предсказуемым: данные, версии сервисов, доступы и интеграции должны позволять повторять проверки.