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