黑盒測試方案

黑盒測試的實(shí)施方案隨著RAD(快速應(yīng)用開發(fā)方式)的引入，導(dǎo)致應(yīng)用的實(shí)現(xiàn)速度很快，但這種方式也有它的缺乏。一個重要的缺點(diǎn)是工程規(guī)劃常常漏掉重要的測試階段。測試像在傳統(tǒng)開發(fā)工程中一樣，常常被忽視，并且賜予很不現(xiàn)實(shí)的少量時間和資源。對于這一點(diǎn)，測試RAD方式下提交的應(yīng)用并保證軟件質(zhì)量是測試團(tuán)隊的首要工作。黑盒測試在實(shí)施時又分為客戶端的測試和服務(wù)器端的性能測試?？蛻舳说臏y試主要關(guān)注應(yīng)用的業(yè)務(wù)規(guī)律，用戶界面，功能測試等；服務(wù)器端的測試主要關(guān)注服務(wù)器的性能，衡量系統(tǒng)的響應(yīng)時間、事務(wù)處理速度和其他時間敏感的需求。在應(yīng)用系統(tǒng)最終被交付之前保證這兩方面的測試沒有缺陷。由于測試并不是進(jìn)行一次就可以完成的過程，而是需要依據(jù)產(chǎn)品版本的變化生成不同的測試過程，假如這一過程僅通過手工方式完成是很難到達(dá)的。需要通過工具的關(guān)心，從而簡化測試的簡單程度，降低在測試本錢上的開銷，縮短投放市場的時間。還有一個突出的特點(diǎn)就是應(yīng)用程序的回歸測試，這是手工方式完成不了的過程，只有通過工具才能實(shí)施。而回歸測試在測試階段是很重要的過程，通過回歸測試可以覺察許多隱含的缺陷和錯誤。在服務(wù)器端的測試主要以模擬合法用戶活動給系統(tǒng)的負(fù)載，負(fù)載測試的統(tǒng)計結(jié)果被用來猜想用戶將體驗(yàn)到的性能和響應(yīng)時間。這都需要在客戶機(jī)/服務(wù)器系統(tǒng)發(fā)行之前都要進(jìn)行的。測試方案的內(nèi)容(1)測試負(fù)責(zé)人以及測試范圍測試負(fù)責(zé)人：負(fù)責(zé)溝通和推動整個測試過程，人員和時間支配，以及寬跨團(tuán)隊合作的溝通，和對外公示進(jìn)度等工作。測試范圍：團(tuán)隊合作的工程，測試方案中肯定要明確各方的測試范圍，避開重測和漏測。(2)測試類型白盒測試：黑盒手段不易掩蓋或掩蓋不到的路徑黑盒測試：功能測試、UI測試、業(yè)務(wù)流程性能測試：響應(yīng)時間、系統(tǒng)內(nèi)存占用、使用流暢度平安測試：涉及用戶隱私的測試沖突測試：殺毒軟件環(huán)境兼容性測試：不同系統(tǒng)環(huán)境、軟件環(huán)境下運(yùn)行狀況壓力測試：多用戶并發(fā)、與服務(wù)器交互(3)測試環(huán)境規(guī)劃：產(chǎn)品運(yùn)行環(huán)境：特定的運(yùn)行環(huán)境，或者對其他程序有依靠的產(chǎn)品兼容性環(huán)境：與其他進(jìn)程或者系統(tǒng)的兼容性沖突環(huán)境：安裝各種殺毒軟件壓力測試環(huán)境：構(gòu)造多用戶并發(fā)的數(shù)據(jù)量測試服務(wù)器搭建：與服務(wù)器交互，構(gòu)造測試數(shù)據(jù)(4)測試工具的設(shè)計和選擇：依據(jù)需要選擇的不同的測試類型，選擇不同的測試工具，比方：抓包工具與服務(wù)器交互的功能(Fiddler、wireshark>Charles等)黑盒幫助工具一一大搜狗的代碼掩蓋率，從代碼層面上幫助黑盒測試人員直觀的了解用例的掩蓋度，精確定位未掩蓋局部，幫助黑盒人員精準(zhǔn)提問和了解對應(yīng)的功能。（5）測試用例設(shè)計:需要參加編寫人員：產(chǎn)品功能需要幾個人參加時間：用例編寫開頭和結(jié)束時間，需要的人/天（用于統(tǒng)計工作量）用例設(shè)計方法：不同功能選取適當(dāng)?shù)脑O(shè)計方法，提高掩蓋度，削減冗余。（6）白盒測試（其他人員幫助）功能驗(yàn)證中是否有黑盒手段無法構(gòu)造，需要其他人員幫助搭建的測試場景。這就涉及到跨團(tuán)隊的合作，需要考慮合作團(tuán)隊的人員和時間問題。以輸入法的個人中心登錄功能為例，測試方案如下：有了測試方案作指導(dǎo)，測試前期就不會做事無頭緒，各種測試環(huán)境、工具、幫助人員的時間支配都可以在用例執(zhí)行前預(yù)備好，保證后期執(zhí)行工作的順當(dāng)進(jìn)行，避開執(zhí)行中臨時搭建環(huán)境等耗費(fèi)時間。測試方案制定過程中的留意事項:（1）明確劃分測試范圍：涉及團(tuán)隊合作的功能，在前期肯定做好溝通和確認(rèn)，雙方的測試范圍,并且在測試方案或者郵件中明確寫出，意在提示雙方的職責(zé)范圍。（2）明確各功能模塊的負(fù)責(zé)人：確定參加的人員和時間，確認(rèn)