下面也以單元測試為例，看看怎么建立一個可量化、可衡量的單元測試階段的交付標準。
首先，需要確定開發人員是否進行了單元測試�？梢宰岄_發人員提交一份單元測試總結報告，上面需要大致的描述一下進行了那些單元測試。單元測試總結報告是否提交是一個可以量化的條件。
其次，需要評估一下單元測試的質量，主要可以通過如下方法：
是否有足夠的單元測試用例?可以對照詳細設計規定單元測試用例的數量，這是個量化的方法。
單元測試用例的通過率必須達到90%以上。
測試人員還可以抽樣執行開發人員編寫的單元測試用例，抽樣執行的單元測試用例的一次通過率必須在90%以上。這也是一個量化的方法，同時檢查了測試用例書寫的質量和單元測試執行的質量。
以上是一些常用的方式，而且這只是非常少的一部分，當給出確實可行的方法和可以量化的指標后，我們發現，評估一個產品是否達到了預計的質量要求就會變得相對容易很多，而且也避免了人為主觀判斷的尷尬。
最終的交付驗收有無和客戶確認通過的驗收標準和范圍?上線、割接和維護期有無明確的成功、失敗判定標準?
對于項目類的軟件開發，上面的監控非常重要。為客戶做項目的時候，一定要在前期和客戶確認怎么進行驗收，驗收通過的標準是什么，最好能形成書面的文檔，這樣才能在最后交貨的時候避免不必要的麻煩。而且，驗收標準和范圍應該是測試的一個最小測試集，要最大程度的確保正確性。
如果是比較大的軟件開發項目，還會牽扯到：上線、割接、維護，一般會寫在前期 的合同中，客戶會按照上述階段點階段性付費，所以如果上述階段點沒有明確的成功、失敗判定標準的話，對于公司尾款的收取是個挑戰。
通過以上的詳細詢問，我相信，測試工作范圍界定的是否有問題，測試工作是否規劃的全面、細致，監控者應該比較清楚了，下面的任務就是將你的疑問記錄下來，留待后面做證實。
2.測試實施期
在這個階段，測試工作進行了一段時間，測試人員的工作應該已經步入正軌，按部就班的完成一些任務。這個階段的特點是：開發人員和測試人員都按照日常的規范開始有條不紊的工作，有可能對一些問題已經習以為常，或者已經被同化。作為測試工作的監控者，應該在看似合理的工作中找出影響質量的問題，規避風險。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
