測試訂單Microsoft.VisualStudio.TestTools.UnitTesting問題？

Question

我有一些測試代碼似乎用完了正確的順序。

[TestClass] 
public class DirTest { 
    public DirTest() { 
    Assert.AreEqual(Directory.Exists("testpath"), true); 
    } 

    [TestMethod] 
    public void TestMethod1() { 
    } 

    [ClassInitialize] 
    public static void InitTest(TestContext context) { 
    Directory.CreateDirectory("testpath"); 
    } 
} 

它拋出該目錄不存在，類構造函數被調用或者是有什麼我需要做的是缺少前不應ClassInitialize運行錯誤。如果情況並非如此，除了AssemblyInitialize之外，還有一個測試用例可以包含在構造類之前調用​​的測試中嗎？

- 編輯 真正的問題在這裏，頂部是一個簡化。

//RealClass.cs 
public class RealClass{ 
    public RealClass(string path){ 
    this._path = path; 
    this._InitDirectory(); 
    } 

    protected string _path; 
    protected void _InitDirectory(){ 
    //Something that requires read from path 
    File.WriteAllText(this._path + "/realData.data", "some real data that needs to be created by the class"); 
    } 
} 

//DirTest.cs 
[TestClass] 
public class DirTest : RealClass { 
    public DirTest() : base("testpath") {} 

    [TestMethod] 
    public void TestMethod1() { 
    } 

    [ClassInitialize] 
    public static void InitTest(TestContext context) { 
    Directory.CreateDirectory("testpath"); 
    } 
} 

單元測試將失敗，因爲其中需要的路徑「ClassInitialize」方法之前將死的目錄被調用來創建所需的模擬目錄。

- 編輯

我想出了一個變通對於這一點，但我仍想知道是否有另一種方式來達到預期的效果而無需添加更多的類，並且不移除的功能考試。我爲剛剛包含該靜態方法的類設置了一個「AssemblyInitialize」，並告訴該方法爲「ClassInitialize」激發靜態方法。它當然會在任何構造函數之前觸發。雖然問題的根源仍然沒有解決，因爲它不是自包含的，而是依賴於類函數來調用類設置。

Answer 1

更新您的代碼如下：

[TestClass] 
public class DirTest { 
    public DirTest() { } 

    [TestMethod] 
    public void TestMethod1() { 
    } 

    [ClassInitialize] 
    public static void InitTest(TestContext context) { 
      if (!Directory.Exists("testpath")) { 
       Directory.CreateDirectory("testpath"); 
      } 
    } 
} 

Answer 2

您正在嘗試使用推導的方法你[TestClass]從SUT類以訪問受保護的方法。

首先：你所做的事情是否真的有必要？在您發佈的代碼中，沒有明確嘗試訪問受保護的SUT成員的測試。所以，你有可能讓事情比他們需要的更困難。

現在，如果你做確實需要在這個SUT類來測試一個受保護的成員，那麼你有沒有考慮建立從SUT類繼承的類 - 一類是不[TestClass]？例如：

//RealClass.cs 
public class RealClass{ 
    public RealClass(string path){ 
     this._path = path; 
     this._InitDirectory(); 
    } 

    protected string _path; 
    protected void _InitDirectory(){ 
     //Something that requires read from path 
     File.WriteAllText(this._path + "/realData.data", "some real data that needs to be created by the class"); 
    } 
} 

// TestableRealClass.cs - Only used by the unit test 
public class TestableRealClass: RealClass { 
    public TestableRealClass(string path) : base(path) { }   

    public string Path { 
     get { 
      return _path; 
     } 
    } 

    public InitDirectory() { 
     _InitDirectory(); 
    } 
} 

//DirTest.cs 
[TestClass] 
public class DirTest { 

    [TestMethod] 
    public void TestMethod1() { 
     var testPath = @"C:\SomePath"; 

     if (!Directory.Exists(testPath)) { 
      Directory.CreateDirectory(testPath); 
     } 

     var sut = new TestableRealClass(testPath); 

     AssertThatTheFileContainsExpectedStuff(testPath); 
    } 

    [TestMethod] 
    public void TestAProtectedMember() { 
     var testPath = @"C:\SomePath"; 

     if (!Directory.Exists(testPath)) { 
      Directory.CreateDirectory(testPath); 
     } 

     var sut = new TestableRealClass(testPath); 

     Assert.AreEqual(testPath, sut.Path); 
    } 

    private void AssertThatTheFileContainsExpectedStuff(string path) { 
     // Do the assertion... 
    } 
} 

這樣，您不必擔心文本夾具的初始化順序，而且您的測試變得相當容易理解。