1. Не нужно тестировать private методы, выковыривая их через рефлексию. Они для того и private чтобы скрыть реализацию.
2. Там где у вас написано //Code under test как раз должен быть "код, который вы тестируете. Т.е. там нужно вызвать метод, который предполагаемо выбросит эксепшен.
Вот тут еще можно глянуть пример: https://www.baeldung.com/junit-assert-exception#junit-5
Вот написано же в чем проблема:
"Exception in thread "main" java.io.FileNotFoundException: \c\Users\X\Desktop\x.txt"
\c\Users\X\Desktop\x.txt - файл не найден.
JVM ничего не знает об нжинксе.
Нжинкс пусть занимется перенаправлением запросов с 80го порта на порт, который слушает ваше приложение.
Из фреймворков:
quarkus.io
sparkjava.com
micronaut.io
vertx.io
spring.io
На практике применяется.
Например есть какой-то метод, который что-то делает с объектами типа Man и Robot.
И вот чтобы не писать два метода, которые, по сути делают одно и тоже, можно попробовать сделать метод унифицированный, в котором, возможно, понадобится преобразование типов (с предварительной проверкой через instanceof).
Узнать - только смотреть обзоры, в надежде, что кто-то пробовал в разгон, ну и читать документацию - там список всех режимов есть. Скорее всего, можно будет разогнать, но не думаю, что прям на много.
Обратите внимание на Samsung Odyssey G7 S28AG702NI (65тр) и AOC U28G2XU/BK (55тр)
