測試技術及實踐

1、測試技術及實踐第1頁，共31頁，2022年，5月20日，11點59分，星期四所謂測試用例，是指對一項特定的軟件產(chǎn)品進行測試任務的描述，體現(xiàn)測試方案、方法、技術和策略。內容包括前置條件、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結果、實際結果等，并形成文檔。 測試用例可以是純文本的說明文檔，也可以是用腳本語言或高級語言編寫的一段代碼。測試用例描述（TestCase）第2頁，共31頁，2022年，5月20日，11點59分，星期四測試用例設計過程（TestCase Designing Process）基于測試計劃中已有的測試需求，劃分為功能測試需求和非功能測試需求；功能測試需求按樹形架構來組織，按功能級別劃

2、分，細到小功能點，并列出與之關聯(lián)的功能點；每個功能點下細分測試點，并列出與之關聯(lián)的測試點；測試點下再設計測試用例，并列出與之關聯(lián)的測試用例；對每個測試需求進行編號，并定義該項需求是否可測 第3頁，共31頁，2022年，5月20日，11點59分，星期四測試用例的編寫已有成型的EXCEL形式的測試用例模板（CMMI體系標準）其他需要進行的事項組織測試方案評審根據(jù)評審結果進行修改或確認測試用例第4頁，共31頁，2022年，5月20日，11點59分，星期四功能測試介紹功能測試也稱黑盒測試它是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內在特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的

3、功能是否符合它的功能說明每個測試用例測試一個或多個功能第5頁，共31頁，2022年，5月20日，11點59分，星期四功能測試的目的功能測試的目的功能測試方法是在程序接口上進行測試，主要是為了發(fā)現(xiàn)以下錯誤：是否有錯誤的或遺漏的功能？在接口上，輸入能否正確地接受？能否輸出正確的結果？是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？性能上是否能夠滿足要求？初始化和終止性錯誤 第6頁，共31頁，2022年，5月20日，11點59分，星期四操作功能測試應注意功能測試不考慮控制結構，而是注意信息域。使用功能測試時應注意以下問題：如何測試功能的有效性何種類型的輸入會產(chǎn)生好的測試用例系統(tǒng)是否對特定的輸入

4、尤其敏感如何分割數(shù)據(jù)類的邊界系統(tǒng)能夠承受何種數(shù)據(jù)率和數(shù)據(jù)量特定類型的數(shù)據(jù)組合會對系統(tǒng)產(chǎn)生何種影響第7頁，共31頁，2022年，5月20日，11點59分，星期四功能用例是否能做到完全測試呢？用黑盒測試發(fā)現(xiàn)程序中的錯誤，是不是要把所有的輸入條件可能的情況都執(zhí)行一遍測試呢？這是不可能的。第8頁，共31頁，2022年，5月20日，11點59分，星期四等價類劃分（1）等價類劃分是一種典型的功能測試方法，使用這一方法時，完全不考慮程序的內部結構，只依據(jù)程序的規(guī)格說明來設計測試用例。等價類劃分方法把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)做為測試用例。等價類是

5、指某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。并合理假定測試某等價類的代表值就等價于對這一類其它值的測試。使用這一方法設計測試用例，要經(jīng)歷劃分等價類和選取測試用例兩步第9頁，共31頁，2022年，5月20日，11點59分，星期四等價類劃分（2）等價類的劃分有兩種不同的情況有效等價類：指對于程序的規(guī)格說明來說，是合理的，有意義的輸入數(shù)據(jù)構成的集合無效等價類：指對于程序的規(guī)格說明來說，是不合理的，無意義的輸入數(shù)據(jù)構成的集合第10頁，共31頁，2022年，5月20日，11點59分，星期四等價類劃分（3）劃分等價類的六條原則如果輸入條件規(guī)定了取值范圍，或值的個數(shù)，則可

6、以確立一個有效等價類和兩個無效等價類。 例如，在程序的規(guī)格說明中，對輸入條件有一句話： “ N可以從1到999 ” 則有效等價類是：“1N999”，兩個無效等價類是“N1”和“N999”。第11頁，共31頁，2022年，5月20日，11點59分，星期四等價類劃分（4）(2) 如果輸入條件規(guī)定了輸入值的集合，或者是規(guī)定了“必須如何”的條件，這時可確立一個有效等價類和一個無效等價類。例如，在Pascal語言中對變量標識符規(guī)定為“以字母打頭的串”。那么所有以字母打頭的構成有效等價類，而不在此集合內（不以字母打頭）的歸于無效等價類。第12頁，共31頁，2022年，5月20日，11點59分，星期四等價類

7、劃分（5）(3) 如果輸入條件是一個布爾量，則可以確定一個有效等價類和一個無效等價類。(4) 如果規(guī)定了輸入數(shù)據(jù)的一組值（假定n個），而且程序要對每個輸入值分別進行處理。這時可為 每一個輸入值確立為一個有效等價類，此外針對這組值確立一個無效等價類，它是所有不允許的輸入值的集合。第13頁，共31頁，2022年，5月20日，11點59分，星期四等價類劃分（6）(5) 如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確立一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則）。(6)在確知已經(jīng)劃分的等價類中，各元素在程序處理中的方式不同的情況下，則應再將該等價類進一步劃分為更小的等價類。第14頁，

8、共31頁，2022年，5月20日，11點59分，星期四邊界值分析（1）邊界值分析（BVA）邊界值分析也是一種功能測試方法，是對等價分割方法的補充經(jīng)驗告訴我們，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤使用邊界值分析方法設計測試用例，首先應確定邊界情況。應當選取正好等于，剛剛大于，或剛剛小于邊界的值做為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值做為測試數(shù)據(jù)第15頁，共31頁，2022年，5月20日，11點59分，星期四邊界值分析（2）邊界值的選擇方法如果輸入條件代表以a和b為邊界的范圍，測試用例應當包含a、b、略大于a

9、和略小于b的值如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少1、比最大個數(shù)多1的數(shù)作為測試數(shù)據(jù)以上兩點也適用于輸出條件。測試用例應當創(chuàng)建包含最大值和最小值的輸出如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例如果程序使用了一個內部數(shù)據(jù)結構，則應當選擇這個內部數(shù)據(jù)結構邊界上的值作為測試用例第16頁，共31頁，2022年，5月20日，11點59分，星期四邊界值分析（3）比如，在做三角形計算時，要輸入三角形的三個邊長：A、B和C。 我們應注意到這三個數(shù)值應當滿足 A0、B0、C0、 ABC、ACB、BCA，才能構成三角形。但如果把

10、六個不等式中的任何一個大于號“”錯寫成大于等于號“”，那就不能構成三角形。第17頁，共31頁，2022年，5月20日，11點59分，星期四錯誤推測法人們也可以靠經(jīng)驗和直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的例子。這就是錯誤推測法。錯誤推測法的基本想法是：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)它們選擇測試用例。第18頁，共31頁，2022年，5月20日，11點59分，星期四因果圖法（1）因果圖法的定義因果圖法是從用自然語言書寫的程序規(guī)格說明書的描述中，找出因（輸入條件）和果（輸出或程序狀態(tài)的改變），通過因果圖轉換為判定表第19頁，共31頁，2022年

11、，5月20日，11點59分，星期四因果圖法（2）因果圖的適用范圍 如果在測試時必須考慮輸入條件的各種組合，可使用一種適合于描述對于多種條件的組合，相應產(chǎn)生多個動作的形式來設計測試用例，這就需要利用因果圖。因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況第20頁，共31頁，2022年，5月20日，11點59分，星期四因果圖舉例（1）問題：“第一列字符必須是A或B，第二列字符必須是一個數(shù)字，在此情況下進行文件的修改。但如果第一列字符不正確，則給出信息L，如果第二列字符不是數(shù)字，則給出信息M?！钡?1頁，共31頁，2022年，5月20日，11點59分，星期四因果圖舉例（2）原因

12、： 1第一列字符是A； 2第一列字符是B； 3第二列字符是一數(shù)字。結果： 21修改文件M； 22給出信息M； 23修改文件。序號兩兩組合第22頁，共31頁，2022年，5月20日，11點59分，星期四場景法（1）現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結果就形成事件流。場景不同的觸發(fā)順序構成用例。用例場景用來描述流經(jīng)用例的路徑，從用例開始到結束遍歷這條路徑上所有基本流（基本流程）和備選流（分支流程）。設計用例遍歷軟件系統(tǒng)功能、驗證其正確性。第23頁，共31頁，2022年，5月20日，11點59分，星期四場景法（2）例如，下圖中經(jīng)過用

13、例的每條不同路徑都反映了基本流和備選流，都用箭頭來表示?；玖饔弥焙诰€來表示，是經(jīng)過用例的最簡單的路徑。每個備選流自基本流開始，之后，備選流會在某個特定條件下執(zhí)行。備選流可能會重新加入基本流中（備選流 1 和 3），還可能起源于另一個備選流（備選流 2），或者終止用例而不再重新加入某個流（備選流 2 和 4）。 第24頁，共31頁，2022年，5月20日，11點59分，星期四場景法（3）按照所示的每個經(jīng)過用例的路徑，可以確定以下用例場景1、基本流2、基本流、備選流13、基本流、備選流1、備選流24、基本流、備選流35、基本流、備選流3、備選流16、基本流、備選流3、備選流1、備選流27、基本流

14、、備選流48、基本流、備選流3、備選流4注：場景5、6和8只考慮了備選流3循環(huán)執(zhí)行一次的情況第25頁，共31頁，2022年，5月20日，11點59分，星期四用例設計的其他方法（1）正交試驗設計 就是使用已經(jīng)造好了的正交表格來安排試驗并進行數(shù)據(jù)分析的一種方法，目的是使用最少的測試用例達到最高的測試覆蓋率。功能圖 是用功能圖形象地表示程序的功能說明，并機械地生成功能圖的測試用例，由狀態(tài)遷移圖和邏輯功能模型構成。功能圖法實際上是一種黑盒、白盒混合用例設計方法。第26頁，共31頁，2022年，5月20日，11點59分，星期四編寫測試用例選擇的綜合策略首先進行等價類劃分，包括輸入條件和輸出條件的等價類劃

15、分，將無限測試變成有限測試在任何情況下都必須使用邊界值分析方法，經(jīng)驗表明，用這種方法設計出的測試用例發(fā)現(xiàn)程序錯誤的能力最強可以用錯誤推測法追加一些測試用例，這需要依靠測試工程師的智慧和經(jīng)驗對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程度。如果沒有達到要求的覆蓋標準，應當補充足夠的測試用例。如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用因果圖法和判定表驅動法。對于參數(shù)配置類的軟件，要用正交試驗法選擇較少的組合方式達到最佳功能圖法也是很好的測試用例設計方法，可以通過不同時期條件的有效性設計不同的測試數(shù)據(jù)對于業(yè)務流清晰的系統(tǒng)，可以利用場景法貫穿整個測試案例過程，在案例中綜合使用各種

16、測試方法。第27頁，共31頁，2022年，5月20日，11點59分，星期四思考題網(wǎng)上銀行支付交易系統(tǒng)的基本流和備選流的描述基本流A：步驟步驟名稱步驟描述A1網(wǎng)上訂購商品用戶登錄網(wǎng)站，訂購所需商品、點擊網(wǎng)上銀行支付A2輸入銀行卡信息輸入銀行卡號和密碼A3校驗銀行卡信息系統(tǒng)對銀行卡號和密碼進行校驗A4金額校驗1系統(tǒng)確認訂單金額不大于卡內余額A5金額校驗2系統(tǒng)確認訂單金額不大于銀行卡網(wǎng)上可支付額度A6銀行卡扣款支付成功，系統(tǒng)從銀行卡中扣除相應金額，返回訂單號基本流B：編號名稱備選流描述B密碼不正確在基本流A3步驟中，密碼不正確（且密碼輸入尚未超過三次），重新加入基本流A2；否則退出基本流C銀行卡內余

17、額不足在基本流A4步驟中，系統(tǒng)判斷銀行卡內余額不足以支付訂單，退出基本流D銀行卡網(wǎng)上可支付額度不夠在基本流A5步驟中，系統(tǒng)判斷銀行卡網(wǎng)上可支付額度小雨訂單金額，退出基本流注：假定輸入的銀行卡號是正確的；不考慮備選流的內循環(huán)情況第28頁，共31頁，2022年，5月20日，11點59分，星期四思考題網(wǎng)上銀行支付交易系統(tǒng)問題1：使用場景法設計測試用例，指出所涉及到的基本流和備選流，備選流用題干中描述對應編號表示第29頁，共31頁，2022年，5月20日，11點59分，星期四思考題網(wǎng)上銀行支付交易系統(tǒng)問題2：請針對問題1設計的測試用例，依次將銀行卡號、初次輸入密碼、最終輸入密碼、卡內余額、銀行卡可支付額度等信息填入下述的測試用例表中。表中行代表各個測試用例，列代表測試用例的輸入值，用V表示有效數(shù)據(jù)元素，I表示無效測試元素，N/A表示不適用，例如C01表示“成功支付”用例。測試用例ID號銀行卡號最