先回答第一個問題，如何驗證<開發>團隊遞交給<測試>團隊的程式已經做完單元測試？方式之一是：<開發>團隊在做單元測試時，一樣要留下客觀的書面證據。方式之二是：要客觀衡量的數據。也就是要有公司政策訂定或歷史的數據。於完成單元測試交付<測試>團隊後，程式碼的缺陷密度(Defect density)(bug 數/KLOC)要低於多少，當測試團隊於測試中發現某個測試項目的缺陷密度高於此數字時，不論是否做過單元測試，都退回給<開發>團隊重新執行單元測試並除錯。個人認為這就是為什麼CMMI要將“度量與分析”流程領域放在Level 2而“驗證”、“確認”放在Level 3的原因。

第二個問題，在文字上看起來有些許的模糊，我把它重新定義為：測試團隊如何界定其自身的測試工作範圍？(如果不是原意請包涵)要回答這個問題，先要了解測試基本上分為三個層級，即單元測試、整合測試與系統測試。測試團隊理應為整個軟體測試工作負起全部的責任。但是，在執行上可將單元測試委託給<開發>團隊去設計、執行，甚或單元測試的規劃工作也可委由他們來做。除此之外，其它的測試工作都要由測試團隊來處理。當然，這只是眾多方式中的一種。您可以依據貴公司的組織政策、文化與專案的特性而做不同的考量與安排。

軟體品質協會專案管理師 周茂松 敬上