this goes out to all the test enjoyers <https://co...
# test
j
this goes out to all the test enjoyers https://code.cash.app/burst-test-interceptors
👏 3
👏🏻 1
👏🏼 1
z
It looks like it’s possible to use this without the parameterization features of Burst - as awesome as this looks (I’ve wanted it in compose so bad), I’m not sure now if burst is becoming a general testing framework?
j
I was gonna do it as a 2nd project
But I took a shortcut and added it to Burst cause they're complementary
I don't anticipate more Burst features at the moment. We've already got all the JUnit stuff I use
I would like to convince @bnorm to promote this stuff into kotlin.test
💯 1
It also fits well with power assert!
c
This uses code generation, right?
It seems it has the same caveats as JUnit as described in https://ivan.canet.dev/blog/2025/06/17/state-of-kotlin-tests.html#fixtures
Ah no, it allows co-locating setup and tear-down, so it is better than Junit, nice!
j
Ooooh that’s a great resource
🙏 1
c
If you want, I could add Burst & co to it, but; • I definitely won't have time for that in the coming month… • The article is already very long
j
No problem! It’s reassuring to know what stuff kotlin.test is still missing
c
Ahah there's a lot
j
Dynamic tests is the big one.
c
Yes, that and no
suspend
in
@Before
/etc
👍🏻 1
o
Another big one: Finegrained, cross-test concurrency. I'm just analyzing use cases with testballoon TestBalloon, can be such a great time saver.
If you can have dynamic multiplatform testing plus all your favorite integrations (Android instrumentation, JUnit rules, Compose testing), why not write parameterized tests in plain Kotlin?
👍🏻 1