Ecco i miei due centesimi a questa sfida. Semplicemente, crea una nuova classe AppSettings come livello di astrazione. In normali operazioni leggerà semplicemente le impostazioni dal file di configurazione dell'applicazione. Ma i test unitari possono sovrascrivere le impostazioni su una base per thread, consentendo l'esecuzione di test unitari in parallelo con diverse impostazioni.
internal sealed class AppSettings
{
private static readonly AppSettings instance;
private static ConcurrentDictionary<int, AppSettings> threadInstances;
private string _setting1;
private string _setting2;
static AppSettings() { instance = new AppSettings(); }
internal AppSettings(string setting1 = null, string setting2 = null) {
_setting1 = setting1 != null ? setting1 : Properties.Settings.Default.Setting1;
_setting2 = setting2 != null ? setting2 : Properties.Settings.Default.Setting2;
}
internal static AppSettings Instance {
get {
if (threadInstances != null) {
AppSettings threadInstance;
if (threadedInstances.TryGetValue(Thread.CurrentThread.ManagedThreadId, out threadInstance)) {
return threadInstance;
}
}
return instance;
}
set {
if (threadInstances == null) {
lock (instance) {
if (threadInstances == null) {
int numProcs = Environment.ProcessorCount;
int concurrencyLevel = numProcs * 2;
threadInstances = new ConcurrentDictionary<int, AppSettings>(concurrencyLevel, 5);
}
}
}
if (value != null) {
threadInstances.AddOrUpdate(Thread.CurrentThread.ManagedThreadId, value, (key, oldValue) => value);
} else {
AppSettings threadInstance;
threadInstances.TryRemove(Thread.CurrentThread.ManagedThreadId, out threadInstance);
}
}
}
internal static string Setting1 => Instance._setting1;
internal static string Setting2 => Instance._setting2;
}
Nel codice dell'applicazione, le impostazioni di accesso utilizzando le proprietà statiche:
function void MyApplicationMethod() {
string setting1 = AppSettings.Setting1;
string setting2 = AppSettings.Setting2;
}
In unit test, impostazioni opzionalmente sovrascrivere selezionati:
[TestClass]
public class MyUnitTest
{
[TestCleanup]
public void CleanupTest()
{
//
// Clear any app settings that were applied for the current test runner thread.
//
AppSettings.Instance = null;
}
[TestMethod]
public void MyUnitMethod()
{
AppSettings.Instance = new AppSettings(setting1: "New settings value for current thread");
// Your test code goes here
}
}
NOTA: Come tutti i metodi delle AppSettings le classi sono dichiarate come interne è necessario renderle visibili all'assembly test unit utilizzando l'attributo: [assembly: InternalsVisibleTo ("< nome assembly >, chiave pubblica = < chiave pubblica > ")]
fonte
2016-03-11 10:27:24
Puoi spiegare meglio il caso d'uso? Perché dovresti cambiare test.dll.config in runtime? –
Questa è esattamente la stessa domanda di questo: http://stackoverflow.com/questions/168931/unit-testing-the-app-config-file-with-nunit –
OK, immagino possa essere chiuso. Grazie per il puntatore. – FunLovinCoder