xUnit.net Contrib

Commented Unassigned: Skipping tests in base class [4162]

Sgro — Tue, 21 May 2013 12:54:42 GMT

I have some base classes for reused tests (some of them abstract, some of them concrete).

When running ALL tests in the solution from resharper integration, all the tests in the base classes are being skipped, with yellow icon and description "Inconclusive: test wasn't run".

If I run only the tests of a single derived class though, all the tests are run, including the ones in the base class which were skipped when running all.

I've already checked to have the correct version of the plugin. I'm using Vs2012 update 2 with Resharper 7.1
Comments: I could paste here some sample code, anonymized. ``` public abstract class ClassBaseTest<T> where T : ClassBase // ClassBase is abstract { [Fact] public void ShouldNotThrow() { Assert.DoesNotThrow(() => Activator.CreateInstance<T>()); } } ``` Then a derived test: ``` public class DerivedTest : ClassBaseTest<Derived> // Derived : ClassBase { [Fact] public void ShouldThrowWithNullCode() { var item = new Derived(); var ex = Record.Exception(() => item.Code = null); Assert.NotNull(ex); } ``` If I run all the tests in the solution, or in the folder containing those tests, the tests defined in the abstract base class are skipped with the aforementioned message. If I run the tests only in the derived test class, everything works fine. As stated, with TeamCity and xunit runner gui everything works fine.

Commented Unassigned: Skipping tests in base class [4162]

mattellis — Tue, 21 May 2013 12:27:52 GMT

Commented Unassigned: Skipping tests in base class [4162]

Sgro — Tue, 21 May 2013 11:59:55 GMT

Created Unassigned: Skipping tests in base class [4162]

Sgro — Tue, 21 May 2013 11:58:19 GMT

Closed Issue: Support RunWith attribute [2139]

mattellis — Thu, 09 May 2013 19:06:20 GMT

There is currently mixed support for the RunWith attribute. The file doesn't display unit test icons next to the class or the test methods, but the item appears to be run when running all tests in a file/assembly.
Comments: Fixed in release 1.0

Closed Issue: Please provide Strong-named binaries [4121]

mattellis — Thu, 09 May 2013 19:05:58 GMT

As the title says.

More context from Brad re: xunit's strong-named assemblies.

We strong-name xunit.dll, xunit.extensions.dll, and xunit.runner.dll.

The reason is simple: if you are strong naming something, then it must be linked against only things which are themselves strong named. We also ship our public and private key in the repository so that people can strong name it themselves, so we don't consider this to be any kind of security measure (nor should our users). If compilers didn't enforce "you are signed, therefore everything you link to must be signed", we never would've bothered.
Comments: Shouldn't need to reference any xunitcontrib libraries. ReSharper runner shouldn't care about strong named assemblies.

Closed Issue: NuGet package [4124]

mattellis — Thu, 09 May 2013 19:04:39 GMT

Create a NuGetPackage for xUnit.net Contrib. It will be much easier to install it and upgrade it's versions..
Comments: Implemented as part of ReSharper 8.0's nuget based extension manager

Closed Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

mattellis — Thu, 09 May 2013 19:04:03 GMT

Closed Issue: Test categorization [4128]

mattellis — Thu, 09 May 2013 19:02:53 GMT

There is a nice Category feature in the R# test runner but unfortunately it appears it doesn't work with XUnit. Best I can tell there is no category attribute in Xunit and I can request that with them. There is a category attribute in component model data annotations that could perhaps be used? Or some other way to get this to work possibly?
Comments: Fixed in release 1.0

Closed Issue: dotCover coverage fails in theories in subsequent sessions [4157]

mattellis — Thu, 09 May 2013 19:01:50 GMT

Run a Theory test with dotCover code coverage. The results show the Theory is covered. Close the test session and start again in a new session. The results show the Theory is not covered.
Comments: Fixed in release 1.0

Closed Feature: Add intellisense and find usage support for PropertyDataAttribute [4158]

mattellis — Thu, 09 May 2013 19:01:15 GMT

Like ReSharper's support for nunit's TestCaseSourceAttribute - intellisense for the property named in PropertyData, ctrl-click navigation to the property and include attribute in find usages.
Comments: Fixed in release 1.0

Closed Issue: Classes with only private tests not marked as tests [4159]

mattellis — Thu, 09 May 2013 19:00:32 GMT

If a class only has private tests, it's not marked as a test class in the editor. It must have at least one public test method.
Comments: Fixed in release 1.0

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

mattellis — Thu, 09 May 2013 18:57:46 GMT

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

kgreed — Wed, 08 May 2013 23:28:42 GMT

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

mattellis — Wed, 08 May 2013 17:53:49 GMT

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

kgreed — Wed, 08 May 2013 16:23:36 GMT

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

mattellis — Tue, 23 Apr 2013 13:30:59 GMT

Edited Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

aledeniz — Mon, 22 Apr 2013 09:15:32 GMT

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

aledeniz — Mon, 22 Apr 2013 09:14:04 GMT

If I run the Resharper test runner throwning the following MDA (Managed Debugging Assistants, see http://msdn.microsoft.com/en-us/library/d21c150d.aspx):
* BindingFailure
* LoadFromContext
I get the following dialogs:
```
__LoadFromContext was detected__
Message: The assembly named 'xunit.runner.utility' was loaded from 'file:///C:/Users/user/AppData/Local/JetBrains/ReSharper/v6.1/Plugins/xunitcontrib/xunit.runner.utility.DLL' using the LoadFrom context. The use of this context can result in unexpected behavior for serialization, casting and dependency resolution. In almost all cases, it is recommended that the LoadFrom context be avoided. This can be done by installing assemblies in the Global Assembly Cache or in the ApplicationBase directory and using Assembly.Load when explicitly loading assemblies.

```
and
```
__BindingFailure was detected__
Message: The assembly with display name 'xunit.runner.utility.{Dynamic}' failed to load in the 'LoadFrom' binding context of the AppDomain with ID 2. The cause of the failure was: System.IO.FileNotFoundException: Could not load file or assembly 'xunit.runner.utility.{Dynamic}, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
```
and
```
__BindingFailure was detected__
Message: The assembly with display name 'xunit.runner.utility.{Dynamic}' failed to load in the 'LoadFrom' binding context of the AppDomain with ID 2. The cause of the failure was: System.IO.FileNotFoundException: Could not load file or assembly 'xunit.runner.utility.{Dynamic}, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
```
and
```
__BindingFailure was detected__
Message: The assembly with display name 'xunit.runner.utility.{Dynamic}' failed to load in the 'LoadFrom' binding context of the AppDomain with ID 2. The cause of the failure was: System.IO.FileNotFoundException: Could not load file or assembly 'xunit.runner.utility.{Dynamic}, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
```
Is this by design?
Comments: Incidentally, this is the No Source Available content I get when the MDA re-thrown the above: __Call stack location:__ ``` xunitcontrib.runner.resharper.runner.6.1.dll!XunitContrib.Runner.ReSharper.RemoteRunner.XunitTaskRunner.ExecuteRecursive(JetBrains.ReSharper.TaskRunnerFramework.TaskExecutionNode) Line 23 ``` __Source File information:__ ``` Locating source for 'c:\Users\Matt\Code\forks\xunitcontrib\forks\main\resharper\src\xunitcontrib.runner.resharper.runner\XunitTaskRunner.cs'. Checksum: MD5 {1b 5c 8e d6 75 5b 5e 5d 20 71 f2 0 60 da 55 42} The file 'c:\Users\Matt\Code\forks\xunitcontrib\forks\main\resharper\src\xunitcontrib.runner.resharper.runner\XunitTaskRunner.cs' does not exist. Looking in script documents for 'c:\Users\Matt\Code\forks\xunitcontrib\forks\main\resharper\src\xunitcontrib.runner.resharper.runner\XunitTaskRunner.cs'... Looking in the projects for 'c:\Users\Matt\Code\forks\xunitcontrib\forks\main\resharper\src\xunitcontrib.runner.resharper.runner\XunitTaskRunner.cs'. The file was not found in a project. Looking in directory 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\crt\src\'... Looking in directory 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\src\mfc\'... Looking in directory 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\src\atl\'... Looking in directory 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\atlmfc\include\'... The debug source files settings for the active solution indicate that the debugger will not ask the user to find the file: c:\Users\Matt\Code\forks\xunitcontrib\forks\main\resharper\src\xunitcontrib.runner.resharper.runner\XunitTaskRunner.cs. The debugger could not locate the source file 'c:\Users\Matt\Code\forks\xunitcontrib\forks\main\resharper\src\xunitcontrib.runner.resharper.runner\XunitTaskRunner.cs'. ```

Commented Unassigned: MDA throwning BindingFailure and LoadFromContext [4161]

aledeniz — Mon, 22 Apr 2013 09:09:00 GMT