Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FEATURE REQUEST: nunit adapter discovery "tracing" (in additon to debugging) #1134

Open
kasperk81 opened this issue Nov 4, 2023 · 1 comment
Labels

Comments

@kasperk81
Copy link

kasperk81 commented Nov 4, 2023

f.ex. google "nunit failed to load" and you will find all kinds of hacks, workarounds and speculations with no definite solution.

today we have few options to attach the debugger to the adapter https://docs.nunit.org/articles/vs-test-adapter/Debugging.html, which requires GUI debugger and symbols to be present. we don't want any of that to find out the "reason" why nunit is failing to "load" "already discovered" tests..

what we need is something like dotnet test -- NUnit.TraceExecution=true so it prints out all kinds of stuff to output stream that adapter is doing and help us spotting (and fixing) the issue. that will help when running tests in headless (no GUI) environments like containers or CI.

the dotnet team has, e.g. COREHOST_TRACE environment variable https://github.com/dotnet/runtime/blob/main/docs/design/features/host-tracing.md#trace-routing which spits out this kind of information.

@OsirisTerje
Copy link
Member

I do agree.

We already have some of that in place,

dotnet test -- NUnit.DumpXmlTestResults=true  NUnit.Verbosity=5

The first of these dumps the test results (there is also one for discovery), whereas the Verbosity=5 is the start of the command you ask for.

But, it can be expanded, so I'll mark this as a good idea.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants