第四講_動態(tài)黑盒測試

1、動態(tài)黑盒測試 2022/7/251黑盒測試測試者看不到代碼稱為功能測試由測試組做關注發(fā)生了什么，而不是怎么發(fā)生的用戶界面變的非常重要測試工作分三步：輸入、輸出、檢驗結果2022/7/252測試用例的形成根據(jù)設計文件和產(chǎn)品說明書確定對測試對象的輸入和輸出根據(jù)輸入和輸出定義測試用例根據(jù)測試用例，在軟件運行的狀態(tài)下測試軟件的程序測試用例很重要，舉例2022/7/253測試的思路“通過”測試檢測軟件的基本功能和正常的功能是否完全具備并不是通過就達到要求“失敗”測試通過破壞性的測試發(fā)現(xiàn)潛在的缺陷逆向思維，目的是在軟件發(fā)布之前，有機會搞跨軟件，攻擊軟件的薄弱環(huán)節(jié)不僅僅只是在破壞設計者設計的錯誤信息2022

2、/7/254測試方案技術:等價分類法等價分配是指分步驟地把過多的測試用例減小到同樣有效的小范圍的過程，也就是作出等價區(qū)間。等價區(qū)間是指測試相同目標或者暴露相同軟件缺陷的一組測試用例。在尋找等價區(qū)間時，把相似的輸入、輸出、操作分成組，形成等價區(qū)間。2022/7/255測試方案技術:等價分類法舉例文件名的測試內(nèi)邊界是1-255個有效字符有效字符，不包括非法字符：/ 、 ： * ？ “ ！等價區(qū)間有合法字符、非法字符、合法長度的字符、過長名稱、過短名稱。數(shù)據(jù)范圍范圍是1999，我們可以劃分三類：x1，等價分類法是將輸入數(shù)據(jù)的可能值分成若干“等價類”，每一類以一個代表性的測試數(shù)據(jù)進行測試，這個數(shù)據(jù)就等

3、價于這一類中的其它數(shù)據(jù)。該法的關鍵在于如何將輸入數(shù)據(jù)分類。輸入的數(shù)據(jù)1=x=999， x12022/7/256測試方案技術：數(shù)據(jù)測試軟件的組成：數(shù)據(jù)和程序代碼數(shù)據(jù)包括鍵盤、鼠標、磁盤文件、打印等輸入和輸出程序指可執(zhí)行的流程、轉換、邏輯和運算數(shù)據(jù)的測試檢查用戶輸入的信息、返回的結果、中間計算結果是否符合要求數(shù)據(jù)的類別字符、數(shù)字、圖形圖象、多媒體數(shù)據(jù)等數(shù)據(jù)的測試技術主要有邊界條件次邊界條件空值和無效數(shù)據(jù)2022/7/257測試方案技術：數(shù)據(jù)測試邊界條件（邊緣值）分析法用邊緣特殊值測試。經(jīng)驗表明：程序往往在邊緣情況時犯錯誤，故測試邊緣情況比較有效。例如：輸入數(shù)據(jù)的值的范圍是：-1.0至1.0，則可選

4、-1.0，1.0，-1.001，1.001等數(shù)據(jù)作為測試數(shù)據(jù)。2022/7/258測試方案技術：數(shù)據(jù)測試邊界條件類型邊界條件是指操作界限的邊緣值。可能數(shù)據(jù)類型數(shù)值、字符、位置、數(shù)量速度、地址、尺寸可能產(chǎn)生的邊界情況第一/最后最小/最大，最慢/最快，最高/最低開始/完成超過/在內(nèi)2022/7/259測試方案技術：數(shù)據(jù)測試測試邊界提出邊界條件時一定要測試臨近邊界的合法數(shù)據(jù)：最后一個可能合法的數(shù)據(jù)，剛超過邊界的非法數(shù)據(jù)測試方式按照步長增加或減少：X+STEP OR X-STEP。例如:文件名的測試邊界是1-255個有效字符測試用例邊界輸入項:1 和255測試用例邊界臨界輸入項:0 和254, 256

5、測試所有的邊界,有助于發(fā)現(xiàn)更多的邊界2022/7/2510測試方案技術：數(shù)據(jù)測試內(nèi)部邊界隱含在軟件內(nèi)部的邊界條件例如:計算機的二進制帶來的內(nèi)部進位邊界16,255,1024等測試方式分析內(nèi)邊界,測試邊界值和臨界值。2022/7/2511測試方案技術：數(shù)據(jù)測試默認 空白 空值 零建立這些等價區(qū)間例如:日期的的默認值SYSDATE等數(shù)值的的空值測試方式定義這些區(qū)間,測試是否有正確的反饋或處理2022/7/2512測試方案技術：數(shù)據(jù)測試破壞性測試利用非法和錯誤的數(shù)據(jù)驗證軟件,看是否失敗原因用戶的使用千奇百怪用戶的意外操作不可預測測試方式對正確的數(shù)據(jù)做逆向思維,看石油有正確的反饋或處理有句話:按照傻子

6、的操作能測試出更多的缺陷2022/7/2513測試方案技術-狀態(tài)測試因果圖法等價類法與邊緣值分析法的缺點是沒有檢查各種輸入條件的組合。因果圖法則著重分析輸入條件的各種組合，每種組合條件就是“因”，它必然有一個輸出的結果，這就是“果”。2022/7/2514測試方案技術：狀態(tài)測試軟件狀態(tài)軟件當前所處的情況或者模式狀態(tài)的測試通過不同的狀態(tài)驗證程序的邏輯流程狀態(tài)的一般流程初始狀態(tài)根據(jù)菜單、功能帶來的狀態(tài)變化：比如 外觀、操作、菜單舊狀態(tài)流程控制新狀態(tài)數(shù)據(jù)轉換變量設置2022/7/2515測試邏輯流程測試的方法：運用等價分配的原則選擇狀態(tài)和分支不可能作到完全測試分支太多面向對象技術中的狀態(tài)變化復雜程序

7、的選擇和選項太多，相互的分支和狀態(tài)組合很多2022/7/25161.建立狀態(tài)轉換圖狀態(tài)轉換圖的建立面向對象的測試技術可以利用面向對象的狀態(tài)圖，也可以利用簡單的方框+箭頭圖狀態(tài)圖包括以下一些項目軟件可能進入的每一種獨立狀態(tài)從一種狀態(tài)轉入另一種狀態(tài)所須的輸入和條件進入或者退出某種狀態(tài)時的設置條件及輸出結果2022/7/25172.狀態(tài)測試的原則每種狀態(tài)至少訪問一次測試最常見最普遍的狀態(tài)轉換測試狀態(tài)之間最不常用的分支測試所有錯誤狀態(tài)及其返回值測試隨機狀態(tài)轉換2022/7/25183.測試狀態(tài)設計測試用例，檢查所有的狀態(tài)變量與進入和退出狀態(tài)相關的靜態(tài)條件、信息、值、功能等比如（狀態(tài)可以可選和預定義）窗

8、口外觀窗口尺寸被設置為上一次使用的尺寸繪畫區(qū)域空白顯示工具欄、顏色欄和狀態(tài)條鉛筆工具被選中，而其他所有工具均未選中默認顏色是黑色前景文檔名稱是untiled 2022/7/2519失敗狀態(tài)測試失敗測試是通過測試的相反做法，做法是測試用例目的是為了損害系統(tǒng)的特定功能。主要測試的項目有并發(fā)或者時序錯亂重復、壓迫和重負2022/7/2520并發(fā)或者時序錯亂的測試舉例兩個不同的程序同時打開或保存同一個文檔共享同一臺打印機、通信端口或者其他外圍設備當軟件處于讀取或者修改狀態(tài)時，按鍵或者單擊鼠標同時關閉或者啟動軟件的多個實例同時使用不同的程序訪問一個共同的數(shù)據(jù)庫2022/7/2521重復、壓迫和重負測試目

9、標是：處理程序員沒有想到惡劣條件下產(chǎn)生的問題的能力重復測試：不斷執(zhí)行同樣的操作反復讀寫數(shù)據(jù)，選擇同一個操作測試內(nèi)存是否足夠，經(jīng)常出現(xiàn)程序的內(nèi)存分配沒有回收壓迫測試：軟件在不夠理想的條件下運行內(nèi)存小，磁盤空間少，CPU速度慢等測試軟件對外部資源的要求和依賴的程度將支持降到最低限度，這是性能的邊界條件測試重負測試：讓軟件工作在盡可能大的負載下處理盡可能大的數(shù)據(jù)文件盡可能大的通信容量盡可能多的進程盡可能長的運行時間2022/7/2522測試方案技術：憑借經(jīng)驗、直覺和預感錯誤推測法通過經(jīng)驗或直覺推測程序中可能存在的各種錯誤，從而有針對性設計測試用例。使用常見錯誤清單、判定表等2022/7/2523黑盒

10、測試的應用舉例安裝測試最初的驗收測試用戶界面測試驗證活動: 功能測試驗證活動: 系統(tǒng)測試最終驗收測試基準化2022/7/2524系統(tǒng)測試的種類功能測試邊界和限定測試強度測試破壞性測試容量測試2022/7/2525系統(tǒng)測試種類兼容性可用性可靠性文檔2022/7/2526功能測試一個確認的活動檢驗軟件的特征或功能是否按照產(chǎn)品要求、規(guī)格說明和合理的用戶期望來運行2022/7/2527邊界/限定測試測試數(shù)值、大小、或者數(shù)量是否靠近設計的限定數(shù)值限定（Value limits）長度限定（Length limits）容量限定（Volume limits）測試輸入靠近極限數(shù)值時，越可能發(fā)生錯誤測試當超出邊界

11、時，軟件該如何反應2022/7/2528單一缺陷假設有關可靠性的單一缺陷假設是：失敗很少是由兩個或兩個以上的缺陷同時造成的2022/7/2529邊界/限定測試邊界值的測試魯棒(健壯）性測試最壞情況測試魯棒性和最壞情況同時測試詳細2022/7/2530邊界測試的局限性不需要太多的考慮可能會遺漏內(nèi)在的邊界通常假設變量是獨立的邊界上的值可能沒有任何意義2022/7/2531強度測試也叫負載測試測試軟件在極限狀態(tài)下的工作負載巨大的數(shù)據(jù)容量反復的操作對軟件擴展周期的操作: 持久性測試2022/7/2532破壞性測試稱為錯誤測試產(chǎn)品應該檢測、診斷和控制意外情況糾正意外情況可能發(fā)生的地方報告意外的情況恢復原狀2022/7/2533考慮破壞性大部分軟件的絕大多數(shù)災難性失敗都是數(shù)據(jù)的丟失或崩潰應該向黑客一樣考慮，特別是在測試安全問題的時候破壞性測試通常沒有結構化，但是應該記錄下測試的過程一定要有創(chuàng)造性如果成功，要考慮后果是什么2022/7/2534用戶手冊測試安裝文檔在線幫助2022/7/2535用戶手冊測試：安裝安裝產(chǎn)品和選項 卸載一個產(chǎn)品和選項重新安裝一個產(chǎn)品和選項升級安裝2022/7/2536用戶手冊測試：測試文檔評審檢查走查