應當指出，組裝測試是從客戶對象(主動)，而不是從服務器對象(被動)上發現錯誤。正如傳統的軟件組裝測試是把注意點集中在調用代碼而不是被調用代碼一樣，即發現客戶對象中“可能的故障”。
2.基于腳本的測試
基于故障測試減少了兩種主要類型的錯誤：
(1)不正確的規格說明,如做了用戶不需要的功能，也可能缺少了用戶需要的功能。
(2)子系統間的交互作用沒有考慮，如一個子系統(事件或數據流等)的建立，導致其他子系統的失敗。
基于腳本的測試主要關注用戶需要做什么，而不是產品能做什么，即從用戶任務(使用用例)中找出用戶要做什么及去執行。
這種基于腳本的測試有助于在一個單元測試情況下檢查多重系統。所以基于腳本測試用例測試比基于故障測試不僅更實際(接近用戶)，而且更復雜一點。
例如：考察一個文本編輯的基于腳本測試的用例設計。
使用用例：確定最終設計
背景：打印最終設計，并能從屏幕圖像上發現一些不易見到的且讓人煩惱的錯誤。
其執行事件序列：打印整個文件;移動文件，修改某些頁;當某頁被修改，就打印某頁;有時要打印許多頁。
顯然，測試者希望發現打印和編輯兩個軟件功能是否能夠相互依賴，否則就會產生錯誤。
3.OO類的隨機測試
如果一個類有多個操作(功能)，這些操作(功能)序列有多種排列。而這種不變化的操作序列可隨機產生，用這種可隨機排列的序列來檢查不同類實例的生存史，就叫隨機測試。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
