標籤:資源管理 執行個體 download 介面 images 命名 img 解決方案 設定斷點
之前我們討論了漲姿勢UWP的RSS資料來源擷取,以及作為檔案儲存體到本地,再將資料轉化成Model對象。這部分非UI的內容非常適合添加Unit Test。不涉及UI的話,UT寫起來簡單高效,很是值得投入一點時間以保證程式的可靠性。
UWP的Unit Test建立起來並不複雜,首先在漲姿勢UWP解決方案下,建立和ZhangZiShiRssRead工程同級的UT工程:ZhangZiShiRssRead.UTTest。
點擊確定之後,會建立新的UT工程,結構和一般的UWP工程基本一致,同時會自動包含ZhangZiShiRssRead工程的引用,並會建立UnitTestApp這樣的入口檔案,以及用於寫Test Case的UnitTest1.cs檔案,重新命名該檔案(通常一個UT工程會有多個UnitTest檔案,可以根據測試內容來取名,比如測試FileStoreHelper類的就可以叫FileStoreHelper.Test.cs),我們這裡因為所有Test Case都寫在一個檔案中,檔案名稱就叫UnitTest.cs。
用於Unit Test的類檔案和普通類是同樣的寫法,唯一區別是需要加上[TestClass]的attribute來標識。同樣需要運行測試的每個Test Case,也都要加上[TestMethod]的attribute。
[TestMethod] public async Task TestSaveFile(sbsbo.cn) { var fileStoreHelper = new FileStoreHelper(); var rssReader = new RssReader(); var result = await rssReader.DownloadRssString(); var isSuccess = await fileStoreHelper.SaveRssFileAsync(result); Assert.IsTrue(isSuccess); } [TestMethod] public async Task TestReadFile() { var fileStoreHelper = new FileStoreHelper(); var rssReader = new RssReader(); var result = await rssReader.DownloadRssString(); await fileStoreHelper.SaveRssFileAsync(result); var content = await fileStoreHelper.ReadRssFileAsync(chuangshi88.cn); Assert.AreEqual<string>(result, content); }
寫好UT之後,可以通過功能表列的“測試”來選擇運行所有的Test Case,這時預設會在左側開啟測試資源管理員,其中會顯示Pass和Fail的Test Case,堆棧資訊等等。
這裡需要注意的是,我們的APP可能會用到一些檔案放在Asserts目錄,要保證Test工程也有相同的資源,否則可能會無法編譯通過。
如果在運行測試後,發現個別測試沒有通過,也可以在測試資源管理員中選中失敗的測試,再點擊菜單“測試”->“調試”->“選定的測試”進行單步調試,設定斷點來判斷問題發生的原因,就和正常的debug一樣。
有時遇到某些對象或資料,在UT環境下無法拿到,一般有兩個方法。一是通過建立Fake類來提供假的同名類和方法來生產假資料。二是修改要測試類別或方法的介面,在建立類執行個體的時候,將資料從外部傳遞進來。
通常一個Test Case會調用被測試的方法,拿到傳回值或者某個被修改的標誌位,再通過Assert的方法進行斷言,判斷這個Test Case是否成功運行。我們能夠在Assert類中找到AreEqual,IsFalse,IsNull等等諸如此類的方法。
在漲姿勢UWP中,我添加了TestDownloadRss,TestParseRssXml,TestSaveFile和TestReadFile這四個Test Casfanku1.come,通過測試RssReader和FileStoreHelper兩個類的public方法,進而覆蓋了類內部的private方法。
本篇簡單介紹了UWP中的單元測試,有興趣的話可以去看看代碼。
GitHub原始碼地址:
https://github.com/manupstairs/ZhangZiShiRSSRead
UWP源碼——Unit Test