不喜欢写测试的朋友看过来,与你分享写测试的经验 做一个爱写测试的程序员...
自從掌握了單元測試的要領之后,經常寫測試,做測試,也非常喜歡做單元測試。我的文章《數據采集:完美下載淘寶Ip數據庫 簡單的程序節省60元人民幣而不必購買數據庫》中的代碼,也是個測試方法,源代碼在QQ群中公布過。
現在把它公開給大家,分享這個Ip地址信息下載功能的測試代碼:
[TestMethod] public void IPLibraryTest(){string whole = "211.64.0-255.0-255";IPRange ipRange = new IPRange(whole);List<IPAddress> addresses = ipRange.GetAllIP() as List<IPAddress>;DataTable table = new DataTable("Ip");JavaScriptSerializer serializer = new JavaScriptSerializer();string url = string.Empty, json = string.Empty;Parallel.ForEach(addresses, (address) =>{url = string.Format("http://ip.taobao.com/service/getIpInfo.php?ip={0}", address.ToString());json = string.Empty;try{json = Convert.ToString(NetworkHelper.PostRequest(url));}catch (Exception){}Object obj2 = serializer.DeserializeObject(json);if (string.IsNullOrWhiteSpace(json)||obj2 == null)return;Dictionary<String, Object> dictionary = (Dictionary<String, Object>)obj2;foreach (KeyValuePair<string, object> valuePair in dictionary){if (valuePair.Value.GetType() == typeof (Dictionary<string, object>)){Dictionary<String, Object> subdictionary = valuePair.Value as Dictionary<String, Object>;lock (table){if (table.Columns.Count == 0){foreach (KeyValuePair<string, object> pair in subdictionary){table.Columns.Add(pair.Key, typeof (string));}}DataRow row = table.NewRow();foreach (KeyValuePair<string, object> pair in subdictionary){row[pair.Key] = pair.Value;}table.Rows.Add(row);}}}});string databaseFile = @"H:\Development\Source\Test\Database\64IpLibrary.accdb";OleDbHelper accessHelper = new OleDbHelper(databaseFile);accessHelper.AppendData(table); }程序中的不合理的地方,歡迎批評指正。
三個工具的組合 Visual Studio + Resharper + Visual Source Safe,經過幾年的積累,累積了大量的測試代碼。
Visual Studio內置的MSTest本身好用,NUnit也可以,這是測試的基礎工具,再配合Reshaprer的測試管理器,在方法前面點一個小按鈕,即可以調試或是運行的方式開始測試,相當方便。最后,累積的測試代碼,直接提交到源代碼管理工具中,備以后查驗。
我們開發中經常遇到這樣的情景,有一個小方法不知道是否正確,需要測試一下。不需要復雜的用戶輸入的功能,可以開一個控制臺程序,執行測試,如用戶輸入復雜,則需要開一個Windows Forms程序。測試完成后,把可用的功能代碼拷貝走,剩下的測試程序通常會扔掉。在沒有學會MSTest之前,我經常這么做。等到以后發現有問題時,再回來來找當初的測試情景和代碼,傳遞的參數數據,已經無從得知。
經過這種痛苦之后,我開始嘗試單元測試,把要測試的代碼和數據都保存一個Test項目中,每個解決方案都跟一個測試項目,用于執行測試,保存測試參數:
經過若干年的積累,這里面積累了很多實用的代碼。
比如在做許可驗證時,生成公匙和私匙,就下面二行代碼,于是寫成一個測試方法,保存在我的源代碼服務器中
[TestMethod] public void SolutionValidationTest() {string publickey = RSACryptionHelper.GeneratePublickKey(false);string privateKey = RSACryptionHelper.GeneratePublickKey(true); }這種代碼庫的積累,如果回憶起來,比查MSDN還快。
再比如,我的許可證機制是以Signature Xml為基礎的,下面的方法可以測試許可證文件,驗證它的正確性。
[TestMethod] public void SolutionLicenseValidationTest(){SolutionLicense license = SolutionLicense.ReadLicense();string licenseFile = @"H:\Development\Build\License.lic";StreamReader reader = new StreamReader(licenseFile, Encoding.UTF8, true);XmlTextReader xmlReader = new XmlTextReader(licenseFile);XmlDocument doc = new XmlDocument();doc.Load(xmlReader);doc.Load(reader);license = SolutionLicense.ReadLicense();license.VerifyLicense(); } ?有時候真的很偷懶,不想寫個GUI程序,就用這種方法來進行。調試過程中,如果有異常,MSTest會中斷運行,顯示異常的原因。用NUnit寫的測試也一樣的效果。有了Resharper的幫助,做代碼的單元測試時,你完全像是在做功能測試一樣,告訴VS我想運行一個方法,在方法名稱前點擊Run或是Debug即可。
行號左邊的那個小按鈕,對測試的運行和調試起到關鍵性的作用,極大的簡化了測試代碼的運行和檢測。
有時候,我并不想調用Assert去判斷值的真或假,比如上面的生成許可證文件,我去硬盤里面看看,檢查一下內容也可以判斷,自動化的步驟是加一個Assert(true, File.Exist(fileName)) ,但是由決定權在你手里,能把代碼測試好,功能調試好就可以收工回家。
?
通俗的理解,單元測試的二個主要作用:
1? 保存API接口或是功能的調用方式和參數值,以留作改善或是問題查找的源頭
2? 記錄對新技術的學習,掌握情況,供快速參考。
Lambda表達式代表一個匿名方法,如果調用這個方法,對它求值呢,參考下面的代碼例子
[TestMethod] public void TraceTestMethod() {Expression<Func<DateTime>> expr = () => DateTime.Now.AddDays(1);Func<DateTime> tomorrow = expr.Compile();Console.WriteLine(tomorrow());}看了這個例子后,肯清楚的解釋了步驟,照葫蘆化瓢,一下子就可以應用到工作中。
再來看幾個擴展方法的例子,看下面的代碼,生成字節數
[TestMethod] public void ByteTest() {var kb = 1.KB();var mb = 1.MB();var gb = 1.GB();var tb = 1.TB(); }追綜到源代碼中,原來是這樣的幾個擴展方法:
/// <summary> /// Kilobytes /// </summary> /// <param name="value"></param> /// <returns></returns> public static int KB(this int value){return value * 1024;}/// <summary> /// Megabytes /// </summary> /// <param name="value"></param> /// <returns></returns> public static int MB(this int value){return value.KB() * 1024;}/// <summary> /// Gigabytes /// </summary> /// <param name="value"></param> /// <returns></returns> public static int GB(this int value){return value.MB() * 1024;}/// <summary> /// Terabytes /// </summary> /// <param name="value"></param> /// <returns></returns> public static long TB(this int value){return (long)value.GB() * (long)1024;}測試代碼是為自己而寫,為自己掌握這項技術,熟悉這下技術,記的筆記。
Visual Studio本身就是個很好的代碼收藏工具,有最好的編輯器,調試器,再以一個源代碼管理工具作為輔助,這就組合成一個很好的代碼收藏工具。看了我這篇文章之后,你可能再也不想用代碼收藏工具了。我鼓勵你把它扔掉,把收藏的代碼片段直接保存在一個測試項目中,堅持積累,積跬步而行千里路,庖丁解牛,游刃有余。
轉載于:https://www.cnblogs.com/JamesLi2015/p/3158036.html
總結
以上是生活随笔為你收集整理的不喜欢写测试的朋友看过来,与你分享写测试的经验 做一个爱写测试的程序员...的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: enmu枚举类型
- 下一篇: sql面试语句与后台调用js提示语句