Test unità TestContext Chiamate multiple

Question

Ho un metodo di prova che chiama 2 metodi di test secondario. Entrambi i metodi secondari sono basati su dati da un file XML. Se eseguo ciascun sottoprogramma, funzionano correttamente e con successo. Tuttavia, quando eseguo il Metodo di prova principale (chiamante di entrambi i metodi secondari) trova TestContext.DataConnection e TestContext.DataRow come null.

private TestContext testContext; 
    public TestContext TestContext 
    { 
     get { return testContext; } 
     set { testContext = value; } 
    } 
    [TestMethod] 
    public void SaveEmpty_Json_LocalStorage() 
    { 
     // Testing JSON Type format export and save 
     SetWindowsUsers(); 
     // Add Network Information 
     SetWifiInformation(); 

     // More logic and assertions here. 
     // More logic and assertions here. 
     // More logic and assertions here. 
    } 

    [TestMethod] 
    [DeploymentItem("input.xml")] 
    [DataSource("Microsoft.VisualStudio.TestTools.DataSource.XML", 
       "input.xml", 
       "User", 
       DataAccessMethod.Sequential)] 
    public void SetWindowsUsers() 
    { 
     Console.WriteLine(TestContext.DataRow["UserName"].ToString()) 
     // MORE LOGIC and Asserts 
    } 

    [TestMethod] 
    [DeploymentItem("input.xml")] 
    [DataSource("Microsoft.VisualStudio.TestTools.DataSource.XML", 
       "input.xml", 
       "WifiList", 
       DataAccessMethod.Sequential)] 
    public void SetWifiInformation() 
    { 
     Console.WriteLine(TestContext.DataRow["SSID"].ToString()) 
     // MORE LOGIC and Asserts 
    } 

Se corro tutto, passano 2 metodi e 1 non riesce. Se corro individualmente, SaveData_Json_LocalStorage non passa, ottiene sempre TestContext.DataRow come null. Va bene chiamare più metodi all'interno. Qual è il modo migliore per scrivere casi di test concatenati.

Answer 1

Il concatenamento deve essere eseguito solo se è necessario disporre di dati non riconducibili. In caso contrario, rendere ogni test un test distinto.

Dati generati da un file XML.

provare a inserire il sola lettura Xml in una proprietà che viene eseguito una volta prima thet test nel metodo ClassInitialization. Quindi testare le singole operazioni, seguite dall'operazione "Principale", ciascuna come unità testabile separata.

public static XDocument Xml { get; set; } 

[DeploymentItem("input.xml")] 
[DataSource("Microsoft.VisualStudio.TestTools.DataSource.XML", 
      "input.xml", 
      "User", 
      DataAccessMethod.Sequential)] 
[ClassInitialize()] 
public static void ClassInit(TestContext context) 
{ // This is done only once and used by other tests. 
    Xml = ... 
    Assert.IsTrue(Xml.Node ...); 
} 

---

altrimenti cercate nel beffardo i dati a seconda del test in corso di esecuzione o se proviene da una specifica chiamata, come circa un shim? Vedi il mio articolo Shim Saves The Day in A Tricky Unit Test Situation.