Komponententest TestContext Mehrere Aufrufe

Question

Ich habe eine Testmethode, die 2 Unter-Testmethoden aufruft. Beide Untermethoden sind datengesteuert aus einer XML-Datei. Wenn ich alle Submethoden ausführen, laufen sie gut und erfolgreich. Wenn ich jedoch Main Test Method (Aufrufer beider Untermethoden) ausführe, findet es TestContext.DataConnection und TestContext.DataRow als 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 
    } 

Wenn ich alle starte, 2 Methoden bestanden und 1 fehlschlägt. Wenn ich einzeln ausführe, wird SaveData_Json_LocalStorage nicht bestanden, TestContext.DataRow wird immer als null abgerufen. Ist es in Ordnung, mehrere Methoden aufzurufen? Wie schreibt man am besten verkettete Testfälle?

Answer 1

Die Verkettung sollte nur durchgeführt werden, wenn man nicht wiederherstellbare Daten haben muss. Ansonsten mache jeden Test zu einem eindeutigen Test.

Datengesteuert aus einer XML-Datei.

Betrachten Sie die read-only Xml in eine Eigenschaft setzen, die einmal vor thet Tests im ClassInitialization Methode ausgeführt wird. Testen Sie dann die einzelnen Operationen, gefolgt von der "Main" -Operation, jeweils als separate testbare Einheit.

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 ...); 
} 

---

schauen Ansonsten in die Daten auf dem Test abhängig spöttisch durchgeführt wird oder wenn es aus einem bestimmten Anruf kommt, wie etwa ein shim? Siehe meinen Artikel Shim Saves The Day in A Tricky Unit Test Situation.