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
Consider switching to a different test framework #420
Comments
Agreed. I'm also not very happy with the testing framework, having used nunit before. |
If you are okay with NUnit, I can try setting up a migration to NUnit. xUnit is a bit quircky if you are not used to it. |
That would be nice! I'm not very proficient with NUnit, even if have used it - currently I'm mostly working with Pytest and Google test... |
And of course we should check with @tebjan if this is OK, as this would be an infrastructure change that may have some impact. |
@gvheertum - are you still planning to work on this? I'm really not very happy with MSTest... |
@mrbean-bremen If we have a formal go (or if @tebjan doesn't have a problem), I can give it a try. The conversion from MSTest to NUnit is relatively easy (getting the most out of the framework is a different story, but getting it replaced is easy). I'll try to create a PR this week. |
@gvheertum sounds great, i fully support this idea! |
@tebjan Thanks, I'm on it. Locally I already have the test adapter changed to NUnit without too much problems. Only issue is with the image test which uses the CSV, that needs some additional work, but I hope to be able to put in a PR tomorrow. |
PR #493 has a change proposal for the migration to NUnit, including some cleanups on tests since they could be refactored due to the new framework. |
Code was merged, so this issue is resolved :) |
Currently the MSTest framework is used in the unit tests. However, this might be limiting for more complex/extensive tests.
When writing my testcases for the lexer I missed attributes like [Theory] (XUnit) or [TestCase] (NUnit), that would have allowed us to have testcases instead of asserting multiple smaller elements in 1 test.
This code
would become
If one of the cases fails, the rest of the cases will still be tested, in the old scenario the first failing Assert/call will stop execution of the other cases.
The text was updated successfully, but these errors were encountered: