Live data from Hacker News

Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

nexte.st

21–30 of 53 posts

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#21
post #20

Earlier quoted context omitted.

The How it works [1] and Why process-per-test? [2] pages should answer your questions. [1] https://nexte.st/docs/design/how-it-works/ [2] https://nexte.st/docs/design/why-process-per-test/

Ah, I see. You're aiming to become the hashbrown of testing.

Oh gosh, were we to be so lucky :) just aiming to solve problems my coworkers and users see, and doing it with care, is all.

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#24

Thanks for posting about this! I'm the main author of nextest, and it represents my best foot forward for how Rust testing should be done. Happy to answer questions though I might be a bit intermittent.

Thank you very much for developing nextest. It is what allows our projects like rama [1] to run thousands and thousands of tests in a blink of an eye! Keep it up!

[1] https://ramaproxy.org

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#25
post #2

Anybody using this in production? edit: Thanks, will try!

Yes we use it for rama [1]. You can check its justfile and CI workflow file how we use it. Those run thousands and thousands of tests thx to nextest and what feels like instantly (once compiled).

Large projects build with rama use it as well. But those are proprietary from partners so sadly cannot share those.

[1]: https://github.com/plabayo/rama

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#26
post #23

I love nextest. without it my CI could take hours https://github.com/tsz-org/tsz/actions/runs/29002057457/job/... watch it running 32.5k unit tests without breaking a sweat!

Thanks! BTW you might enjoy setting CARGO_TERM_COLOR=always in your environment :) dtolnay/rust-toolchain does this automatically but it looks like you aren't using that action.

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#28
post #23

I love nextest. without it my CI could take hours https://github.com/tsz-org/tsz/actions/runs/29002057457/job/... watch it running 32.5k unit tests without breaking a sweat!

Thanks! BTW you might enjoy setting CARGO_TERM_COLOR=always in your environment :) dtolnay/rust-toolchain does this automatically but it looks like you aren't using that action.

Thanks! Any pro tips for sharding? I landed on single job because couldn't get cache to work properly for shards to be fast enough to worth it

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#29

Earlier quoted context omitted.

Big fan of nextest and this is my first time seeing this site. I'll be real I feel a bit ridiculous commenting this but you might want to consider rephrasing this: >Treat tests as cattle, not pets. Detect and terminate slow tests. Not sure saying, "hey, treat your tests as an animal you can kill at will" paints the right image.

This is from the Kubernetes saying of "treat servers like cattle, not pets". Of course, some people like me keep cattle as pets, but then again I also name my servers, even the virtual or containerised ones.

It’s a horrible saying in that context also.

Re: Cargo-nextest: 3x faster than cargo test, per-test isolation, first-class CI

#30
post #4

I somehow tried to make sense of the name as a superlative form of "next". Perhaps next-test would have been fine?

Coming from the DC area, this comment reminds me of how the metro payment system "Smartrip" was recently renamed to "Smart Trip".
Post reply on HN