Обычно инкремент мажорной версии фреймворка подразумевает обратную несовместимость или вообще полный разлом всего и вся. JUnit переживал такой эпизод в своей жизни, когда 8 лет назад, будучи уже де-факто стандартом, анонсировал свою 5-ю версию. Несмотря на всякие migration guides и отдельный движок для запуска старых тестов (Vintage), во многих проектах так и осталось огромное наследие некогда написанных на JUnit 4 тестов, которые до сих пор некогда/неохота переписывать 🏚
В проекте AggreGate я всё же затеялся и мигрировал несколько тысяч модульных тестов с JUnit 4 (и даже 3!) на JUnit 5, поскольку это было нужно для автоматизации и унификации построения отчётов о тестах. Понятно, что вручную заниматься таким — самоубийство, поэтому я воспользовался OpenRewrite — движком автоматического рефакторинга; благо, в нём оказался целый раздел рецептов для миграции на JUnit 5 🪄
Если верить страничке Upgrading to JUnit 6.0, в этот раз таких подвигов не потребуется:
Migrating from JUnit 5.x.y to 6.0.0 should be much easier than migrating from 4.x to 5.x.
Самым главным изменением видится выбор Java 17 в качестве базовой версии JDK. В целом, это вполне ожидаемо, а то сколько ж можно сидеть на восьмёрке?! 🤪
Скромный список основных изменений можно посмотреть в официальных Release Notes. Чуть более разжёванное описание всех фич — вот в этой статье моего тёзки на Medium. А любителям кушать под бубнёж умных мужиков с Ютуба советую часовое интервью Марка Филиппа (главного контрибьютора JUnit) Андрею Беляеву, который, кстати, выступал у нас на конференции SnowOne (да ещё в офлайн!)
Приятного просмотра! 🍿