Vibe coding: определите, что нужно протестировать

Последняя проверка и обновление: 8 сентября 2026 года. Редакция и проверка источников; упражнения ниже являются авторской практикой, а не отчетными тестами.

Экран, который выглядит завершённым, всё ещё может терять данные, рассчитывать неправильный итог или не работать на пустой ввод. Прежде чем просить агента построить, решите, что вы хотите узнать из прототипа и что должно работать до того, как кто-то им воспользуется.

Ваш результат здесь — краткое описание на одной странице. Установка пока не требуется.

Выберите одну задачу, один ввод, один результат

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

Полезный вопрос: «Могу ли я увидеть, куда пошли эти примерные расходы?» Он достаточно конкретен для разработки и проверки.

Если у вас уже есть проект, выберите один такой же узкий поток. «Создать финансовую платформу» слишком широко для первой задачи. «Сгруппировать эти четыре примерных расхода по категориям» достаточно маленькая задача для проверки.

Решите, насколько необходимо проверять работу.

Ситуация	Полезная проверка
Исследование двух макетов с фиксированным примерным текстом	Откройте оба макета на ширине телефона и компьютера и сравните, легко ли найти информацию.
Вычисление итогов по примерным данным	Независимо пересчитайте ожидаемые значения и проверьте программу на их соответствие.
Переименование папки с реальными файлами	Предварительно просмотрите точные новые названия и попробуйте их на копиях перед изменением оригиналов.
Создание чего-то, на что люди будут полагаться	Проверьте полный пользовательский поток, случаи сбоев, обработку данных и восстановление, соответствующее этому использованию.

Длительность жизни кода — лишь один из факторов. Одноразовый скрипт может уничтожить файлы за секунды. В прототипе для одноразового использования должны быть установлены ограничения, соответствующие тому, что он может затронуть.

Напишите краткое описание перед добавлением функций

Сохраните это как SPEC.md, текстовый файл в формате Markdown:

Цель: показать итоги по категориям для небольшого набора вымышленных расходов.
Пользователь: Я, проверяю локальный прототип.
Входные данные: Четыре фиксированные строки образца, каждая с категорией и суммой.
Выходные данные: Видимая сумма для каждой категории и общая сумма.
Область: Одна локальная страница. Нет входа в систему, оплаты, загрузки, сетевых вызовов или развертывания.
Проверки:
- еда 12.50 + еда 7.50 дает еда 20.00.
- путешествия 5.00 дает путешествия 5.00.
- канцелярия 10.00 дает канцелярия 10.00.
- Общая сумма 35.00.
- Пустой ввод показывает полезное пустое состояние и сумму 0.00.
- Некорректная числовая сумма вызывает ошибку; она не засчитывается как ноль молча.

Это проверка на соответствие требованиям: наблюдаемые условия для решения, готов ли результат к его предполагаемому использованию. Вы можете дать агенту этот файл и сравнить его работу с ним.

Держите исследование отдельно от решений о выпуске.

Разумно попросить агента предложить несколько визуальных вариантов, прежде чем вы узнаете, чего хотите. Используйте фиксированные образцы данных и держите этот эксперимент локально. Как только вы выберете вариант, верните проверки обратно в сборку.

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

Anthropic’s Руководство по коду Claude рекомендует дать агенту проверку на выполнение и просмотреть полученные доказательства. Этот принцип также применяется, когда вы используете другой инструмент для программирования.

Ваш краткий отчет готов, когда…

Кто-то другой может прочитать его и сказать вам ожидаемый результат без обращения к ИИ. Для этого проекта это означает, что они могут назвать итоги по категориям, общую сумму и требуемое поведение при отсутствии или неверном вводе.

Если в кратком отчете все еще написано «обрабатывать ошибки корректно», замените эту фразу примером ошибки и тем, что человек должен увидеть.

Далее, настройте сеанс с агентом по программированию. Затем создайте сводку расходов и проверьте ее. Вам не нужно выбирать несколько моделей, устанавливать команду агентов или покупать хостинг для завершения проекта.