blocks|key|3352972|text|最简单的方法是在单元测试的deployment部分中添加.config文件。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3352973|为此，请从解决方案项中打开.testrunconfig文件。在Deployment部分中，从项目的构建目录(假设是bin\Debug)添加输出.config文件。|3352974|在运行测试之前，deployment部分中列出的所有内容都将被复制到测试项目的工作文件夹中，因此依赖于配置的代码将运行良好。|3352975|编辑:我忘了添加，这并不是在所有情况下都有效，所以您可能需要包含一个启动脚本来重命名输出.config以匹配单元测试的名称。|3352976|entityMap^0|S|7|0|D|E|1L|9|1Z|7|0|0|18|7|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]|$9|V|A|W|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|X|8|@]|D|@]|E|$]]|$1|J|3|K|5|6|7|Y|8|@$9|Z|A|10|B|C]]|D|@]|E|$]]|$1|L|3|-4|5|6|7|11|8|@]|D|@]|E|$]]]|M|$]]

The simplest way to do this is to add the <code>.config</code> file in the deployment section on your unit test.

To do so, open the <code>.testrunconfig</code> file from your Solution Items. In the Deployment section, add the output <code>.config</code> files from your project's build directory (presumably <code>bin\Debug</code>).

Anything listed in the deployment section will be copied into the test project's working folder before the tests are run, so your config-dependent code will run fine.

Edit: I forgot to add, this will not work in all situations, so you may need to include a startup script that renames the output <code>.config</code> to match the unit test's name.

blocks|key|356221|text|如果您使用的是NUnit，请查看this+post。基本上，您需要将app.config放在与.nunit文件相同的目录中。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|356222|entityMap|0|LINK|mutability|MUTABLE|url|http://www.cornetdesign.com/2005/08/nunit-appconfig-files-its-all-about.html^0|G|9|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

If you are using NUnit, take a look at <a href="http://www.cornetdesign.com/2005/08/nunit-appconfig-files-its-all-about.html" rel="noreferrer">this post</a>. Basically you'll need to have your app.config in the same directory as your .nunit file.

blocks|key|3140201|text|我使用NUnit，在我的项目目录中，我有一个App.Config的副本，我修改了一些配置(例如，我重定向到一个测试数据库...)。您需要将它放在与测试项目相同的目录中，这样就没问题了。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3140202|entityMap^0|3|5|28|2|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

I use NUnit and in my project directory I have a copy of my App.Config that I change some configuration (example I redirect to a test database...). You need to have it in the same directory of the tested project and you will be fine.

blocks|key|3140209|text|无论您使用的是Team+System测试还是NUnit，最佳做法都是为您的测试创建单独的类库。只需将App.config添加到测试项目中，编译时就会自动将其复制到bin文件夹中。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|3140210|如果您的代码依赖于特定的配置测试，那么我编写的第一个测试就是验证配置文件是否可用(这样我就知道我并没有疯)：|3140211|<configuration>
+++<appSettings>
+++++++<add+key="TestValue"+value="true"+/>
+++</appSettings>
</configuration>|code-block|syntax|javascript|3140212|测试：|3140213|[TestFixture]
public+class+GeneralFixture
{
+++++[Test]
+++++public+void+VerifyAppDomainHasConfigurationSettings()
+++++{
++++++++++string+value+=+ConfigurationManager.AppSettings["TestValue"];
++++++++++Assert.IsFalse(String.IsNullOrEmpty(value),+"No+App.Config+found.");
+++++}
}|3140214|理想情况下，您应该编写代码，以便将配置对象传递到类中。这不仅将您从配置文件问题中分离出来，而且还允许您为不同的配置场景编写测试。|3140215|public+class+MyObject
{
+++++public+void+Configure(MyConfigurationObject+config)
+++++{
++++++++++_enabled+=+config.Enabled;
+++++}

+++++public+string+Foo()
+++++{
+++++++++if+(_enabled)
+++++++++{
+++++++++++++return+"foo!";
+++++++++}
+++++++++return+String.Empty;
+++++}

+++++private+bool+_enabled;
}

[TestFixture]
public+class+MyObjectTestFixture
{
+++++[Test]
+++++public+void+CanInitializeWithProperConfig()
+++++{
+++++++++MyConfigurationObject+config+=+new+MyConfigurationObject();
+++++++++config.Enabled+=+true;

+++++++++MyObject+myObj+=+new+MyObject();
+++++++++myObj.Configure(config);

+++++++++Assert.AreEqual("foo!",+myObj.Foo());
+++++}
}|3140216|entityMap^0|7|D|M|5|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@$9|X|A|Y|B|C]|$9|Z|A|10|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|11|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|12|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|13|8|@]|D|@]|E|$]]|$1|O|3|P|5|J|7|14|8|@]|D|@]|E|$K|L]]|$1|Q|3|R|5|6|7|15|8|@]|D|@]|E|$]]|$1|S|3|T|5|J|7|16|8|@]|D|@]|E|$K|L]]|$1|U|3|-4|5|6|7|17|8|@]|D|@]|E|$]]]|V|$]]

Whether you're using Team System Test or NUnit, the best practice is to create a separate Class Library for your tests. Simply adding an App.config to your Test project will automatically get copied to your bin folder when you compile.

If your code is reliant on specific configuration tests, the very first test I would write validates that the configuration file is available (so that I know I'm not insane)
:

<pre><code>&lt;configuration&gt;
 &lt;appSettings&gt;
 &lt;add key="TestValue" value="true" /&gt;
 &lt;/appSettings&gt;
&lt;/configuration&gt;
</code></pre>

And the test:

<pre><code>[TestFixture]
public class GeneralFixture
{
 [Test]
 public void VerifyAppDomainHasConfigurationSettings()
 {
 string value = ConfigurationManager.AppSettings["TestValue"];
 Assert.IsFalse(String.IsNullOrEmpty(value), "No App.Config found.");
 }
}
</code></pre>

Ideally, you should be writing code such that your configuration objects are passed into your classes. This not only separates you from the configuration file issue, but it also allows you to write tests for different configuration scenarios.

<pre><code>public class MyObject
{
 public void Configure(MyConfigurationObject config)
 {
 _enabled = config.Enabled;
 }

 public string Foo()
 {
 if (_enabled)
 {
 return "foo!";
 }
 return String.Empty;
 }

 private bool _enabled;
}

[TestFixture]
public class MyObjectTestFixture
{
 [Test]
 public void CanInitializeWithProperConfig()
 {
 MyConfigurationObject config = new MyConfigurationObject();
 config.Enabled = true;

 MyObject myObj = new MyObject();
 myObj.Configure(config);

 Assert.AreEqual("foo!", myObj.Foo());
 }
}
</code></pre>

blocks|key|358823|text|在Visual+Studio2008中，我将app.config文件作为现有项添加到测试项目中，并选择了copy+as+link，以确保它不会被复制。这样，我的解决方案中只有一份副本。有了几个测试项目，它就派上用场了！|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|358824|​|358825|📷|atomic|358826|358827|358828|358829|358830|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/702abc787d233292a8a351f9fedbcbfb.png|imageAlt|1|https://ask.qcloudimg.com/http-save/yehe-900000/e9116b2cdad2453e57e081ce2efe9934.png^0|M|A|0|0|0|1|0|0|0|0|0|1|1|0|0^^$0|@$1|2|3|4|5|6|7|Z|8|@$9|10|A|11|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|12|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|13|8|@]|D|@$9|14|A|15|1|16]]|E|$]]|$1|K|3|G|5|6|7|17|8|@]|D|@]|E|$]]|$1|L|3|G|5|6|7|18|8|@]|D|@]|E|$]]|$1|M|3|I|5|J|7|19|8|@]|D|@$9|1A|A|1B|1|1C]]|E|$]]|$1|N|3|G|5|6|7|1D|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|1E|8|@]|D|@]|E|$]]]|P|$Q|$5|R|S|T|E|$U|V|W|-4]]|X|$5|R|S|T|E|$U|Y|W|-4]]]]

In Visual Studio 2008 I added the <code>app.config</code> file to the test project as an existing item and selected copy as link in order to make sure it's not duplicated. That way I only have one copy in my solution. With several test projects it comes in really handy!

<a href="https://i.stack.imgur.com/Bl8Ss.png" rel="noreferrer"><img src="https://i.stack.imgur.com/Bl8Ss.png" alt="Add Existing Item"></a>

<a href="https://i.stack.imgur.com/j0DWV.png" rel="noreferrer"><img src="https://i.stack.imgur.com/j0DWV.png" alt="Add As Link"></a>

blocks|key|356345|text|我不能得到这些建议中的任何一个来使用nUnit+2.5.10，所以我最终使用nUnit的项目->编辑功能来指定目标配置文件(正如其他人所说的那样，它需要与.nunit文件本身位于同一文件夹中)。积极的一面是，我可以为配置文件指定一个Test.config名称，这使得它是什么以及为什么是它变得更加清晰。)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|356346|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I couldn't get any of these suggestions to work with nUnit 2.5.10 so I ended up using nUnit's Project -> Edit functionality to specify the config file to target (as others have said it needs to be in the same folder as the .nunit file itself). The positive side of this is that I can give the config file a Test.config name which makes it much clearer what it is and why it is)

blocks|key|3140312|text|如果您有一个包含例如Web应用程序和测试项目的解决方案，您可能希望测试项目使用Web应用程序的web.config。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3140313|解决这个问题的一种方法是将web.config复制到测试项目中，并将其重命名为app.config。|3140314|另一个更好的解决方案是修改构建链，使其自动将web.config复制到测试项目的输出目录中。为此，右键单击Test+Application并选择properties。现在，您应该可以看到项目属性。单击“生成事件”，然后单击“编辑生成后...”按钮。在那里写下下面这行：|3140315|copy+"$(SolutionDir)\WebApplication1\web.config"+"$(ProjectDir)$(OutDir)$(TargetFileName).config"|code-block|syntax|javascript|3140316|然后单击OK。(请注意，当您想要测试的项目名称时，您最可能需要更改WebApplication1+)。如果您有错误的web.config路径，那么复制将失败，并且您将在不成功的构建过程中注意到这一点。|3140317|编辑：|offset|length|style|BOLD|3140318|要从当前项目复制到测试项目：|3140319|copy+"$(ProjectDir)bin\WebProject.dll.config"+"$(SolutionDir)WebProject.Tests\bin\Debug\App.Config"|3140320|entityMap^0|0|0|0|0|0|0|3|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|11|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|12|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|13|8|@$O|14|P|15|Q|R]]|9|@]|A|$]]|$1|S|3|T|5|6|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|H|7|17|8|@]|9|@]|A|$I|J]]|$1|W|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|X|$]]

If you have a solution which contains for example Web Application and Test Project, you probably want that Test Project uses Web Application's web.config.

One way to solve it is to copy web.config to test project and rename it as app.config.

Another and better solution is to modify build chain and make it to make automatic copy of web.config to test projects output directory. To do that, right click Test Application and select properties. Now you should see project properties. Click "Build Events" and then click "Edit Post-build..." button. Write following line to there:

<pre><code>copy "$(SolutionDir)\WebApplication1\web.config" "$(ProjectDir)$(OutDir)$(TargetFileName).config"
</code></pre>

And click OK. (Note you most probably need to change WebApplication1 as you project name which you want to test). If you have wrong path to web.config then copy fails and you will notice it during unsuccessful build.

Edit:

To Copy from the current Project to the Test Project:

<pre><code>copy "$(ProjectDir)bin\WebProject.dll.config" "$(SolutionDir)WebProject.Tests\bin\Debug\App.Config"
</code></pre>

blocks|key|3353244|text|如果您的应用程序正在使用诸如Asp.net+ConnectionString之类的设置，则需要将属性HostType添加到您的方法中，否则即使您有一个App.Config文件，它们也无法加载。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3353245|[TestMethod]
[HostType("ASP.NET")]+//+will+load+the+ConnectionString+from+the+App.Config+file
public+void+Test()+{

}|code-block|syntax|javascript|3353246|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

If you application is using setting such as Asp.net ConnectionString you need to add the attribute HostType to your method, else they wont load even if you have an App.Config file.

<pre><code>[TestMethod]
[HostType("ASP.NET")] // will load the ConnectionString from the App.Config file
public void Test() {

}
</code></pre>

blocks|key|355522|text|这非常简单。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|355523|355524|右键单击您的测试项目|unordered-list-item|355525|您可以在Add按钮旁边看到一个小箭头|355526|选择配置文件单击"Add+As+|355527|“|355528|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|Q|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|R|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

This is very easy.

<ul>
<li>Right click on your test project</li>
<li>Add-->Existing item</li>
<li>You can see a small arrow just beside the Add button</li>
<li>Select the config file click on "Add As Link"</li>
</ul>

blocks|key|3353279|text|这有点老了，但我找到了一个更好的解决方案。我尝试了这里选择的答案，但看起来.testrunconfig已经过时了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3353280|1.对于单元测试，包装配置是一个接口(IConfig)|3353281|对于单元测试，配置确实不应该是测试的一部分，所以创建一个可以注入的mock。在本例中，我使用的是Moq。|3353282|Mock<IConfig>+_configMock;
_configMock.Setup(config+=>+config.ConfigKey).Returns("ConfigValue");
var+SUT+=+new+SUT(_configMock.Object);|code-block|syntax|javascript|3353283|2.集成测试，动态添加所需配置|3353284|Configuration+config+=+ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
if(config.AppSettings.Settings[configName]+!=+null)
{
++++config.AppSettings.Settings.Remove(configName);
}
config.AppSettings.Settings.Add(configName,+configValue);
config.Save(ConfigurationSaveMode.Modified,+true);
ConfigurationManager.RefreshSection("appSettings");|3353285|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|S|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|T|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|V|8|@]|9|@]|A|$I|J]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

This is a bit old but I found a better solution for this. I was trying the chosen answer here but looks like .testrunconfig is already obsolete.

<h1>1. For Unit Tests, Wrap the config is an Interface (IConfig)</h1>

for Unit tests, config really shouldn't be part of what your testing so create a mock which you can inject. In this example I was using Moq.

<pre><code>Mock&lt;IConfig&gt; _configMock;
_configMock.Setup(config =&gt; config.ConfigKey).Returns("ConfigValue");
var SUT = new SUT(_configMock.Object);
</code></pre>

<h1>2. For Integration test, dynamically add the config you need</h1>

<pre><code>Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
if(config.AppSettings.Settings[configName] != null)
{
 config.AppSettings.Settings.Remove(configName);
}
config.AppSettings.Settings.Add(configName, configValue);
config.Save(ConfigurationSaveMode.Modified, true);
ConfigurationManager.RefreshSection("appSettings");
</code></pre>

blocks|key|3353393|text|您的单元测试被视为一个运行代码来测试它的环境。就像任何正常的环境一样，你有一个阶段/生产环境。您可能还需要为您的测试项目添加一个.config文件。一种解决方法是创建一个类库，并通过添加必要的NuGet包(如NUnit和NUnit适配器)将其转换为测试项目。它与Visual+Studio+Test+Runner和Resharper都能很好地工作，而且您的测试项目中已经有了app.config文件。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3353394|📷|atomic|3353395|​|3353396|3353397|3353398|3353399|3353400|3353401|3353402|3353403|3353404|3353405|最后调试了我的测试和来自App.config的值|3353406|3353407|3353408|3353409|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/0fa9199c6c8aa89b2aeebd6c25946232.png|imageAlt|1|https://ask.qcloudimg.com/http-save/yehe-900000/1e0c57dbc4d3da1eb59f2d47920a9001.png|2|https://ask.qcloudimg.com/http-save/yehe-900000/1b79072be3fab09ce3ffd52454e0fff5.png|3|https://ask.qcloudimg.com/http-save/yehe-900000/9f127593520adb41cd36e6b94e72f83b.png|4|https://ask.qcloudimg.com/http-save/yehe-900000/73dc4aea8684aa7de18171a248b2014a.png^0|1S|7|57|A|0|0|1|0|0|0|0|0|1|1|0|0|0|0|1|2|0|0|0|0|1|3|0|0|C|A|0|0|0|1|4|0|0^^$0|@$1|2|3|4|5|6|7|1F|8|@$9|1G|A|1H|B|C]|$9|1I|A|1J|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|1K|8|@]|D|@$9|1L|A|1M|1|1N]]|E|$]]|$1|I|3|J|5|6|7|1O|8|@]|D|@]|E|$]]|$1|K|3|J|5|6|7|1P|8|@]|D|@]|E|$]]|$1|L|3|G|5|H|7|1Q|8|@]|D|@$9|1R|A|1S|1|1T]]|E|$]]|$1|M|3|J|5|6|7|1U|8|@]|D|@]|E|$]]|$1|N|3|J|5|6|7|1V|8|@]|D|@]|E|$]]|$1|O|3|G|5|H|7|1W|8|@]|D|@$9|1X|A|1Y|1|1Z]]|E|$]]|$1|P|3|J|5|6|7|20|8|@]|D|@]|E|$]]|$1|Q|3|J|5|6|7|21|8|@]|D|@]|E|$]]|$1|R|3|G|5|H|7|22|8|@]|D|@$9|23|A|24|1|25]]|E|$]]|$1|S|3|J|5|6|7|26|8|@]|D|@]|E|$]]|$1|T|3|U|5|6|7|27|8|@$9|28|A|29|B|C]]|D|@]|E|$]]|$1|V|3|J|5|6|7|2A|8|@]|D|@]|E|$]]|$1|W|3|G|5|H|7|2B|8|@]|D|@$9|2C|A|2D|1|2E]]|E|$]]|$1|X|3|J|5|6|7|2F|8|@]|D|@]|E|$]]|$1|Y|3|-4|5|6|7|2G|8|@]|D|@]|E|$]]]|Z|$10|$5|11|12|13|E|$14|15|16|-4]]|17|$5|11|12|13|E|$14|18|16|-4]]|19|$5|11|12|13|E|$14|1A|16|-4]]|1B|$5|11|12|13|E|$14|1C|16|-4]]|1D|$5|11|12|13|E|$14|1E|16|-4]]]]

Your unit tests are considered as an environment that runs your code to test it. Just like any normal environment, you have i.e. staging/production. You may need to add a <code>.config</code> file for your test project as well. A workaround is to create a class library and convert it to Test Project by adding necessary NuGet packages such as NUnit and NUnit Adapter. it works perfectly fine with both Visual Studio Test Runner and Resharper and you have your <code>app.config</code> file in your test project.
<a href="https://i.stack.imgur.com/R55ng.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/R55ng.png" alt="enter image description here"></a>

<a href="https://i.stack.imgur.com/LMBYU.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/LMBYU.png" alt="enter image description here"></a>

<a href="https://i.stack.imgur.com/GMWzI.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/GMWzI.png" alt="enter image description here"></a>

<a href="https://i.stack.imgur.com/EqWxX.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/EqWxX.png" alt="enter image description here"></a>

And finally debugged my test and value from <code>App.config</code>:

<a href="https://i.stack.imgur.com/kZehh.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/kZehh.png" alt="enter image description here"></a>

I am unit testing a .NET application (.exe) that uses an app.config file to load configuration properties. The unit test application itself does not have an app.config file. 

When I try to unit test a method that utilizes any of the configuration properties, they return null. I'm assuming this is because the unit test application is not going to load in the target application's app.config.

Is there a way to override this or do I have to write a script to copy the contents of the target app.config to a local app.config? 

<a href="https://stackoverflow.com/questions/168931/unit-testing-the-appconfig-file-with-nunit">This</a> post kind-of asks this question but the author is really looking at it from a different angle than I am.

EDIT: I should mention that I'm using VS08 Team System for my unit tests.

Can a unit test project load the target application's app.config file?

Visual Studio

单元测试

集成测试

数据库

我正在对一个使用app.config文件加载配置属性的.NET应用程序(.exe)进行单元测试。单元测试应用程序本身没有app.config文件。当我尝试对使用任何配置属性的方法进行单元测试时，它们返回null。我假设这是因为单元测试应用程序不会加载到目标应用程序的app.config中。有没有办法覆盖它，或者我是否必...

问单元测试项目可以加载目标应用程序的app.config文件吗？
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问单元测试项目可以加载目标应用程序的app.config文件吗？EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问单元测试项目可以加载目标应用程序的app.config文件吗？
EN