之前我做過單元測試的博，但是在實際的專案中一直還沒有使用。
因為之前的專案都是我乙個人寫的，但是單元測試的必要性真的不大，而且專案本身不難。
但是這次不一樣，這次專案本身比較大，而且分工也很明確。
我負責的是服務層和資料層，也就是說，與頁面互動上面的**需要使用我的服務。
也就是說我沒有拿頁面測試我自己**的情況了。
一開始我沒有寫單元測試，然後專案中每當有人說要用我服務的時候，我就特別心慌，萬一那個乙個點錯誤了，就會導致別人時間耽誤，所以每次別人使用的時候我都趕緊看一下我寫的有沒有什麼問題，但是這樣下去不對，於是我就開始寫起了單元測試。
我寫完我所有服務之後，大概2-3天的時間寫完了所有的單元測試，雖然我的單元測試不是特別專業，但是之後呼叫服務的時候，我心裡至少有底了，之後再怎麼樣也不會有低階錯誤了。
還是那句話，單元測試不是證明你是對的，而是證明你沒有錯。
總結一下，雖然單元測試有點浪費時間，但是確實很有效。
1、以後最好寫乙個服務馬上寫完這個服務的單元測試，這樣以後的服務能很好的避免犯同樣的錯誤，這樣可以節約時間。
2、單元測試中的構造物件的方法，比如新增乙個物件的時候，那些新增的物件的**可以在實際寫控制層的時候可以復用，所以可以提高時間。
3、單元測試在實際調頁面的時候也可以用，因為實際中，很多的錯誤在頁面上面其實查起來很麻煩。
4、單元測試如果時間不急，一定要測試多種情況，有分頁一定要查檢視第二頁是不是有資料，不能只看第一頁有資料了就不管了。
5、很多時候報錯在單元測試中其實是很明白的，不要怕去看懂它。
6、單元測試的時候一定要寫好注釋，特別是對你出現問題的注釋，很多時候我們只是測試完了，有錯誤就改了，並沒有記錄在注釋中。這樣是不對的，單元測試還有乙個好處就是這個，當你專案做完了之後，當你review code的時候，你看一下你的單元測試的注釋你就馬上知道你之前犯的錯誤了。這樣專案總結的時候，你能獲得更多的經驗，減少下乙個專案犯同樣錯誤的機會。
程式設計入門 C語言 翁愷 第一次單元測試
返回 本次得分為 45.00 45.00,本次測試的提交時間為 2018 05 20,如果你認為本次測試成績不理想，你可以選擇 再做一次。1 單選 3分 下列程式段輸出結果為 int x 1,y 012 printf d y x 得分 總分 2 單選 3分 下面程式段的輸出結果是？int k whi...
第一次專案
部落格班級 作業要求 homework 11169 作業目標 作業源 學號 211806422 記錄完成 1.行數 132行 記錄過程 關於git的一些流程步驟著實讓我非常頭疼，也諮詢了很多寫完的同學，包括室友，都比較困難的去完成這些東西。包括下面這個git clone 等等 在 的書寫方面，運用了...
第一次使用
本markdown編輯器使用stackedit修改而來，用它寫部落格，將會帶來全新的體驗哦 markdown 是一種輕量級標記語言，它允許人們使用易讀易寫的純文字格式編寫文件，然後轉換成格式豐富的html頁面。維基百科 使用簡單的符號標識不同的標題，將某些文字標記為粗體或者斜體，建立乙個鏈結等，詳細...