二、黑盒測試的實施方案

　　傳統(tǒng)系統(tǒng)的編程語言和邏輯全是過程式的。這種邏輯順序只有當(dāng)數(shù)據(jù)中的值引起不同的循環(huán)或控制順序改變時才會發(fā)生變化。

　　客戶機/服務(wù)器和圖形用戶界面系統(tǒng)不是過程式的。它們是事件驅(qū)動的。這意味著計算機針對發(fā)生的事件執(zhí)行相應(yīng)的程序。這里的事件是指用戶采取的行為，象鍵盤活動，鼠標(biāo)移動，鼠標(biāo)擊鍵動作和按鍵的動作，都是事件的例子。因為事件發(fā)生的順序不能預(yù)先知道，事件驅(qū)動系統(tǒng)相對來說更難測試。開發(fā)人員不可能知道用戶下一次要選中哪個按鈕或菜單項。實際上，應(yīng)用程序必須在任何時候?qū)λ�有發(fā)生和可能發(fā)生的事件作好正確處理的準(zhǔn)備。

　　另外，隨著RAD(快速應(yīng)用開發(fā)方式)的引入，導(dǎo)致應(yīng)用的實現(xiàn)速度很快，但這種方式也有它的不足。一個重要的缺點是項目規(guī)劃經(jīng)常漏掉重要的測試階段。測試象在傳統(tǒng)開發(fā)項目中一樣，經(jīng)常被忽視，并且給予很不現(xiàn)實的少量時間和資源。對于這一點，測試RAD方式下提交的應(yīng)用并保證軟件質(zhì)量是測試團隊的首要工作。

　　黑盒測試在實施時又分為客戶端的測試和服務(wù)器端的性能測試。客戶端的測試主要關(guān)注應(yīng)用的業(yè)務(wù)邏輯，用戶界面，功能測試等;服務(wù)器端的測試主要關(guān)注服務(wù)器的性能，衡量系統(tǒng)的響應(yīng)時間、事務(wù)處理速度和其他時間敏感的需求。在應(yīng)用系統(tǒng)最終被交付之前保證這兩方面的測試沒有缺陷。

　　由于測試并不是進行一次就可以完成的個過程，而是需要根據(jù)產(chǎn)品版本的變化生成不同的測試過程，如果這一過程僅通過手工方式完成是很難達到的。需要通過工具的幫助，從而簡化測試的復(fù)雜程度，降低在測試成本上的開銷，縮短投放市場的時間。還有一個突出的特點就是應(yīng)用程序的回歸測試，這是手工方式完成不了的過程，只有通過工具才能實施。而回歸測試在測試階段是很重要的過程，通過回歸測試可以發(fā)現(xiàn)很多隱含的缺陷和錯誤。

　　在服務(wù)器端的測試主要以模擬合法用戶活動給系統(tǒng)的負載，負載測試的統(tǒng)計結(jié)果被用來預(yù)測用戶將體驗到的性能和響應(yīng)時間。這都需要在客戶機/服務(wù)器系統(tǒng)發(fā)行之前都要進行的。