Сегодня я хочу поделиться поучительной историей о том, как современные ИИ-помощники могут быть одновременно невероятно умными и удивительно... скажем так, настойчивыми в своей неправоте. Проблема После допиливания новой фичи, столкнулся с массовым падением тестов при `mvn install`. LazyInitializationException, detached entities — знакомая боль всех, кто работал с Hibernate. ИИ во всей красе Из опыта знаю что скорее всего проблема в одном месте и эта проблема порчи контекста String где-то в процессе выполнения тестов. Решил поручить решение ИИ-ассистенту. С энтузиазмом новобранца он начинает сыпать решениями: - "Добавьте `@DirtiesContext`!" — предлагает он с важным видом. - "Разве не очевидно?" — продолжает ИИ, игнорируя моё возмущённое "плохое решение, нужно найти проблему, а не расставлять костыли!" ИИ, не теряя оптимизма, продолжает генерировать варианты конфигураций Hibernate, Spring контекста, транзакций... Ручное расследование Отчаявшись получить вразумительный ответ от ИИ, начиная собственное расследование. Один за другим откатываю коммиты, запускаю тесты, откатываю ещё, снова запускаю... Наконец-то! Вот он — коммит, после которого всё сломалось. Что в нём? Создание нового теста. Пристально вглядываюсь в код... Один символ! Опечатка! Не `MTest`, а `ITest`. Тест с неправильным именем попадал в общий прогон вместе с H2-тестами, где он не должен был выполняться (он требовал MySQL). Это вызывало конфликты сессий Hibernate и каскадные падения других тестов. Решение? Изменить 1 символ в имени файла: `ReportServiceITest` → `ReportServiceMTest`. Мораль Когда я написал ему в чат, ИИ-ассистент с невозмутимым видом выдал: "Верно — переименуйте тест", как будто именно это он и предлагал с самого начала. Несмотря на всё вышесказанное, ИИ-помощники действительно полезны. Просто иногда они немного... переусердствуют с креативностью решений, когда ответ лежит на поверхности 😅
(Просмотрено 2 раз, 1 раз за сегодня)
