JUnit изобретаете?

Это тестнг.

хочу избежать дублирования кода.

Ну вообще - в случае неуспешного теста надо не дочерние методы запускать, а свистать наверх разработчиков, пусть тесты чинят

Тесты должны быть зеленые целиком.

Сам факт того, что ты решаешь эту проблему, показывает что в понимании назначения тестов что-то не так.

Сейчас я сделал для каждого ребенка свой @AfterMethod но єто не оч єффективно - более правильно біло бі сделать для BaseTest один общий  @AfterMethod которій и будет делать процедуру - OnFailedMethod.

Нет. смісл в другом. Запуская кучу тестов я сделал фикстуру которая віолняет 1 раз общую навигацию на "точку входа в тест", что позволил ускорит тесті в 2 раза...
но возникла проблема что в случае падения одного теста (по причине ошибки, или предположим таймаут соединения.. да разніх причин) все последующие тесты тоже падают... вот я и хочу оставить фикстуру (то есть тесты будут работать быстро) но вренуть тестам независимость (чтобы падение одного не вызывало автоматически падение остальных.

Я даже больше скажу - я эту задачу решил - но вижу что можно сделать лучше. - для этого надо в родительский  @AfterMethod  передавать ссылку на выделенный метод ребенка.

А в два раза - это со скольких минут до скольких?

60 против 35

Я ни фига не понял, но мне претит сама идея "в случае падения теста запускать ещё что-то". Тесты упали - всё, пиздец, вызывайте разработчиков. Чем раньше тем лучше.

Тест сьют сейчас идет скажем 1,5 часа.  тестов там 150+ (будет скажем 500+ идти будет 4 часа.)
Падение одного теста єто конечно можно считать "пиздецом"... но важно знать реальный его масштаб.
то есть неправильно когда время работы слишком большое и неправильно если падение одного теста (изза дисконнекта на 5 сек ) вызывает цепное падение еще 10 + тестов..

Запуская кучу тестов я сделал фикстуру которая віолняет 1 раз общую навигацию на "точку входа в тест", что позволил ускорит тесті в 2 раза...
=====
Вот это выглядит для меня как "я взял кучу независимых тестов, которые тестировали каждый своё, и сделал их зависимыми друг от друга. Теперь я хочу сделать их снова независимыми, но по-другому"...

да.

в случае нормлаьной работы это ускоряет их работу в 2 раза. в случае падения - валит пачкой. Валит пачкой - потому что при падении мы остаемся на "незапланированной странице браузера". Логика тестов осталась независимой.  Надо добавить в логику автотестов возможность в случае падения перенавигироваться на точкувхода в тест.

А если в Before прописать логику проверки, на запланированной ли мы странице, и если нет - то перемещение на запланированную страницу выполнить?

можно. но этот код, будет выполняться всегда.  лучше обработать только те случаи когда произошло падение 1 теста.

зато этот код тебе гарантирует, что тест начниает с определенного состояния, а не заниматься какой-то левой чехардой по перехвату эксепшенов в многопоточной среде.

падение тесті не візівает єксепшна. Это обычная ситуация в тесте.
Среда не многопоточная.
Перехват состояния уже реализован. в самом фреймворке.