Контрольные примеры для расчёта упаковок, проверка пустых полей и границ. Пошаговая приёмка помогает найти ошибку за работающим интерфейсом.
Сгенерированный калькулятор принимают по заранее известным результатам. Красивый экран и работающая кнопка подтверждают только часть задачи. Ошибка может находиться в округлении, обработке пустого поля или единице измерения.
Для первого прототипа полезна узкая операция, которую заказчик способен проверить вручную. Разберём учебный калькулятор закупки упаковок. Он определяет, сколько целых коробок нужно для заданного количества изделий. Стоимость и реальные закупочные решения в пример не входят.
Запишите правило обычными словами
Пользователь вводит потребность в штуках и количество штук в коробке. Потребность должна быть целым неотрицательным числом. Размер коробки должен быть целым положительным числом. Покупать часть коробки нельзя.
Результат состоит из числа коробок, общего количества изделий и остатка сверх потребности. При потребности 101 штука и коробке по 20 штук требуется 6 коробок. В них 120 изделий, остаток составляет 19 штук.
Правило округления нужно назвать прямо. Деление 101 на 20 даёт 5,05. Округление до ближайшего целого даст 5 и приведёт к нехватке. Для числа упаковок здесь требуется округление вверх.
Подготовьте ответы до генерации
Контрольные случаи лучше записать до того, как модель создаст код. Иначе есть риск подогнать ожидания под увиденный результат. Для нашего правила достаточно начать с нескольких характерных значений.
| Потребность | В коробке | Ожидаемый результат |
|---|---|---|
| 100 | 20 | 5 коробок, 100 изделий |
| 101 | 20 | 6 коробок, 120 изделий |
| 120 | 20 | 6 коробок, 120 изделий |
| 121 | 20 | 7 коробок, 140 изделий |
| 0 | 20 | 0 коробок, 0 изделий |
| Пусто | 20 | Сообщение о незаполненном поле |
| 10 | 0 | Ошибка размера коробки |
| 10,5 | 20 | Ошибка дробного количества |
Последние три строки проверяют поведение программы при неподходящих данных. Пустое поле и явный ноль имеют разный смысл. Пользователь с незаполненным полем ещё не задал потребность.
На скриншоте показан учебный калькулятор, запущенный при подготовке статьи. Значения 101 и 20 дают 6 коробок и остаток 19 штук. Рядом выведены результаты восьми контрольных случаев. Это проверка данного примера, без обещания универсальной надёжности любого сгенерированного приложения.
Попросите одну законченную функцию
Создай учебный калькулятор целых упаковок по приложенному правилу. Отдели вычисление от интерфейса. Проверяй пустые поля, отрицательные и дробные значения, нулевой размер коробки и выход за поддерживаемый диапазон чисел. Выведи число упаковок, количество изделий и остаток. Добавь прогон контрольных случаев с ожидаемым и фактическим результатом. Не подключай внешние сервисы и не отправляй введённые данные.
Для небольшой задачи этого достаточно. Авторизация, база данных и интеграция с учётной системой усложнят приёмку и создадут дополнительные вопросы. Их стоит обсуждать после проверки базовой операции.
Попросите модель показать, где находится сама формула. Объяснение полезно для навигации, но его нужно сопоставить с выполняемым кодом. Комментарий «округляем вверх» не доказывает, что программа действительно делает именно это.
Пройдите сценарий руками
Введите каждый контрольный случай через интерфейс. Проверьте результат, текст ошибки и возможность исправить значение. Затем очистите поле, вставьте пробелы, отрицательное число и заведомо слишком большое значение.
После ошибки старый успешный результат не должен выглядеть действующим. Например, если пользователь заменил размер коробки на ноль, прежние «6 коробок» нужно убрать или явно отметить как устаревшие. Иначе человек может использовать число, относящееся к предыдущему вводу.
Проверьте единицы в подписях. Поле «количество» без уточнения позволяет ввести коробки вместо штук. Хорошая подпись сокращает число ошибок ещё до проверки формулы.
Исправляйте с сохранением контрольного набора
Опишите модели конкретный дефект. Например, «при пустом поле получаю ноль, ожидаю сообщение о необходимости заполнить поле». После исправления снова выполните все контрольные случаи. Локальная правка может повлиять на уже работавший сценарий.
Сохраните проверенную версию и перечень ограничений. В нашем примере поддерживаются только целые количества. Для веса, длины, смешанных упаковок и минимальной партии потребуется другое правило и новые проверки.
Перед применением к рабочим данным отдельно оцениваются права, сохранение информации, сетевые обращения и поддержка. Заказчик принимает поведение, а технический специалист проверяет существенные риски реализации. На корпоративном обучении ИИ такой маленький прототип помогает освоить приёмку результата до создания более сложного инструмента.