What are the plans for this? I see that Kotlin doesn’t really need fields but compatibility with Java might. So this really is a compatibility issue. Especially, as the workaround from KT-3441is only possible because JUnit added support for annotating methods mit @Rule. That might not be the case for all java frameworks.
Im not a big fan of annotions either. It's just that JUnit requires them.
I looked into quite a few test frameworks and those code centric frameworks (JUnit, TestNG with AssertJ) seem to be a good fit for many projects. I’m not sure if Kotlin really requires a custom testing framework or whether a custom JUnit runner and a little helper functionality would suffice to smooth things over. There hasn’t been much activity going on in the Spek project in the last year or so. Anyway, those specification frameworks require a team that is willing to work on such a level and to keep descriptions up to date. That’s something I haven’t seen too often in large companies.
You can now achieve this with the @JvmField annotation, which instructs the compiler not to generate a getter or setter, and expose it as a field instead.