2010年軟件水平考試軟件測(cè)評(píng)師自動(dòng)化測(cè)試(5)

　　二、黑盒測(cè)試的實(shí)施方案

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

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

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

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

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

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