Command line usability

time to read 2 min | 312 words

I hate the new “dotnet test” command. I don’t think that anyone ever thought about looking at the output it generates for real projects.

For example, here is a section form the log output our fast tests:


There is so much crap here, including duplicate information and a whole bunch of mess that it is very hard to find relevant information. For example, there is a failing test here. How long will it take you to find it?

Another important aspect for us is the fact that this will actually run the same process. If you have something that will crash the test process, you’ll never get to see what is going on. Here is what a crash due to stack overflow looks like using “dotnet test”


As a result, we moved to dotnet xunit, which is a much better test runner.


We get color coding, including red for failing tests, so we don’t have to hunt them.

What is more important, it will not hide crucial information from us because it feels like it. If there is a crash, we can actually see what happened.


I know it sounds trivial, but “dotnet test” doesn’t have it.