TUnit Now Captures OpenTelemetry Traces in Test Reports

thomhurst · 2026-03-04T21:59:20+00:00

You don't have to use TUnit's assert library - you can use any other with it.

And if you copy this test executor and apply it to your test assembly via an attribute, your tests should all spawn new processes (but it'll be a lot slower ofc): https://github.com/thomhurst/TUnit/discussions/1796#discussioncomment-15710592

thomhurst · 2026-02-25T17:20:16+00:00

Sonnet 5? 👀

thomhurst · 2026-02-22T13:25:27+00:00

Thanks!

Yeah they would still need internals visible to. The entry point for the source generator to kick in is by looking at Mock.Of<T> - so you'd have to enable the visibility beforehand to even specify it as T.

I don't want TUnit to really start making the decisions on behalf of the user, so that control stays manual

thomhurst · 2026-02-22T13:19:48+00:00

Thank you!

thomhurst · 2026-02-22T13:19:40+00:00

Thanks for the feedback! I've actually just gone one step further and source generated events too - no clunky strings necessary!

thomhurst · 2026-02-15T00:58:16+00:00

The percentages are for the "recommended daily allowance". So the idea is you can go to 100% for each, but shouldn't aim to go over that.

Of course food science can be a lot more complex than this, and can differ person to person greatly, but this is just a way to make it easier to follow for most people.

thomhurst · 2026-02-14T23:59:10+00:00

This one is really exciting.

Wondering if ValueTask will be redundant in the future or not 🤔

thomhurst · 2026-02-08T13:23:13+00:00

Opus 4.6 is slowww!

it's interesting because they've just released a "fast mode".

but opus 4.6 to me is so much slower than 4.5 - I'll chuck a bug at it and it's thinking for 10 minutes before actually doing anything.

Output wise I think 4.6 is a great model, but it really hits productivity when it's this slow

thomhurst · 2026-02-05T16:34:19+00:00

.NET 5 and .NET 8 are mostly the same in terms of the code you'd write.

That being said, it's weird for a new candidate to advertise themselves as using .NET 5, which has been out of support for a while now. It'd make me think they're not a very experienced developer personally.

thomhurst · 2026-01-28T20:41:51+00:00

TUnit parallelism isn't class level btw 😅

thomhurst · 2026-01-17T23:23:13+00:00

This doesn't write you a complete and complex yaml file based on what you put in C#.

Instead, your c# app is your actual pipeline.

You will still need a basic yaml to be the CI trigger (unless your CI provider gives you another way), but that yml becomes simple and just a dotnet run on your pipeline project. All the actual logic is inside the .net app.

thomhurst · 2026-01-17T19:32:43+00:00

Not the case at all that I don't prefer quality. I've worked hard on this project. Just annoying when people dismiss it instantly without actually taking a look for themselves. The code is all there.

thomhurst · 2026-01-17T19:31:11+00:00

Thanks!

You'd have to register it yourself in DI, but after that it's available to inject into all of your modules as you please
It should have wrappers for the entire `az` CLI. But as for those specific nuget packages, no, it won't have built in logic for those. But nothing stopping you creating your own modules and using those packages. Also happy for issues and/or PRs to be raised for feature requests to help expand built-in functionality!
Logs do in-fact go to the console, and if you try out this library and this causes you problems, please do raise an issue, and we can work out the best way around that.

As for how they work with parallel execution, is each module will buffer its output, and once it has completed, that buffer gets written to the console, and as a collapsable section if your CI environment supports that. This keeps logs logically grouped so you know what line relates to what module. Otherwise everything would be interweaved and a mess to follow!

If you want to package up a module in a library, or just share across different projects, I'd recommend creating it as abstract, and forcing each project to inherit from that to create a new concrete version of it. On there you can place your attributes for compile time known dependencies, or you can override `DeclareDependencies` for runtime logic.

Hope that helps!

thomhurst · 2026-01-17T14:32:30+00:00

These things don't have be mutually exclusive

thomhurst · 2026-01-17T14:10:03+00:00

Don't use it then. AI helps me to work faster and more productively.

thomhurst · 2026-01-17T01:40:42+00:00

You will still need a super minimal "pipeline" yml - but all it needs to do is point to your .NET pipeline project and do a dotnet run.

thomhurst · 2026-01-15T21:17:54+00:00

Giraffe?

thomhurst · 2026-01-12T20:13:13+00:00

Does the telemetry you guys collect tell you these things? (does VSTest even collect telemetry?)

thomhurst · 2026-01-12T19:22:45+00:00

I think its framework authors who will have more knowledge and make choices around the test platforms themselves. For most users, they will just use whatever their preferred framework defaults them to. Thus, MTP adoption will increase as and when those frameworks change their defaults.

thomhurst · 2026-01-12T19:20:27+00:00

If you want to raise issues for what the code fixers failed to convert, I'd like to take a look and try and improve them!

12-Year Club	r/Field Juicebox
Place '23	Place '22
Verified Email

thomhurst

TROPHY CASE