Этот урок объясняет, что тестирование — это не хаотичный поиск багов, а структурированный и управляемый процесс, известный как STLC (Software Testing Life Cycle). В материале подробно разбираются шесть ключевых фаз этого цикла: от анализа требований и планирования до настройки окружения, выполнения тестов и подведения итогов. Также проводится четкое разграничение между тест-стратегией, описывающей общий подход компании, и детальным тест-планом для конкретного релиза. Отдельное внимание уделяется важным метрикам качества, таким как покрытие требований, плотность дефектов и процент багов, «утекших» в продакшен. В итоге студенты узнают, как с помощью этих документов и показателей объективно оценивать прогресс тестирования и принимать обоснованные бизнес-решения о выпуске продукта.

Этот урок посвящен работе с исходной документацией и объясняет, почему четкие требования являются фундаментом любого качественного тестирования. В материале разбираются различия между функциональными требованиями (что система должна делать) и нефункциональными (качественные характеристики, например, скорость работы). Подробно описывается структура User Story и критериев приемки (Acceptance Criteria) в формате Given-When-Then, которые служат прямым основанием для создания тест-кейсов. Особое внимание уделяется навыку критического анализа текста для выявления в нем неоднозначности, неполноты, противоречий и непроверяемости. Также даются практические рекомендации на случай нехватки документации: от изучения дизайн-макетов и рыночных аналогов до прямого диалога с продактом или разработчиком. В итоге студенты учатся не додумывать условия самостоятельно, а профессионально уточнять детали, предотвращая ошибки на самых ранних этапах разработки (подход shift-left).

Этот урок объясняет две ключевые системы классификации тестирования: по степени важности функций и по цели проверки. По значимости выделяются три уровня глубины: Smoke-тестирование (быстрая проверка работоспособности сборки), Critical Path (тестирование основных пользовательских сценариев) и Extended Testing (исследование нестандартных и граничных случаев). По цели проверки различаются тестирование новой функциональности с нуля, регрессионное тестирование (проверка, что изменения не сломали существующий функционал) и ретест (точечная проверка конкретного исправленного бага). Отдельное внимание уделяется практическому алгоритму формирования регрессионного набора: в него обязательно включают критичные для бизнеса функции, часто изменяемые области и модули с исторически высокой плотностью дефектов. Важно понимать, что регрессию почти никогда не проводят полностью — она охватывает только логически связанные с изменениями участки продукта, и её часто автоматизируют для экономии времени. В итоге студенты учатся выстраивать приоритеты тестирования и понимать, с каких проверок начинать рабочий день после каждого обновления продукта.

Из этого урока вы узнаете, как работают три классические модели разработки ПО — Waterfall, V-Model и итеративная — и чем они принципиально отличаются друг от друга. Вы поймёте, почему Waterfall подходит только там, где требования не меняются, а V-Model встраивает тестирование с самого начала. Узнаете, как итеративная модель разбивает проект на короткие циклы (по аналогии с PDCA) и почему именно она стала основой для Agile. Также разберётесь, в каких реальных кейсах каждая модель эффективна — и когда её использование приведёт к провалу. В итоге получите чёткое понимание, а не просто заученные определения, — и готовый ответ на один из самых частых вопросов на собеседованиях.

Из этого урока вы узнаете, в чём реальная разница между чек-листом и тест-кейсом — и почему это не просто «таблица» и «другая таблица», а два разных инструмента для разных задач. Вы поймёте, когда достаточно лёгкого чек-листа, а когда без детального тест-кейса не обойтись — с учётом сложности проекта, стабильности команды и требований заказчика. Научитесь правильно оформлять тест-кейсы: от структуры (ID, шаги, ожидаемый результат) до правила обезличенных глаголов, которое сразу выдаёт профессионала. Узнаете, какие инструменты реально используют в индустрии — от Google Таблиц до TestRail и Zephyr в Jira. И главное — получите чёткий алгоритм выбора формата документации, который сэкономит вам время и повысит доверие со стороны команды и работодателя.

Из этого урока вы узнаете две самые востребованные техники тест-дизайна — эквивалентное разбиение и анализ граничных значений — которые спрашивают на каждом втором собеседовании. Вы научитесь разбивать входные данные на логические классы (и не забывать про негативные сценарии вроде букв вместо чисел), а затем фокусировать проверки именно на границах этих диапазонов — где чаще всего прячутся баги из-за ошибок вроде «>» вместо «≥». Поймёте, почему не нужно тестировать всё подряд («исчерпывающее тестирование невозможно») и как покрыть функционал минимальным, но мощным набором тестов. Узнаете, что эти техники работают в паре: граничные значения автоматически дают вам представителей классов, поэтому отдельно «брать середину диапазона» — избыточно. В итоге получите готовый алгоритм для быстрого и точного проектирования тестов, который сразу выделит вас среди других кандидатов.

Из этого урока вы научитесь оформлять баг-репорты так, чтобы разработчик сразу понял суть проблемы — с правильным заголовком, чёткими шагами воспроизведения и ссылкой на требования. Разберётесь, в чём разница между Severity (насколько серьёзно сломано) и Priority (насколько срочно чинить) — и почему они не всегда совпадают. Узнаете, как работать в Jira: создавать карточки багов, прикреплять скриншоты с выделенной проблемой, указывать окружение (Dev, Stage, Prod) и ориентироваться в статусах дефекта. Получите полное представление о том, как баг проходит путь от обнаружения до закрытия — и какие решения принимаются на каждом этапе.

Из этого урока вы узнаете, чем UX-тестирование отличается от функционального и UI-проверок: оно фокусируется на удобстве, понятности и логике взаимодействия пользователя с продуктом. Вы познакомитесь с 10 эвристиками юзабилити Якоба Нильсена — готовым чек-листом для профессиональной оценки интерфейса без субъективных «мне кажется». Также разберёте базовые принципы тестирования доступности (цветовой контраст, навигация с клавиатуры, alt-тексты) и узнаете, как исследовательское тестирование помогает находить неочевидные UX-проблемы.