單體測試書的檢查要點

在系統開發中單體測試時非常重要的。特別是對於承擔開發任務的公司來說，單體測試做得好的話能大大減少返工，提高效率。特別是我們的一些外包公司，可能有的專案只讓你做編碼和單體測試。

單體測試是質量的第一關，要做好單體測試首先要寫好單體測試書。也許有的公司就沒有單體測試書這回事，完全憑藉員工的經驗來做單體測試，這樣做的風險較大。

寫單體測試書雖然要花費一定時間，但寫單體測試書以下幾個好處。

1、在寫單體測試書的時候能夠更加準確地理解詳細設計書甚至是要件定義。

2、寫好的測試書在做review的時候能夠進一步理解詳細設計書。

3、能夠更加全面的進行單體測試，而不是依靠具體的某個員工的經驗，這樣降低了測試的門檻。

4、能夠客觀判斷測試人員的工作進度，而不是有測試人員報告的進度。這樣能夠掌控專案，降低風險。

5、對於客戶來說看到了單體測試書的話，能夠更好地評價品質。增加客戶信任度。

當然，我們的單體測試書如果只當是一項任務來做的話，可能寫的亂七八糟，反而是浪費時間了。為了避免這種情況，我們要預先準備好一些模板，比如畫面系的單體測試書寫法，批處理的單體測試書寫法，帳票的單體測試書寫法等等。

畫面系還可以更加細分，比如設定畫面，模板畫面等等。然後培訓一下測試書的寫法，這樣我們就能在不同的專案都稍加改進就利用一套具有實踐意義的成果，提高測試書的質量。

單體測試書寫好後我們就是認真仔細地進行測試，如果在測試的過程發現還有遺漏可以繼續補充。

做好單體測試後，我們的**質量就會較高，在這個基礎在進行結合測試，或者提高給客戶做結合測試的時候我們的bug率就會較低，返工也就降低了，如果返工我們的工數是成倍的增加，對公司降低成本非常不利。

當然，單體測試的質量的好壞，很大程度還是要依賴於詳細設計書的質量。如果詳細設計書寫的一塌糊塗，我想單體測試書的質量也高不到**去。

如果詳細設計，編碼，單體測試都是自己公司承擔的時候，重點應該放在詳細設計上。我發現很多人都比較重視編碼，還沒設計好就先寫**了，這樣的習慣是非常不好的。沒有藍圖的建築質量是沒***的。

如果自己的公司只是承擔編碼和單體測試，詳細設計是由客戶提供的話，可以客戶提高的詳細設計質量較差，那這個要盡量爭取式樣變更。降低自己的負擔。即使是這樣也要盡早和客戶**詳細設計式樣，盡早發現問題，解決問題。這樣能夠使自己公司和客戶都降低風險，降低成本，更加能夠得到客戶的認可。

單體測試時我們質量的起步，如果起步都走不好那以後路也就不好走了。