Я думаю, что лучшее, что вы можете сделать, это нацелиться на MethodSource
по шаблону URI
method:org.junit.Foo#bar(java.lang.String, java.lang.String[])
Однако это приведет вас только к методу теста, который в случае Minutest не является оптимальным.
Это IMO - проблема Java, языка, а не JUnit 5, платформы. У Java нет способа получить местоположение кода (через отражение) более точно, чем указание на метод. Единственным исключением является исключение (каламбур). Трассировка стека исключения может указывать на точное положение в методе. Вот почему - в случае ошибочного утверждения - большинство IDE позволяют вам перейти к линии, в которой возникла ошибка теста.
В редких случаях, таких как у вас, когда у вас есть элемент трассировки стека, доступный во время определения теста,JUnit может представить что-то вроде FileLocationSource
и надеяться, что поставщики IDE подберут его - хотя они и не взяли другие вещи из API JUnit 5, которые присутствовали некоторое время. Вы можете подумать о создании проблемы с github для JUnit 5, чтобы убедить их.