Почему ребёнок не находит баги в своей игре — и что с этим делать

вайб-кодингдетитестированиенавыкиродителям
Коротко

Ребёнок ищет подтверждение тому, что задумал, — и находит его, пропуская всё остальное. Это называют подтверждающим тестированием, оно типично для любого новичка. Выход — сменить задачу: не «убедись, что работает», а «найди хоть одну вещь, которая ломается».

Когда делаешь игру сам, знаешь, как она должна работать. При проверке идёшь именно по этому знанию — нажимаешь на кнопку, которую нажал бы игрок, понимающий правила. Герой прыгает, враг появляется, счёт растёт. «Всё работает». Но «всё работает» не означает «ничего не сломано».

Почему ребёнок говорит «готово», когда игра ещё не проверена

Тот, кто проверяет то, что сам сделал, склонен к тестам, которые подтверждают ожидаемое, а не к тем, которые ищут неожиданное. В психологии разработки это называют подтверждающим тестированием.

Salman, Turhan и Vegas в 2019 году опубликовали в Empirical Software Engineering результаты контролируемого эксперимента с 42 студентами магистратуры. Участники разрабатывали функциональные тест-кейсы: подтверждающих тестов в итоге оказалось значительно больше, чем тех, которые намеренно искали сбои. Давление по времени ситуацию не исправляло — напротив, усиливало эффект. Более ранние эксперименты Тизли и коллег давали похожую картину: позитивных тест-кейсов разработчики создавали в два-четыре раза больше, чем негативных.

Эффект не исчезает с ростом опыта сам по себе. Его вытесняет специальная установка — искать ошибки, а не убеждаться в их отсутствии. Ребёнок, который такой установки не получил, проверяет по тому маршруту, который знает, — и видит именно то, что ожидал.

Что происходит, когда ребёнок пытается починить найденное

Даже когда ребёнок замечает что-то не то, следующий шаг часто делает хуже.

В 2025 году Лори Гейл и Сью Сентанс из исследовательского центра Raspberry Pi Foundation при Кембриджском университете опубликовали работу о поведении школьников 12–14 лет при отладке программ на Python. В исследовании участвовали 73 ученика, которые исправляли готовые задачи: зафиксировано 7 210 запусков. Медиана времени до первого запуска после получения задачи составила 17 секунд — дети жали «запустить», почти не читая код. При попытке починить найденную ошибку 81% учеников вносили в программу дополнительные ошибки. Лечение оказывалось хуже болезни.

Авторы выделили четыре причины: неполное знание синтаксиса, отсутствие систематического подхода, эмоциональное давление при повторных неудачах и неумение локализовать причину до точного места. Всё вместе даёт паттерн, знакомый многим родителям: ребёнок жмёт, меняет, жмёт снова — становится только хуже. Не потому что не старается, а потому что не знает, где именно смотреть.

Как переключить режим — с «убедись» на «сломай»

Одна перестановка слов меняет то, куда смотришь. Вместо «убедись, что работает» — «найди хоть одну вещь, которая ломается».

На практике это означает: нажать не туда, куда предполагалось. Сыграть без знания правил — как будто видишь игру впервые. Поднять параметр до максимума или обнулить его. Намеренно проиграть и проверить, что происходит дальше. Попробовать несколько действий одновременно.

Ребёнку, который никогда не слышал о таком подходе, эти действия кажутся странными: зачем ломать то, что работает? Именно поэтому нужна внешняя задача — не оценка «хорошо ли сделано», а конкретное задание: найди один сбой. Если нашёл — есть что починить. Если честно искал и не нашёл — проверка была настоящей.

Родитель может помочь без знания кода. Перед тем как ребёнок говорит «готово»: «Попробуй нажать не туда — что происходит?». Этот вопрос не оценивает работу, а меняет задачу.

Как это выстроено в курсе вайб-кодинга

На ступени 10–12 есть урок 1.6 — «Проверь свою игру». Там чек-лист перед публикацией: пройди игру как будто впервые, попробуй нестандартные действия, проверь крайние случаи. Опубликовать по ссылке можно только пройдя этот шаг — проверка становится частью процесса, а не опциональным финалом.

На ступени 13+ к чек-листу добавляется живой тестировщик: другой человек, который видит игру впервые и не знает, что должно работать. Чужой взгляд замечает то, что автор по определению не видит: автор всегда знает «правильный» маршрут и проверяет именно по нему.

В курсе три ступени по возрасту — 7–9, 10–12 и 13+ лет, 84 шага, бесплатно. Посмотреть, как устроен маршрут, — в курсе.

Частые вопросы

Это значит, что ребёнок работает небрежно?

Нет. Подтверждающее тестирование фиксируется у взрослых разработчиков, у студентов, у профессиональных тестировщиков — везде, где проверяешь то, что сам сделал. Эффект не связан с небрежностью: он исчезает только при специальной установке искать ошибки, а не при росте общей внимательности.

Что делает опытный тестировщик иначе?

Опытный тестировщик намеренно ищет сбои: нажимает не туда, вводит крайние значения, пробует нестандартные маршруты. Это называют отрицающим тестированием — оно психологически противоестественно, потому что требует желать, чтобы то, что делал, сломалось. Именно это различие — «подтверди» против «попробуй сломать» — отделяет новичка от специалиста.

Что спросить ребёнка, чтобы проверка стала лучше?

Три вопроса, которые меняют режим: «Что ещё может пойти не так?», «Что будет, если нажать не туда, куда надо?», «Найди хоть один способ сломать игру». Не нужно знать код — нужно поставить задачу сломать, а не убедиться, что работает.

Как это устроено в вашем курсе?

В уроке 1.6 ребёнку дают чек-лист и явную задачу перед публикацией: пройди как будто впервые, попробуй нестандартные действия, проверь крайние случаи. На ступени 13+ добавляется живой тестировщик — другой человек, который видит игру впервые и не знает, что должно работать.

Попробуйте с ребёнком

Первая работающая игра — за несколько минут, бесплатно и без регистрации.

Открыть конструктор →