XXXXXXXXXXXXXXXXXXXXXXXX白盒測試實驗名稱：白盒〉則試班級：計算機071學號： 姓名： 實驗日期：2010.9.301、測試計劃標識符測試計劃版本：Version2.1測試等級：SSS測試軟件版本：Enterprise2、簡要介紹產(chǎn)品規(guī)格：制造商：TeamHEY，軟件版本號：Version2.1。軟件的運行平臺：WindowsXP，WindowsVista,Windows7。應用領域：教學測試，學生實驗。軟件的特點是：簡單，實用，占用系統(tǒng)資源少。主要功能模塊的特點:模塊之間聚合度不高，結構簡單易懂。3、 測試項目功能測試：測試覆蓋所有的功能項。設計測試：用戶界面，菜單結構，窗體設計等是否合理。整體測試：測試數(shù)據(jù)從軟件中的一個模塊流到另一個模塊的過程中的準確與否。4、 測試對象以用戶身份登錄并查看并檢測該軟件的界面，實現(xiàn)功能。5、 不需要測試的對象不測試的對象：在網(wǎng)絡不穩(wěn)定時是否能順利完成軟件下載。原因：環(huán)境條件不足。6、 測試方法1、語句覆蓋1） 主要特點：語句覆蓋是最起碼的結構覆蓋要求，語句覆蓋要求設計足夠多的測試用例，使得程序中每條語句至少被執(zhí)行一次。2） 用例設計：（如果此時將A路徑上的語句1一〉T去掉，那么用例如下）XY路徑15050OBDE29070OBCE3）優(yōu)點：可以很直觀地從源代碼得到測試用例，無須細分每條判定表達式。4）缺點：由于這種測試方法僅僅針對程序邏輯中顯式存在的語句，但對于隱藏的條件和可能到達的隱式邏輯分支，是無法測試的。在本例中去掉了語句1一〉T去掉，那么就少了一條測試路徑。在if結構中若源代碼沒有給出else后面的執(zhí)行分支，那么語句覆蓋測試就不會考慮這種情況。但是我們不能排除這種以外的分支不會被執(zhí)行，而往往這種錯誤會經(jīng)常出現(xiàn)。再如，在Do-While結構中，語句覆蓋執(zhí)行其中某一個條件分支。那么顯然，語句覆蓋對于多分支的邏輯運算是無法全面反映的，它只在乎運行一次，而不考慮其他情況。2、判定覆蓋1） 主要特點：判定覆蓋又稱為分支覆蓋，它要求設計足夠多的測試用例，使得程序中每個判定至少有一次為真值，有一次為假值，即：程序中的每個分支至少執(zhí)行一次。每個判斷的取真、取假至少執(zhí)行一次。2） 用例設計：XY路徑19090OAE25050OBDE39070OBCE3） 優(yōu)點：判定覆蓋比語句覆蓋要多幾乎一倍的測試路徑，當然也就具有比語句覆蓋更強的測試能力。同樣判定覆蓋也具有和語句覆蓋一樣的簡單性，無須細分每個判定就可以得到測試用例。4） 缺點:往往大部分的判定語句是由多個邏輯條件組合而成（如判定語句中包含and、OR、CASE），若僅僅判斷其整個最終結果，而忽略每個條件的取值情況，必然會遺漏部分測試路徑。3、條件覆蓋1） 主要特點：條件覆蓋要求設計足夠多的測試用例，使得判定中的每個條件獲得各種可能的結果，即每個條件至少有一次為真值，有一次為假值。2） 用例設計：XY路徑19070OBC240OBD3）優(yōu)點：顯然條件覆蓋比判定覆蓋，增加了對符合判定情況的測試，增加了測試路徑。4）缺點：要達到條件覆蓋，需要足夠多的測試用例，但條件覆蓋并不能保證判定覆蓋。條件覆蓋只能保證每個條件至少有一次為真，而不考慮所有的判定結果。4、判定/條件覆蓋1） 主要特點：設計足夠多的測試用例，使得判定中每個條件的所有可能結果至少出現(xiàn)一次，每個判定本身所有可能結果也至少出現(xiàn)一次。2） 用例設計：XY路徑19090OAE25050OBDE39070OBCE47090OBCE3） 優(yōu)點：判定條件覆蓋滿足判定覆蓋準則和條件覆蓋準則，彌補了二者的不足。4） 缺點：判定/條件覆蓋準則的缺點是未考慮條件的組合情況。5、組合覆蓋

1）主要特點：要求設計足夠多的測試用例，使得每個判定中條件結果的所有可能組合至少出現(xiàn)一次。2）用例設計:XY路徑19090OAE29070OBCE39030OBDE47090OBCE53090OBDE67070OBDE75050OBDE3）優(yōu)點：多重條件覆蓋準則滿足判定覆蓋、條件覆蓋和判定/條件覆蓋準則。更改的判定/條件覆蓋要求設計足夠多的測試用例，使得判定中每個條件的所有可能結果至少出現(xiàn)一次，每個判定本身的所有可能結果也至少出現(xiàn)一次。并且每個條件都顯示能單獨影響判定結果。4）缺點：線性地增加了測試用例的數(shù)量。6、路徑覆蓋1）主要特點：設計足夠的測試用例，覆蓋程序中所有可能的路徑。2）用例設計:3） 優(yōu)點：這種測試方法可以對程序進行徹底的測試，比前面五種的覆蓋面都廣。4） 缺點：由于路徑覆蓋需要對所有可能的路徑進行測試（包括循環(huán)、條件組合、分支選擇等），那么需要設計大量、復雜的測試用例，使得工作量呈指數(shù)級增長。7、 測試項通過/失敗的標準該測試項目通過的測試用例占所有測試用例的比例為100%，缺陷的數(shù)量為0，暫無缺陷。文檔的完整性高，用戶滿意度99%。8、 中斷測試和恢復測試的判斷準則中斷測試的判斷標準：系統(tǒng)重新啟動或軟件未響應?；謴蜏y試的標準：重新啟動軟件，繼續(xù)測試。9、 測試完成所提交的材料測試日志，測試數(shù)據(jù)，測試缺陷報告，測試設計規(guī)格說明，測試用例,自定義工具和測試總結報告等。10、 測試任務分配各個測試環(huán)節(jié)的人員源代碼測試：A實現(xiàn)的用戶界面測試：B實現(xiàn)的功能測試：C數(shù)據(jù)測試：D缺陷檢測：E總結報告：F11、 測試所需的資源人員：10人；設備特性：20臺PC機，專業(yè)機房;軟件：Office2007,C++,其他資源：參考文獻。12、 測試人員的工作職責源代碼測試：HEY實現(xiàn)的用戶界面測試：G實現(xiàn)的功能測試：H數(shù)據(jù)測試：I缺陷檢測：J總結報告：K建立產(chǎn)品部件清單：L主項目進度：M軟件會議：N13:人員安排與培訓需求A負責源代碼的字符格式，B負責整體的布局，C負責軟件的配置和兼容性，D負責軟件的壓迫和重負。參與測試人員要求掌握各軟件的使用和C++語言程序的編寫。14：測試進度表源代碼檢測完成 2010.9.27用戶界面檢測完成 2010.9.27功能測試完成 2010.9.28缺陷檢測完成 2010.9.29總結報告上交 2010.