-
Notifications
You must be signed in to change notification settings - Fork 331
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
Can't specify bitness when running dotnet test with nunit #1296
Comments
From @dasMulli on September 17, 2017 15:27 When you type |
There is no --TargetPlatform option for dotnet test. Am I missing something? Did you mean |
From @wli3 on September 18, 2017 17:52 using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
namespace testvstest
{
[TestClass]
public class UnitTest1
{
[TestMethod]
public void TestMethod1()
{
Assert.AreEqual("X86", System.Runtime.InteropServices.RuntimeInformation.OSArchitecture.ToString());
}
}
} is the count as a repo of this issue? |
From @damageboy on September 19, 2017 13:50 I'm not sure I'm understanding this whole thing properly, but I guess the real question is: Are there common configuration switches / parameters shared by all unit test adapters in the dotnet-cli world? Or is this something that has to get dealt with by every adapter separately? The vstest documentation seems to specifically specify that the way to do this is:
As I mentioned before, the real question remains if dotnet-cli has a standard way of doing this, or is this a per-adapter issue... |
From @wli3 on September 19, 2017 20:9 dotnet cli does not have a standard way today. Things after -- is pass-through to vstest. |
Moving this to the vstest repo, where they can answer your questions better than we can. |
Similar to #1128.
|
From @damageboy on September 17, 2017 12:47
Steps to reproduce
Run dotnet test on a assembly with nunit:
Expected behavior
Be able to specify bitness (x64 / x86)
Actual behavior
Always runs on x86 in Windows by default
Environment data
dotnet --info
output:Copied from original issue: dotnet/cli#7673
The text was updated successfully, but these errors were encountered: