圖5顯示了測試腳本回放期間功能測試組件的交互作用。
報表提供水平橫條圖，針對小組爲每個使用者本文所定義的每一組測試案例與測試組態組合，顯示這些組合的結果計數。
通過一些修改，這個方法可以直接被測試組織所利用。
這像是給開發過程*尾續貂，而且大家都覺得這僅僅是測試組的職責所在。
所有競賽工作人員必須在此航次出現，因其目的是充分測試組織工作的所有方面，以及讓飛行員熟悉競賽的程序。
然後測試組織就按照那個順序來執行測試用例。
但您如何將這個概念應用於測試組織中呢？
而大多數軟件測試出版物並不會參考用例，實際上這些用例在許多區域的驅動改善方面，對測試組織具有極其重要的價值。
強調*分工，而不是強調項目本身，這種管理方式讓我覺得，如果貝寶這個項目沒有成功的話，我相信每一個小組都會說是因爲別人的錯，而不是自己的錯。假如你開發了一個新功能，運行時出現了一個漏洞，通常，第一個被指責的會是質量評測團隊，因爲他們的測試沒有做好，而質量測試組又會覺得是產品組的訴求文件沒寫清楚，產品組又。
而且，將這些測試組織爲多種、但仍舊非常大的測試組。
對土壤的物理機械*能勘察由實地勘探及實驗室測試組成。
得到已經正常運轉的代碼是非常有用的，這樣可以制定測試組件，來精確定義你到底要解決什麼問題。
將要執行的測試用例進行排序是測試組織十分關鍵的一種管理工具。
不幸的是，這意味着即使是爲了測試組件，開發人員也必須涉足部署人員的領地，並且還要準備配置應用服務器。
雖然這些結果看來大有希望，但是測試組的規模非常小，說服不了該領域有主見的專家。
您可以計算測試和測試組件下的系統部分的覆蓋範圍，以對測試結果有更好的控制。
在很多團隊中，測試組的部分契據代表着客戶的利益，並且推進質量問題的解決。
