軟件測試第二講軟件測試策略與過程(完整版)
【正文】 上，在編碼階段進行，針對每個模塊進行測試，主要通過白盒測試方法，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，檢查程序模塊或組件的已實現(xiàn)的功能與定義的功能是否一致、以及編碼中是否存在錯誤。由人工來進行，發(fā)揮了人的邏輯思維的優(yōu)勢或測試經(jīng)驗。 – 測試的方法和原理：把程序看成是一個不能打開的黑盒子，在不考慮程序內(nèi)部結(jié)構(gòu)的情況下，測試人員用操作接口的方式進行測試，檢查程序能否按照需求指定的功能接收輸入數(shù)據(jù)產(chǎn)生正確的結(jié)果。 由于每個模塊在整個軟件中并不是孤立的，在對每個 模塊進行單元測試時，需要考慮它和周圍模塊的相互 聯(lián)系。 可能 的原因有： ? 模塊 相互調(diào)用時引入了新的問題； ? 幾 個子功能組合起來不能實現(xiàn)主功能； ? 誤差 不斷積累達到不可接受的程度； ? 全局 數(shù)據(jù)結(jié)構(gòu)出現(xiàn)錯誤等。于是進入了確認測試階段。那么，系統(tǒng)測試應(yīng)該由誰來進行測試。理解其含義及其在小組中的應(yīng)用是軟件測試人員的職責(zé)。 ? 系統(tǒng)開發(fā) 組織不能負責(zé)系統(tǒng)測試。 確認測試 經(jīng)過確認測試，應(yīng)該為已開發(fā)的軟件做出結(jié)論性的評價。 把下一個待測試的模塊組合到已經(jīng)測試過的那些模塊上去，再進行測試。這些輔助模塊分為兩種： ● 驅(qū)動模塊（ driver） : 用以模擬被測模塊的上級模塊， 相當于被測模塊的主程序?；趯π枨蟆⒃O(shè)計、用戶要求的理解 ? 黑盒測試關(guān)注輸入、輸出的信息域，而不關(guān)注軟件的內(nèi)部結(jié)構(gòu) – 黑盒測試是窮舉輸入測試 黑盒測試和白盒測試 ?什么是白盒測試 ? 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試 ? 必須知道軟件內(nèi)部工作過程 ， 通過測試來檢測軟件內(nèi)部是否按照需求 、 設(shè)計正常運行 ? 通過邏輯覆蓋、路徑覆蓋等方式選擇測試用例，可以用測試覆蓋率評價測試用例 ? 白盒測試法是否可以用窮舉邏輯或路徑法來測試？ 黑盒測試和白盒測試 P IN OUT 白盒測試 : 黑盒測試 : 黑盒測試和白盒測試 ?黑盒測試主要工作：檢查實現(xiàn)功能與實際需求的滿足程度； （ 確認和驗證的過程 ） ?白盒測試主要工作： 代碼檢查（語法、邏輯、書寫） 靜態(tài)結(jié)構(gòu)分析（內(nèi)部關(guān)系如系統(tǒng)結(jié)構(gòu)、函數(shù)調(diào)用關(guān)系等） 功能確認與接口分析 （主要是確認過程） 邏輯覆蓋率分析（內(nèi)部的執(zhí)行路徑、提高軟件的可靠性） 性能與效率分析 內(nèi)存分析（內(nèi)存泄露、內(nèi)存越界等） 手工測試和自動測試 ?手工測試 ?自動測試 ?適合自動化的測試操作 ?手工測試和自動測試的比較 手工測試和自動測試 手工測試 ?傳統(tǒng)的測試方法 ?由測試人員手工編寫測試用例 ?缺點在于測試工作量大，重復(fù)多，回歸測試難以實現(xiàn) 手工測試和自動測試 自動測試 ?利用軟件測試工具自動實現(xiàn)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1