-
Notifications
You must be signed in to change notification settings - Fork 20
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
Update the plugin to allow a configurable start #49
Conversation
LGTM |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should add some tests to cover the new functionality
@dfev77 I've added unit tests to cover the new functionality |
Adds nunitCommandModifier config which if set, can overwrite the default command arguments in order to allow running of external tools like dotMemoryUnit.
+1 |
Seems like you took a different approach for integrating dotMemory than what was done for opencover, is it on purpose ? |
ignorance not purpose :) I will take a look on opencover to see if I can apply the same approach
not needed since the dotMemoryUnit.exe tool is part of the referenced nuget package
I will check and come back with an answer |
I've took a quick look on the opencover nunit plugin and that approach seems to be a lot more extensible for future improvements but, as far as I can tell, for the moment we don't need that extra flexibility since there is no other customisation needed than running the tests on dotMemory environment. An usage example: https://blog.jetbrains.com/dotnet/2015/09/15/memory-testing-on-a-ci-server-dotmemory-unit-standalone-launcher/
From another point of view the nunitCommandModifier is generic enough to be used in other contexts by providing a way for customising the arguments passed to the runner. (Maybe a fix for #30?)
As far as I can tell, opencover is building it's own command ignoring the nunit one so they will integrate nice but there is a downside: since both dotMemory and opencover need the tests to be run in their own environment, the users will have to run the tests twice if both coverage and memory testing is needed. |
Irt #30 it could be used, though I don't think that approach is good, for the same reason(s) I mentioned on the ticket. |
The behavior of the memory tests can be controlled using an attribute:
I will try to see if it works fine. |
I was not able to run them like you sugested: opencover -> dotmemory -> nunit due to what I assume is an opencover profiler problem:
but I was able to run them the other way around: dotmemoryunit -> opencover -> nunit |
Adds nunitCommandModifier config which if set, can overwrite
the default command arguments in order to allow running of
external tools like dotMemoryUnit.