Node.js Tools for VS appears to have the same problem as PTVS:
https://pytools.codeplex.com/workitem/2643
Copy pasted from there:
If vstest.console.exe is passed /InIsolation or /EnableCodeCoverage the PTVS Test Adater fails in TestExecutor.cs:RunTests from these sequence of events:
◾Due to Isolation being used the Test Adapter is running inside vstest.executionengine*.exe.
◾The execution engine gets passed a /parentProcessId argument, but that PID isn't Visual Studio.
◾VisualStudioApp.FromCommandLineArgs() returns a non-NULL instance of VisualStudioApp.
◾InterpreterOptionsServiceProvider.GetService() receives the non-NULL instance.
◾InterpreterOptionsServiceProvider.GetService calls app.DTE which returns NULL due to the parent process not being VisualStudio.
◾InterpreterOptionsServiceProvider.GetService passes in NULL to "new ServiceProvider" which throws an ArgumentNullException and the PTVS Test Adapter ends up crashing as a result.
If we avoid trying to create the "new ServiceProvider" then the Test Adapter successfully runs the Python test cases.
This is with VS2013 and PVTS 2.1 RC. The core of the problem seems to stem from FromCommandLineArgs() returning a non-null VisualStudioApp when the .DTE property will return NULL when asked.
Fyi,
Bill
Comments: Thank you for the detailed bug report. We will try to get this fixed for the next release. It seems you have a thorough understanding of the problem space. If you'd be interested in submitting the fix we gladly accept pull requests from the community. Let us know if you want to fix this issue. Thanks NTVS team
https://pytools.codeplex.com/workitem/2643
Copy pasted from there:
If vstest.console.exe is passed /InIsolation or /EnableCodeCoverage the PTVS Test Adater fails in TestExecutor.cs:RunTests from these sequence of events:
◾Due to Isolation being used the Test Adapter is running inside vstest.executionengine*.exe.
◾The execution engine gets passed a /parentProcessId argument, but that PID isn't Visual Studio.
◾VisualStudioApp.FromCommandLineArgs() returns a non-NULL instance of VisualStudioApp.
◾InterpreterOptionsServiceProvider.GetService() receives the non-NULL instance.
◾InterpreterOptionsServiceProvider.GetService calls app.DTE which returns NULL due to the parent process not being VisualStudio.
◾InterpreterOptionsServiceProvider.GetService passes in NULL to "new ServiceProvider" which throws an ArgumentNullException and the PTVS Test Adapter ends up crashing as a result.
If we avoid trying to create the "new ServiceProvider" then the Test Adapter successfully runs the Python test cases.
This is with VS2013 and PVTS 2.1 RC. The core of the problem seems to stem from FromCommandLineArgs() returning a non-null VisualStudioApp when the .DTE property will return NULL when asked.
Fyi,
Bill
Comments: Thank you for the detailed bug report. We will try to get this fixed for the next release. It seems you have a thorough understanding of the problem space. If you'd be interested in submitting the fix we gladly accept pull requests from the community. Let us know if you want to fix this issue. Thanks NTVS team