Unit Test

前言 前面介紹過Repository Pattern用來隔離資料庫，和Autoface注入介面，接下來可以在Controller中寫一些測試項目來驗證流程正確與否 首先加入一個測試專案，名稱為要測試的專案名稱後面加.Tests 依照MVC的習慣，加入一個Controllers資料夾 在資料夾下新增一個單元測試檔案，名稱為要測試的控制器名稱後面加Test 首先初始化一些要共用的變數 private Mock<IGuestbookRepository> repository; private GuestbookController ctrl; [TestInitialize] public void GuestbookControllerTestInitialize() { this.repository = new Mock<IGuestbookRepository>(); this.repository .Setup(x => x.Find(It.IsIn<int>(1))) .Returns(new Guestbook()); this.ctrl = new GuestbookController(this.repository.Object); } Index相關測試 [TestMethod] public void Index_GET_Return_ViewResult() { var view = this.ctrl.Index() as ViewResult; Assert.IsNotNull(view); } Create相關測試 [TestMethod] public void Create_GET_Return_ViewResult() { var view = this.ctrl.Create() as ViewResult; Assert.IsNotNull(view); } [TestMethod] public void Create_POST_Success_Return_RedirectToRouteResult() { var model = new Guestbook(); var view = this.

前言 接續之前提到的IOC 控制反轉 & DI 依賴注入和Repostitory Pattern，在Controller中提供了Repository介面的建構式，接下來就來介紹如何在網站啟動的時後，利用IOC容器把介面注入 首先透過NuGet安裝Autofac套件 ](http://1.bp.blogspot.com/-ntFr0enXaqk/U46KMynHIaI/AAAAAAAABXk/B81ttCgQGnQ/s1600/01.NuGet.png) 因為是MVC專案，所以還要再裝一個MVC整合套件 ](http://2.bp.blogspot.com/-7rOCvs9AgLQ/U46KQfEB8II/AAAAAAAABXs/P4WQJ1sUg5E/s1600/02.MVCPAckage.png) 依照慣例在App_Start資料夾下新增一個AutofacConfig namespace WebApplication1 { using Autofac; using Autofac.Integration.Mvc; using System.Reflection; using System.Web.Mvc; public class AutofacConfig { public static void RegisterDependies() { ContainerBuilder builder = new ContainerBuilder(); builder.RegisterControllers(Assembly.GetExecutingAssembly()); builder.RegisterAssemblyTypes(Assembly.GetExecutingAssembly()) .Where(x =&gt; x.Namespace.EndsWith("Repositories")) .AsImplementedInterfaces(); IContainer container = builder.Build(); DependencyResolver.SetResolver(new AutofacDependencyResolver(container)); } } } 在Global的Application_Start事件中啟用Autofac namespace WebApplication1 { using System.Web.Mvc; using System.Web.Routing; public class MvcApplication : System.Web.HttpApplication { protected void Application_Start() { AreaRegistration.

前言 當系統利用介面完成物件來隔離外部物件之後，為了方便測試通常會寫一些假的物件來抽換 但功能越來越多之後，測試的假類別也越多，檔案不好管理 這時後可以讓Moq利用反射的方式讓我們很容易地新增假物件 Moq只能模擬公開的介面，如果是繼承的類別則需要Virtual才能模擬 要使用Moq很簡單，利用NuGet安裝套件就行了 ](http://1.bp.blogspot.com/-cwTzcXKv6l0/U408MjPlOYI/AAAAAAAABXU/yxksMr1XfO8/s1600/01.Moq.png) 用一個簡單的IFoo介面來當例子 public interface IFoo { void F1(); int F2(); int F3(int x); event EventHandler&lt;object&gt; MyEvent; } 首先建立一個IFoo型別的Mock物件 在建構式中可以指定MockBehavior來設定模擬物件的程度 Strict是限制需要完整模擬物件，Loose則不需要 預設為Default，也就是Loose private Mock&lt;IFoo&gt; mock; [TestInitialize] public void MyTestInitialize() { this.mock = new Mock&lt;IFoo&gt;(); } 一開始先用沒有回傳值的函式當例子，就先不做更多的設定 直接使用Mock物件的Object屬性取得模擬的假物件就可以使用了 這裡用Verify和Times來檢查該函式的呼叫次數 [TestMethod] public void TestMethod1() { Mock&lt;IFoo&gt; foo = new Mock&lt;IFoo&gt;(); foo.Object.F1(); foo.Verify(x =&gt; x.F1(), Times.Once()); } 再來用一個有回傳值的函式當例子，所以再加上回傳值的設定 這裡的意思是呼叫F2函式的時後，總是回傳123的值回來 [TestMethod] public void TestMethod2() { Mock&lt;IFoo&gt; foo = new Mock&lt;IFoo&gt;(); foo.

前言 IOC(Inversion of Control)中文翻譯為控制反轉，是物件導向中的一種設計原則，目的是用來減低物件之間的耦合度 先來看一段兩個物件協同工作的程式碼 public class ObjA { private ObjB obj = new ObjB(); public void SomeAction() { obj.Work(); } } public class ObjB { public void Work() { Console.WriteLine("objB Work"); } } 物件A透過物件B去完成一項工作，所以物件A之中需要明確地指定物件B的存在 也就是說在建立物件A的同時，物件B也同時建立起來了 再簡單一點的說法，沒有物件B就沒有物件A，物件A相依於物件B 這段程式碼如果是萬年不變的邏輯，其實也無所謂 但如果相依的物件需要替換的時後，來看看會發生什麼事 public class ObjA { private ObjC obj = new ObjC(); public void SomeAction() { obj.Action(); } } public class ObjC { public void Action() { Console.WriteLine("objC Work"); } } 宣告的型態要改變，建立物件的類型也要改變，有可能連呼叫的方法都要改變 如果這份程式是自已最近寫的，那可能還會有點印象知道那幾個地方要改 如果一份年久失修又或是別人寫的，那可能需要很有勇氣地用全域取代的方式來修改 所以比較好的設計方式，是針對介面去寫程式

AAA Pattern 單元測試的程式碼有一個AAA Pattern，就是Arrange Act Assert 主要的目的是要讓測試程式碼好讀、好懂、好維護 Arrange：初始化測試環境 Act：執行測試程式 Assert：驗證測試結果 用一個簡單的程式來說明 主程式 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace ConsoleApplication1 { public class Calculator { public int Add(int x, int y) { return x + y; } } } 測試程式 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using ConsoleApplication1; using Microsoft.VisualStudio.TestTools.UnitTesting; namespace ConsoleApplication1.Tests { [TestClass()] public class CalculatorTests { [TestMethod()] public void AddTest() { // Arrange Calculator calc = new Calculator(); int x = 1; int y = 2; int expected = 3; // Act int actual = calc.

先新增一個測試專案 ](http://1.bp.blogspot.com/-TqMLm4sU89c/U1jM698OU3I/AAAAAAAABU4/SZc98f6b7kY/s1600/01.%E6%96%B0%E5%A2%9E%E5%B0%88%E6%A1%88.png) 可以看到主要元件是Microsoft.VisualStudio.QualityTools.UnitTestFramework ](http://4.bp.blogspot.com/-ePU5ykFwprU/U1jM-8lYv-I/AAAAAAAABVA/FjaE9kfddxY/s1600/02.%E6%96%B9%E6%A1%88%E7%B8%BD%E7%AE%A1.png) 該元件中常用的Attribute如下 屬性 說明 TestClass 用來識別內含測試方法的類別 TestMethod 用來識別測試方法，測試方法必須放置在測試類別中 AssemblyInitialize 用於該組件所有的測試之前，用來配置此組件所佔用的資源 ClassInitialize 用於測試類別的所有測試之前，用來配置該測試類別所使用的資源 TestInitialize 用於測試方法執行之前，用來配置該測試方法中所使用的資源 TestCleanup 用於測試方法執行完成之後，用來釋放該測試方法所佔用的資源 ClassCleanup 用於測試類別中所有的測試完成之後，用來釋放該測試類別所佔用的資源 AssemblyCleanup 用於該組件所有測試類別完成測試之後，用來釋放此組件所佔用的資源 using System; using Microsoft.VisualStudio.TestTools.UnitTesting; namespace UnitTestProject1 { [TestClass] public class UnitTest1 { [TestClass()] public sealed class DivideClassTest { [AssemblyInitialize()] public static void MyAssemblyInitialize(TestContext context) { Console.

Assert 類別 屬性 說明 AreEqual 確認兩個指定的物件相等如果這些物件都不相等，判斷提示就會失敗 AreNotEqual 確認兩個指定的物件不相等如果這些物件都相等，判斷提示就會失敗 AreSame 確認兩個指定的物件變數參考相同的物件如果它們參考不同的物件，判斷提示就會失敗 AreNotSame 確認兩個指定的物件變數參考不同的物件如果它們參考相同的物件，判斷提示就會失敗 IsTrue 驗證指定的條件是 true如果條件為 false，判斷提示就會失敗。 IsFalse 驗證指定的條件是 false如果條件為 true，判斷提示就會失敗 IsNull 確認指定的物件是 null如果它不是 null，判斷提示就會失敗 IsNotNull 確認指定的物件不是 null如果它是 null，判斷提示就會失敗 IsInstanceOfType 確認指定的物件是指定之型別的執行個體如果此型別不在物件的繼承階層架構內，判斷提示就會失敗 IsNotInstanceOfType 確認指定的物件不是指定之型別的執行個體如果此型別位於物件的繼承階層架構內，判斷提示就會失敗 Fail 判斷提示失敗，但不檢查任何條件 Inconclusive 表示無法驗證判斷提示 CollectionAssert 類別 屬性 說明 AllItemsAreInstancesOfType 確認指定之集合中的所有項目都是指定之型別的執行個體如果任何項目的型別不在其繼承階層架構內，判斷提示就會失敗 AllItemsAreNotNull 確認指定之集合中的所有項目都不是 null如果有任何項目是 null，判斷提示就會失敗 AllItemsAreUnique 確認指定之集合中的所有項目都是唯一的如果集合中有任兩個項目相等，判斷提示就會失敗 AreEqual 確認兩個指定的集合相等如果這些集合都不相等，判斷提示就會失敗 AreNotEqual 確認兩個指定的集合不相等如果這些集合都相等，判斷提示就會失敗 AreEquivalent 確認兩個指定的集合對等如果這些集合都不對等，判斷提示就會失敗 AreNotEquivalent 確認兩個指定的集合不對等如果這些集合都對等，判斷提示就會失敗 Contains 確認指定的集合包含指定的項目如果此項目不在集合中，判斷提示就會失敗 DoesNotContain 確認指定的集合不包含指定的項目如果此項目位於集合中，判斷提示就會失敗 IsSubsetOf 確認第一個集合是第二個集合的子集 IsNotSubsetOf 確認第一個集合不是第二個集合的子集 StringAssert 類別 屬性 說明 Contains 確認第一個字串包含第二個字串這個方法會區分大小寫 StartsWith 確認第一個字串以第二個字串開始這個方法會區分大小寫 EndsWith 確認第一個字串以第二個字串結束這個方法會區分大小寫 Matches 確認指定的字串符合規則運算式 DoesNotMatch 確認指定的字串不符合規則運算式