К этому моменту вы уже проверяли веб-интерфейс по DevTools и API по Postman — но всегда по заранее подготовленному тест-кейсу: шаги и ожидаемый результат были известны ДО того, как вы начали проверку. А что делать, если тест-кейса ещё нет — функциональность новая, времени формально его готовить нет, а протестировать нужно уже сейчас? Для этого существует другой подход — исследовательское тестирование.
Чему научишься за этот урок:
— объяснять, чем исследовательское тестирование принципиально отличается от тестирования по тест-кейсам;
— называть ситуации, где исследовательский подход сильнее;
— называть ситуации, где тест-кейсы всё равно нужны.
Тестирование по тест-кейсам: сильные и слабые стороны
Тестирование по тест-кейсам (его ещё называют скриптованным) — это то, чем вы занимались до сих пор: шаги и ожидаемый результат прописаны ЗАРАНЕЕ, до начала выполнения. Это даёт повторяемость (любой тестировщик пройдёт по тем же шагам и получит сравнимый результат) и документированное доказательство, что именно проверено — то, что нужно для регресса и отчётности. Слабое место — тест-кейс проверяет только то, что кто-то УСПЕЛ придумать заранее. Если баг прячется в комбинации шагов, которую никто не додумался прописать, тест-кейс его просто не найдёт — не потому что тестировщик плохо его выполнил, а потому что искать было негде.
Что такое исследовательское тестирование
Исследовательское тестирование — подход, при котором изучение продукта, придумывание следующей проверки и её выполнение идут ОДНОВРЕМЕННО, а не отдельными фазами «сначала весь план, потом всё выполнение». Тестировщик выполняет шаг, смотрит на результат — и именно этот результат подсказывает, каким будет следующий шаг. Тест-кейса, написанного заранее, здесь нет: есть цель (что именно проверяем и зачем), а конкретные шаги рождаются по ходу дела.
Тестирование по тест-кейсам: Написать тест-кейсы -> Выполнить тест-кейсы -> Зафиксировать результат (все шаги известны ДО начала выполнения) Исследовательское тестирование: Придумал шаг -> Выполнил -> Увидел результат -> по результату придумал СЛЕДУЮЩИЙ шаг -> ... (каждый следующий шаг зависит от того, что узнал на предыдущем)
Например: вы проверяете форму промокода на странице оплаты. По тест-кейсу вы бы ввели заранее прописанные значения (пустое поле, несуществующий код, код с истёкшим сроком). В исследовательском подходе вы вводите один промокод, видите, что скидка применилась НЕПРАВИЛЬНО при определённой сумме заказа — и именно это наблюдение подсказывает вам следующий шаг: попробовать другие суммы, чтобы понять границу, а не то, что было в изначальном плане.
Когда исследовательское тестирование сильнее
- Новая или малознакомая функциональность — тест-кейсов ещё никто не написал, а проверить надо уже сейчас.
- Сжатые сроки — формально готовить тест-кейсы некогда, а быстрая проверка важнее полной документации.
- Поиск неожиданных багов — тест-кейс проверяет то, что придумали ЗАРАНЕЕ, а баги часто прячутся именно там, где никто не додумался проверить.
- Оценка удобства использования — вопрос «удобно ли это в принципе» (глава 7, юзабилити) плохо ложится в формат «шаг → ожидаемый результат».
Когда тест-кейсы всё равно нужны
Исследовательский подход не отменяет тест-кейсы, а дополняет их. Для регресса нужна повторяемость — каждый раз проверять одно и то же одинаковым способом, чтобы сравнивать результат от раза к разу. Для отчётности и аудита нужно документированное доказательство, что именно было проверено. Новому тестировщику, который ещё не знает продукт, тест-кейс даёт готовый безопасный путь — исследовать незнакомую систему без всякого плана сложнее и рискованнее, чем по продукту, который уже понимаешь.
Важно: исследовательское тестирование — это НЕ хаотичное тыканье без цели. У него тоже есть своя структура: тест-туры, мнемоники и сессионное тестирование с хартией и тайм-боксом — разберём дальше в этой главе.
Итог:
— тестирование по тест-кейсам — шаги известны заранее, даёт повторяемость и документацию, но ограничено тем, что придумали заранее;
— исследовательское тестирование — изучение, придумывание и выполнение идут одновременно, каждый следующий шаг зависит от результата предыдущего;
— исследовательский подход сильнее на новой функциональности, при сжатых сроках, при поиске неожиданных багов и при оценке удобства;
— тест-кейсы всё равно нужны для регресса, отчётности и обучения нового тестировщика — подходы дополняют друг друга, а не заменяют.
Контрольный вопрос. В чём ключевое отличие исследовательского тестирования от тестирования по тест-кейсам?
Подсказка: В уроке прямо описано, что происходит ОДНОВРЕМЕННО — сравни с тем, как устроены отдельные фазы у тест-кейсов.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Что определяет следующий шаг тестировщика в исследовательском тестировании?
Подсказка: Посмотри на ASCII-схему урока — там прямо нарисована стрелка от результата к следующему шагу.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Почему тест-кейс может не найти баг, который прячется в неожиданной комбинации шагов?
Подсказка: В уроке прямо названа причина — она про то, что было или не было прописано заранее.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Зачем тест-кейсы всё равно нужны, даже если освоил исследовательское тестирование?
Подсказка: В уроке названы две конкретные причины — они про повторяемость результата и про доказательство для кого-то ещё.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. В каких из перечисленных ситуаций исследовательский подход сильнее тестирования по тест-кейсам (выбери все подходящие)?
Выберите все верные варианты.
Подсказка: Сверь каждый вариант с двумя списками урока — «когда исследовательское сильнее» и «когда тест-кейсы всё равно нужны».
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Как называется подход, при котором изучение продукта, придумывание проверки и её выполнение идут одновременно? Ответь двумя словами по-русски, как в названии урока.
Подсказка: Это название всей темы урока, вынесенное в заголовок.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Тестировщику дали функциональность, выпущенную сегодня утром: тест-кейсов на неё ещё нет, а формально готовить их некогда. Как одним словом называется подход к тестированию, который стоит применить в этой ситуации в первую очередь? Ответь одним словом.
Подсказка: В уроке прямо названа ситуация «новая функциональность, тест-кейсов ещё нет» — какой подход для неё подходит.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Тестировщик вводит промокод на странице оплаты, видит, что скидка применилась неправильно при определённой сумме заказа — и это наблюдение подсказывает ему, что попробовать дальше. Как называется то, на что он опирается при выборе следующего шага — заранее прописанный тест-кейс или то, что он только что увидел? Ответь одним словом.
Подсказка: Сравни с примером про промокод из урока — там прямо описано, что именно подсказало следующий шаг.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Объясни в 2-3 предложениях: почему нельзя сказать, что исследовательское тестирование ЛУЧШЕ тестирования по тест-кейсам «в общем»? Приведи в объяснении хотя бы одну ситуацию, где тест-кейсы остаются нужны.
Критерий приёмки: объяснено, что ни один из двух подходов не лучше «в общем» — они дополняют друг друга, каждый сильнее в своей ситуации; названа минимум одна ситуация, где тест-кейсы всё равно нужны (регресс, отчётность/аудит или обучение нового тестировщика).
Подсказка: Вспомни раздел урока про регресс, отчётность и обучение нового тестировщика — подходы дополняют друг друга, а не заменяют один другой.
✅ Готово, если: ответ раскрывает то, что просит критерий приёмки в задании выше.
Онлайн-проверка ответа появится позже
Задание. Команда за неделю до релиза нашла новый непроверенный раздел «Отзывы о курсах» — требований на него нет, тест-кейсов тоже нет, а через неделю нужно и найти в нём баги, И иметь документированное доказательство регресса для аудита перед релизом. Предложи, как совместить оба подхода на этом разделе (не выбирая только один), и обоснуй порядок действий в 2-3 предложениях.
Критерий приёмки: предложено сначала пройти раздел исследовательским тестированием, чтобы разобраться в незнакомой функциональности и найти неожиданные баги, пока тест-кейсов ещё нет; затем оформить найденное в тест-кейсы, чтобы получить повторяемость для регресса и документированное доказательство для аудита; порядок действий (сначала исследование, потом формализация) явно обоснован, а не просто перечислены оба подхода без последовательности.
Подсказка: Подумай, какой подход логичнее применить СНАЧАЛА (когда продукт ещё непонятен и тест-кейсов нет), а какой — уже ПОСЛЕ, когда стало ясно, что вообще проверять.
✅ Готово, если: ответ раскрывает то, что просит критерий приёмки в задании выше.
Онлайн-проверка ответа появится позже
Что дальше
Исследовательское тестирование не значит «тыкать наугад» — у него есть свои инструменты. В следующем уроке разберём тест-туры и чит-листы: способ придать исследованию продукта направление, не превращая его в жёсткий тест-кейс.
