05
Первая проверка: код, Preview, сборка и тесты
После изменения не принимайте ответ Agent как доказательство успеха. Проверка должна идти в определённом порядке.
Шаг 4. Сначала изучите разницу файлов
Проверьте:
- какие файлы изменились;
- нет ли случайно удалённых строк;
- не появились ли незапрошенные зависимости;
- не изменились ли настройки подписи или проекта;
- соответствует ли текст интерфейса условию задания.
Если Agent изменил пять файлов для добавления одной кнопки, это не обязательно ошибка, но повод остановиться и попросить объяснение. Для первого упражнения предпочтительнее минимальная правка, которую легко прочитать вручную.
Шаг 5. Выполните сборку
Запустите стандартную сборку проекта и прочитайте журнал, даже если интерфейс не показывает очевидную ошибку. В официальной инструкции Apple по сборке и запуску приложения описаны базовые действия Xcode.
Если сборка завершилась ошибкой, скопируйте только относящееся к проблеме сообщение и попросите Agent:
«Проанализируй эту ошибку. Сначала объясни причину и предложи одну минимальную правку. Не меняй другие файлы».
Не вставляйте в запрос весь проект без необходимости. Ограниченный контекст легче проверить, а риск раскрытия личных данных ниже.
Шаг 6. Проверьте SwiftUI Preview
Preview отвечает на вопрос, отображается ли представление в редакторе. Это не то же самое, что полноценный запуск приложения. Проверьте начальное состояние, нажатие кнопки, длинный текст, пустой список и повторное открытие экрана.
Если Preview не работает, сначала определите, связана ли ошибка с кодом представления, зависимостью или самой средой. Не удаляйте Preview только потому, что Agent предложил такой обход. В учебном проекте причина важнее быстрого исчезновения красного сообщения.
Шаг 7. Запустите приложение в Simulator
Simulator позволяет проверить поведение ближе к реальному сценарию запуска: переходы, размеры элементов, клавиатуру и состояние после действия пользователя. При удалённой работе это также проверка стабильности графического соединения.
Проверьте сценарий по короткому списку:
- приложение запускается с чистого состояния;
- кнопка доступна для нажатия;
- текст меняется ровно один раз;
- повторное нажатие не ломает экран;
- возврат на предыдущий экран не вызывает сбой.
Автоматизированный вызов инструментов сборки и тестирования может быть частью рабочего процесса Agent, что подтверждается материалами Apple о написании кода с интеллектуальными функциями【https://developer.apple.com/documentation/xcode/writing-code-with-intelligence-in-xcode?changes=late_8】. Но автоматический запуск не равен полноценной приёмке: человек должен проверить ожидаемый результат.
Шаг 8. Добавьте один проверяемый тест
Для первого задания достаточно теста, который проверяет конкретное поведение, а не «качество приложения вообще». Например, можно проверить, что после действия состояние экрана меняется. Если тест не запускается, сохраните название теста и текст ошибки отдельно от объяснений Agent.
Финальная проверка должна включать и требования курса. Приложение может собираться, но не соответствовать условию: например, кнопка меняет не тот текст или список показывает неверные данные. Код проверяется не только компилятором.