第三講檢查產(chǎn)品說明書

1、第三講 測試產(chǎn)品說明書軟件測試的一般理論黑盒測試靜態(tài)測試和動態(tài)測試測試產(chǎn)品說明書使用檢查表2022/7/211測試的基本理論2022/7/212軟件測試的目標(biāo)測試是一個執(zhí)行一個程序或者文件，去發(fā)現(xiàn)缺陷和錯誤的過程. 好的測試是盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤。 所以，設(shè)計測試的目標(biāo)是系統(tǒng)地發(fā)現(xiàn)各種等級的缺陷和錯誤，同時花費最少的時間和成本，并且做到：證明軟件的功能是按照說明書的要求實現(xiàn)的 性能的要求也達到了 測試中收集的數(shù)據(jù)足以指明了軟件的可靠性，在某種程度上表明了軟件的質(zhì)量.但是，測試不能展示潛在的缺陷，只能展示表現(xiàn)出來的缺陷2022/7/2

2、13軟件測試的流程測試軟件配置測試配置評價測試結(jié)果預(yù)期結(jié)果調(diào)試可靠性模型錯誤錯誤率數(shù)據(jù)正確可靠性預(yù)測2022/7/214測試用例設(shè)計開始是比較難的能夠測試組件是否符合規(guī)格說明書 - Black Box Testing.能夠測試組件是否符合設(shè)計 - White box testing.如果沒有對所有的路徑測試，則不能證明程序的正確性2022/7/215 測試方案設(shè)計測試方案設(shè)計測試方案是測試階段的關(guān)鍵技術(shù)問題。測試方案包括要測試的功能，應(yīng)該輸入的測試數(shù)據(jù)和預(yù)期的結(jié)果。設(shè)計技術(shù)主要有兩種方法：黑盒法與白盒法。一般用黑盒法設(shè)計基本的測試方案，再用白盒法補充一些方案。2022/7/216 測試方案技術(shù)

3、黑盒和白盒測試1.黑盒法測試人員將程序看成是一個“黑盒”，即不關(guān)心程序內(nèi)部是什么，只要檢查程序是否符合它的“功能說明”。黑盒法可分為下列幾種方法（關(guān)鍵在于確定測試數(shù)據(jù)）：輸入輸出2022/7/217測試方案技術(shù)黑盒(1)等價分類法等價分類法是將輸入數(shù)據(jù)的可能值分成若干“等價類”，每一類以一個代表性的測試數(shù)據(jù)進行測試，這個數(shù)據(jù)就等價于這一類中的其它數(shù)據(jù)。該法的關(guān)鍵在于如何將輸入數(shù)據(jù)分類。例如：輸入的數(shù)據(jù)范圍是1999，我們可以劃分三類：x1，1=x=9992022/7/218測試方案技術(shù)黑盒(2)邊緣值分析法用邊緣特殊值測試。經(jīng)驗表明：程序往往在邊緣情況時犯錯誤，故測試邊緣情況比較有效。例如：輸

4、入數(shù)據(jù)的值的范圍是：-1.0至1.0，則可選-1.0，1.0，-1.001，1.001等數(shù)據(jù)作為測試數(shù)據(jù)。2022/7/219測試方案技術(shù)黑盒(3)因果圖法等價類法與邊緣值分析法的缺點是沒有檢查各種輸入條件的組合。因果圖法則著重分析輸入條件的各種組合，每種組合條件就是“因”，它必然有一個輸出的結(jié)果，這就是“果”。2022/7/2110測試方案技術(shù)黑盒(4)錯誤推測法通過經(jīng)驗或直覺推測程序中可能存在的各種錯誤，從而有針對性設(shè)計測試用例。使用常見錯誤清單、判定表等2022/7/2111測試方案技術(shù)白盒測試2.白盒法白盒法需要了解程序的功能與結(jié)構(gòu)，測試用例必須根據(jù)程序內(nèi)部的邏輯來設(shè)計。如果想用白盒法

5、發(fā)現(xiàn)程序中的所有錯誤，則至少必須使程序中每種可能的路徑都執(zhí)行一次?！皬氐椎販y試”是不可能的，故策略是：在一定的研制時間、研制經(jīng)費的限制下，通過執(zhí)行有限的測試用例，盡可能多地發(fā)現(xiàn)一些錯誤。白盒法又稱為邏輯覆蓋法，目前常用的覆蓋法有：輸入輸出2022/7/2112測試方案技術(shù)白盒測試(1)語句覆蓋即每個語句至少能執(zhí)行一次問題：若AND錯寫為OR，或X1錯寫為X 1AND B=0TA=2OR X 1TX = X / AX = X + 1返回FFTest case : A=2 , B=0 , X=4. 2022/7/2113測試方案技術(shù)白盒測試(2)判定覆蓋判定覆蓋又叫分支覆蓋，含義是：每個判定的分支

6、至少執(zhí)行一次。Test cases:A=3 , B=0 , X=3A=2 , B=1 , X=1入口A 1AND B=0TA=2OR X 1TX = X / AX = X + 1返回FF問題：若X1錯寫為X1, B=0; A=2, X1)A=1, B=1, X=1(滿足A1, B0; A 2, X1）問：條件覆蓋 ？ 判定覆蓋 答: 不一定。 反例: A=2, B=0, X=1 A=1, B=1, X=2 入口A 1AND B=0TA=2OR X 1TX = X / AX = X + 1返回FF2022/7/2115測試方案技術(shù)白盒測試(4)判斷/條件覆蓋選取足夠多的測試數(shù)據(jù)，使判斷中每個條件

7、都取得各種可能值，并使每個判斷表達式也取到各種可能的結(jié)果。Test cases:A=2 , B=0 , X=4（滿足A1, B=0; A=2, X1)A=1, B=1, X=1(滿足A1, B0; A 2, X1）入口A 1AND B=0TA=2OR X 1TX = X / AX = X + 1返回FF2022/7/2116測試方案技術(shù)白盒測試(5)條件組合覆蓋使得每個判斷中條件的各種可能組合都至少出現(xiàn)一次。全部可能的條件組合為： A1, B=0 A1, B 0 A1, B=0 A1, B 0 A=2, X1 A=2, X 1 A 2, X1 A 2,X 1 Test cases: A=2,

8、B=0, X=4 (T T) A=2. B=1, X=1 (F T) A=1, B=0, X=2 (F T) A=1, B=1, X=1 (F F)問題：沒有測試到（T F）的情形入口A 1AND B=0TA=2OR X 1TX = X / AX = X + 1返回FF2022/7/2117測試方案技術(shù)測試策略實用測試策略(1)在任何情況下都使用邊界值分析的方法。(2)必要時用等價劃分法補充測試方案。(3)必要時再用錯誤推測法補充測試方案。(4)對照程序邏輯，檢查已經(jīng)設(shè)計出的測試方案。可以根據(jù)對程序可靠性的要求采用不同的邏輯覆蓋標(biāo)準(zhǔn)，如果現(xiàn)有測試方案的邏輯覆蓋程度沒達到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)再補

9、充一些測試方案。注意：即使采用綜合策略設(shè)計方案，仍不能保證測試將發(fā)現(xiàn)一切程序錯誤。2022/7/2118靜態(tài)測試和動態(tài)測試靜態(tài)測試（static testing）：測試不運行的部分，只是檢查和審閱動態(tài)測試（dynamic testing）：運行和使用軟件，測試軟件的缺陷2022/7/2119產(chǎn)品說明書產(chǎn)品說明書：對產(chǎn)品最終需要實現(xiàn)的功能的描述。這些功能是最終確定的需要滿足的客戶需求，也包括是一些軟件必須具備的能力。在規(guī)范的軟件生成的流程中，產(chǎn)品功能說明書應(yīng)在用戶需求評審會議召開后確定。2022/7/2120測試軟件產(chǎn)品說明書靜態(tài)黑盒特點是書面文檔，不是軟件是軟件需求和功能的說明描述形成的符號是

10、：文字、圖表根據(jù)細致、準(zhǔn)確地描述，測試缺陷使用的測試方法靜態(tài)黑盒 SB測試先總體測試，在詳細測試2022/7/2121總體測試審查在總體上，審查文檔是否有原則上的重大問題、疏忽或遺漏選擇的測試人員需要有一定的系統(tǒng)經(jīng)驗，或者軟件應(yīng)用領(lǐng)域的背景知識，也可以請其他的需求定義和系統(tǒng)分析人員幫助審查的原則站在客戶角度，從總體上看需求是否滿足盡可能多的了解應(yīng)用領(lǐng)域的背景知識對照現(xiàn)有的標(biāo)準(zhǔn)和規(guī)范去審查，比如習(xí)慣用語和約定、行業(yè)要求、國家標(biāo)準(zhǔn)、圖形用戶界面需求、硬件和網(wǎng)絡(luò)標(biāo)準(zhǔn)借鑒類似的成熟軟件，確定測試的標(biāo)準(zhǔn)。比如規(guī)模、復(fù)雜性、測試性、質(zhì)量和可靠性等2022/7/2122詳細測試追根問底產(chǎn)品需求說明書的根本要

11、求完整：說明要完全，不能有遺漏和丟失準(zhǔn)確：說明是否正確、有沒有錯誤精確、清晰：描述是否清楚、容易看懂和理解一致：描述是否自相矛盾、與其他功能有沒有沖突貼切：功能是否符合客戶的要求、信息描述是否多余合理：資源的使用與預(yù)算和進度是否相配代碼無關(guān)：只寫說明，與實現(xiàn)無關(guān)可測：功能和性能是否可測2022/7/2123詳細測試用語檢查文檔中的用語需要規(guī)范有些用語會造成誤解和理解困難，有些是個人的習(xí)慣需要重點審查帶有如下用詞的描述，是否確切表達不確切、不可測的說法：比如，良好、迅速、廉價、高效、穩(wěn)定等缺乏必要考證，而下結(jié)論的描述：比如，因此、顯然、當(dāng)然等極端的描述：比如，總是、所有、沒有、從不等沒有說明的描

12、述：比如，已處理、已忽略、已消除等條件的假設(shè)缺陷：比如條件中缺少“否則”不可測的模糊信息：比如，有時、通常、幾乎、諸如此類、依此類推。2022/7/2124使用檢查表檢查表是測試文檔缺陷最有效的手段之一檢查表的建立是需要深思熟濾的提問，針對不同類型的文檔建立的潛在缺陷的查找清單檢查表需要不斷的維護如何使用檢查表獲取需要測試的文檔獲取相關(guān)的檢查表，閱讀檢查表中的每一項審查文檔，對照檢查表中的每一項測試說明描述的符合程度記錄不符合項，作出合適的說明和解決措施2022/7/2125檢查表舉例見文件CheckList_requirement.xls2022/7/2126不符合項（缺陷）的處理反映產(chǎn)品的缺陷，不需要也不能修正產(chǎn)品，發(fā)現(xiàn)產(chǎn)品說明書的缺陷后，應(yīng)該把它們?nèi)鐚嵅⒃敿毜挠涗浵聛?，呈報給此軟件的最終負責(zé)人，對并此缺陷的處理情況進行跟蹤缺陷列表應(yīng)該呈報給軟件的最終負責(zé)人，而不是給相關(guān)技術(shù)人員或技術(shù)主管，因為技術(shù)人員可能會以在技術(shù)的實現(xiàn)上有難度為推托，拒絕對缺陷的修改。 測試一個軟件最首要也是最重要的是測試其產(chǎn)品說明書，在產(chǎn)品說明書明確后，再制定具體的測試案例2022/7/2127軟件文檔測試舉例1. COPY功能是將數(shù)值復(fù)制到剪貼板中2. PASTE功能是將剪貼板中的數(shù)值粘帖回來3. SQRT按鈕是將輸入