軟件測試第二講軟件測試策略與過程-文庫吧資料
2025-05-11 18:03本頁面
【正文】 黑盒測試和白盒測試 ?什么是白盒測試 ? 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試 ? 必須知道軟件內(nèi)部工作過程 ， 通過測試來檢測軟件內(nèi)部是否按照需求 、 設(shè)計正常運(yùn)行 ? 通過邏輯覆蓋、路徑覆蓋等方式選擇測試用例，可以用測試覆蓋率評價測試用例 ? 白盒測試法是否可以用窮舉邏輯或路徑法來測試？ 黑盒測試和白盒測試 P IN OUT 白盒測試 : 黑盒測試 : 黑盒測試和白盒測試 ?黑盒測試主要工作：檢查實(shí)現(xiàn)功能與實(shí)際需求的滿足程度； （ 確認(rèn)和驗(yàn)證的過程 ） ?白盒測試主要工作： 代碼檢查（語法、邏輯、書寫） 靜態(tài)結(jié)構(gòu)分析（內(nèi)部關(guān)系如系統(tǒng)結(jié)構(gòu)、函數(shù)調(diào)用關(guān)系等） 功能確認(rèn)與接口分析 （主要是確認(rèn)過程） 邏輯覆蓋率分析（內(nèi)部的執(zhí)行路徑、提高軟件的可靠性） 性能與效率分析 內(nèi)存分析（內(nèi)存泄露、內(nèi)存越界等） 手工測試和自動測試 ?手工測試 ?自動測試 ?適合自動化的測試操作 ?手工測試和自動測試的比較 手工測試和自動測試 手工測試 ?傳統(tǒng)的測試方法 ?由測試人員手工編寫測試用例 ?缺點(diǎn)在于測試工作量大，重復(fù)多，回歸測試難以實(shí)現(xiàn) 手工測試和自動測試 自動測試 ?利用軟件測試工具自動實(shí)現(xiàn)全部或部分測試工作：管理、設(shè)計、執(zhí)行和報告 ?自動測試節(jié)省大量的測試開銷，并能夠完成一些手工測試無法實(shí)現(xiàn)的測試 ?自動化測試前必須首先手工測試 （調(diào)試） ?缺點(diǎn)：無法及時進(jìn)行動態(tài)調(diào)整和數(shù)理分析，例如：計算正確不代表邏輯性上沒有錯誤； 手工測試和自動測試 適合自動化的測試操作 ?測試用例的生成 （ 包括測試輸入 ， 標(biāo)準(zhǔn)輸出 ， 測試操作指令等 ） ?測試的執(zhí)行與控制 （ 包括單機(jī)與網(wǎng)絡(luò)多機(jī)分布運(yùn)行；夜間及假日運(yùn)行 ） ?測試對象 、 范圍 、 版本等的控制 ?測試結(jié)果與預(yù)期輸出的對比 ?不吻合的測試結(jié)果的分析 、 記錄 、 分類 、 和通報 ?測試的統(tǒng)計，報表的產(chǎn)生 手工測試和自動測試的比較 ?手工完成測試的全部過程無法保證測試的科學(xué)性與嚴(yán)密性 : ? 修改的缺陷越多，回歸測試越困難 ? 沒有人能向決策層提供精確的數(shù)據(jù)以度量當(dāng)前的工作進(jìn)度及工作效率 ? 反復(fù)測試帶來的倦怠情緒及其他人為因素使得測試標(biāo)準(zhǔn)前后不一 ? 測試花費(fèi)的時間越長，測試的嚴(yán)格性也就越低 ? 難以對不可視對象或?qū)ο蟮牟豢梢晫傩赃M(jìn)行測試。 – 測試的方法和原理：把程序看成是一個不能打開的黑盒子，在不考慮程序內(nèi)部結(jié)構(gòu)的情況下，測試人員用操作接口的方式進(jìn)行測試，檢查程序能否按照需求指定的功能接收輸入數(shù)據(jù)產(chǎn)生正確的結(jié)果。 ?動態(tài)測試 必須生成測試數(shù)據(jù)來運(yùn)行被測試程序，取得程序運(yùn)行的真實(shí)情況、動態(tài)情況，進(jìn)而進(jìn)行分析測試質(zhì)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1