第7章 軟件實現(xiàn)-軟件測試-3

1、 chapter_70本章要點本章要點q一、軟件測試基礎 q二、單元測試q三、集成測試q四、確認測試q五、白盒測試技術q六、黑盒測試技術p七、七、調試調試p八、軟件可靠性八、軟件可靠性 chapter_71黑盒測試黑盒測試基于需求的測試基于需求的測試 chapter_72黑盒測試法的概念黑盒測試法的概念q 黑盒測試被稱為功能測試或數(shù)據驅動測試。在測試時，把被測程序視為一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下進行。q 采用黑盒測試的目的主要是在已知軟件產品所應具有的功能的基礎上，進行：（1）檢查程序功能能否按需求規(guī)格說明書的規(guī)定正常使用，測試各個功能是否有遺漏，檢測性能等

2、特性要求是否滿足。（2）檢測人機交互是否錯誤，檢測數(shù)據結構或外部數(shù)據庫訪問是否錯誤，程序是否能適當?shù)亟邮蛰斎霐?shù)據而產生正確的輸出結果，并保持外部信息（如數(shù)據庫或文件）的完整性。（3）檢測程序初始化和終止方面的錯誤。黑盒測試能不能取代白盒測試？黑盒測試能不能取代白盒測試？ chapter_73黑盒測試法的概念黑盒測試法的概念n 黑盒法，力圖發(fā)現(xiàn)下錯誤類型：黑盒法，力圖發(fā)現(xiàn)下錯誤類型： 功能不正確或遺漏了功能；功能不正確或遺漏了功能；界面（接口）錯誤；界面（接口）錯誤； 數(shù)據結構錯誤或外部數(shù)據庫訪問錯數(shù)據結構錯誤或外部數(shù)據庫訪問錯誤；誤； 性能錯誤；性能錯誤； 初始化和終止錯誤。初始化和終止錯誤。

3、n 白盒測試在早期階段進行，黑盒法主要在后期；白盒測試在早期階段進行，黑盒法主要在后期； chapter_74等等價價分分類類法法邊邊值值分分析析法法錯錯誤誤推推測測法法黑盒法測試黑盒法測試常用的測試方法有：常用的測試方法有： chapter_75一、等價類劃分一、等價類劃分p 等價類劃分方法等價類劃分方法把所有可能的輸入數(shù)據把所有可能的輸入數(shù)據，即程序的，即程序的輸入域輸入域劃分成若干部分劃分成若干部分，然后，然后從每一部分中選取少從每一部分中選取少數(shù)有代表性的數(shù)據做為測試用例數(shù)有代表性的數(shù)據做為測試用例。p 注注：這樣選取的測試數(shù)據最有代表性，可以用較少：這樣選取的測試數(shù)據最有代表性，可以

4、用較少的測試數(shù)據，有效的發(fā)現(xiàn)程序中的錯誤的測試數(shù)據，有效的發(fā)現(xiàn)程序中的錯誤p 注注：由于：由于“窮盡窮盡”的黑盒測試是不現(xiàn)實的，等價劃的黑盒測試是不現(xiàn)實的，等價劃分是一種較好的策略，以期用較小的代價，暴露出分是一種較好的策略，以期用較小的代價，暴露出較多的錯誤較多的錯誤q 使用這一方法設計測試用例要經歷下面二步：使用這一方法設計測試用例要經歷下面二步： 1 1）劃分等價類（列出等價類表）劃分等價類（列出等價類表） 2 2）選取測試用例。）選取測試用例。 chapter_76（一）、如何劃分等價類（一）、如何劃分等價類 等價類的劃分有兩種不同的情況： 有效等價類：是指對于程序的規(guī)格說明來說，是合

5、理的，有意義的輸入數(shù)據構成的集合。 無效等價類：是指對于程序的規(guī)格說明來說，是不合理的，無意義的輸入數(shù)據構成的集合。 在設計測試用例時，要同時考慮有效等價類和無效等價類的設計。 一、等價類劃分（續(xù)）一、等價類劃分（續(xù)） chapter_77經驗經驗1：v如果規(guī)定了輸入值的范圍，則可劃分出：如果規(guī)定了輸入值的范圍，則可劃分出：1個有效的等個有效的等價類價類(輸入值在此范圍內輸入值在此范圍內)，2個無效的等價類個無效的等價類(輸入值小輸入值小于最小值、大于最大值于最小值、大于最大值)；v例，輸入學生成績，范圍為例，輸入學生成績，范圍為0-100輸入條件輸入條件有效等價類有效等價類無效等價類無效等價

6、類范圍為范圍為0-1000成績成績100成績成績100 chapter_78經驗經驗2 2v如果規(guī)定了輸入數(shù)據的個數(shù)，則類似地也可以劃分如果規(guī)定了輸入數(shù)據的個數(shù)，則類似地也可以劃分出出1個有效的等價類和個有效的等價類和2個無效的等價類；個無效的等價類；v例，要求輸入三個數(shù)據例，要求輸入三個數(shù)據輸入條件輸入條件有效等價類有效等價類無效等價類無效等價類輸入三個數(shù)據輸入三個數(shù)據1數(shù)據數(shù)數(shù)據數(shù)3數(shù)據數(shù)數(shù)據數(shù)=0個個數(shù)據數(shù)數(shù)據數(shù)3個個 chapter_79經驗經驗3 3：v如果規(guī)定了輸入數(shù)據的一組值，而且程序對不同輸入值做不如果規(guī)定了輸入數(shù)據的一組值，而且程序對不同輸入值做不同處理。同處理。v則每個允許

7、的輸入值是一個有效的等價類，此外還有一個無則每個允許的輸入值是一個有效的等價類，此外還有一個無效的等價類效的等價類(任一個不允許的輸入值任一個不允許的輸入值)；v例，可輸入的教師職稱包括：助教、講師、副教授、教授例，可輸入的教師職稱包括：助教、講師、副教授、教授輸入條件輸入條件有效等價類有效等價類無效等價類無效等價類輸入教師職稱輸入教師職稱助教助教講師講師副教授副教授教授教授助工助工 chapter_710經驗經驗4-6：v 4-如果規(guī)定了輸入數(shù)據必須遵循的規(guī)則，則可如果規(guī)定了輸入數(shù)據必須遵循的規(guī)則，則可以劃分出一個有效的等價類以劃分出一個有效的等價類(符合規(guī)則符合規(guī)則)和若干和若干個無效的等

8、價類個無效的等價類(從各種不同角度違反規(guī)則從各種不同角度違反規(guī)則)；v 5-如果規(guī)定了輸入數(shù)據為整型，則可以劃分出如果規(guī)定了輸入數(shù)據為整型，則可以劃分出正整數(shù)、零和負整數(shù)等正整數(shù)、零和負整數(shù)等3個有效類；個有效類；v 6-如果程序的處理對象是表格，則應該使用空如果程序的處理對象是表格，則應該使用空表，以及含一項或多項的表。表，以及含一項或多項的表。 chapter_711劃分等價類小結p 以上列出的啟發(fā)式規(guī)則只是測試時可能遇到的情況中以上列出的啟發(fā)式規(guī)則只是測試時可能遇到的情況中的很小一部分，實際情況千變萬化，根本無法一一列的很小一部分，實際情況千變萬化，根本無法一一列出出;p 為了正確劃分等

9、價類，一是要注意積累經驗，二是要為了正確劃分等價類，一是要注意積累經驗，二是要正確分析被測程序的功能正確分析被測程序的功能;p 此外，在劃分無效的等價類時還必須考慮編譯程序的此外，在劃分無效的等價類時還必須考慮編譯程序的檢錯功能，一般說來，不需要設計測試數(shù)據用來暴露檢錯功能，一般說來，不需要設計測試數(shù)據用來暴露編譯程序肯定能發(fā)現(xiàn)的錯誤編譯程序肯定能發(fā)現(xiàn)的錯誤;p 最后說明一點，上面列出的啟發(fā)式規(guī)則雖然都是針對最后說明一點，上面列出的啟發(fā)式規(guī)則雖然都是針對輸入數(shù)據說的，但是其中絕大部分也同樣適用于輸出輸入數(shù)據說的，但是其中絕大部分也同樣適用于輸出數(shù)據。數(shù)據。 chapter_712（二）、確立測

10、試用例在確立了等價類之后，建立等價類表，列出所有劃分出的等價類。一、等價類劃分（續(xù)）一、等價類劃分（續(xù)） chapter_713p再從劃分出的等價類中按以下原則選擇測試用例：(1) 為每一個等價類規(guī)定一個唯一編號；(2) 設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價類，重復這一步，直到所有的有效等價類都被覆蓋為止；（3）設計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，重復這一步，直到所有的無效等價類都被覆蓋為止。一、等價類劃分（續(xù)）一、等價類劃分（續(xù)） chapter_714例1：用戶名是由字母開頭，后跟字母或數(shù)字的任意組合構成。有效字符數(shù)為1-20個?！币弧⒁?、等

11、價類法等價類法-實例實例1用等價類劃分的方法，建立輸入等價類表:輸入條件輸入條件有效等價類有效等價類無效等價類無效等價類第一個字符第一個字符字母（字母（1 1）非字母（非字母（5 5）標識符組成標識符組成字母（字母（2 2），數(shù)字（），數(shù)字（3 3） 非字母數(shù)字字符（非字母數(shù)字字符（6 6）標識符字符數(shù)標識符字符數(shù)1 18 8個（個（4 4）0 0（7 7），大于），大于2020（8 8） chapter_715確定等價類輸入數(shù)據：確定等價類輸入數(shù)據：序號序號用戶名用戶名覆蓋等價類覆蓋等價類輸出輸出1（1），（2），（3），（4）有效用戶名22345（5）無效用戶名3U￥（6）4（7）5Y12

12、3456789abcdefghijk（8）一、一、等價類法等價類法-實例實例1 （續(xù)）（續(xù)） chapter_716例例2：根據輸入判斷三角形的形狀：根據輸入判斷三角形的形狀測試場景：測試場景：一個程序讀入3個整數(shù)，把這三個數(shù)值看作一個三角形的3條邊的長度值。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的一、一、等價類法等價類法-實例實例2 chapter_717ab+c?ba+c?c0b0c0TTTFFF chapter_718創(chuàng)建等價類表：創(chuàng)建等價類表：輸入條件有效等價類無效等價類是否三角形的三條邊（A0）， （1）（B0）， （2）（C0）， （3）（A+BC），

13、（4）（B+CA）， （5）（A+CB）， （6）（A0）， （7）（B0）， （8）（C0）， （9）（A+BC）， （10）（B+CA）， （11）（A+CB）， （12）是否等腰三角形（A=B）， （13）（B=C）， （14）（C=A）， （15）（AB）and（BC）and（CA） （16）是否等邊三角形（A=B）and（B=C）and（C=A） （17）（AB）， （18）（BC）， （19）（CA）， （20）一、等價類法一、等價類法-實例實例2 chapter_719確定等價類輸入數(shù)據：確定等價類輸入數(shù)據：序號序號【A A，B B，C C】覆蓋等價類覆蓋等價類輸出輸出1【3，4

14、，5】（1），（2），（3），（4），（5），（6）一般三角形2【0，1，2】（7）不能構成三角形3【1，0，2】（8）4【1，2，0】（9）5【1，2，3】（10）6【1，3，2】（11）7【3，1，2】（12）8【3，3，4】（1），（2），（3），（4），（5），（6），（13）等腰三角形9【3，4，4】（1），（2），（3），（4），（5），（6），（14）10【3，4，3】（1），（2），（3），（4），（5），（6），（15）11【3，4，5】（1），（2），（3），（4），（5），（6），（16）非等腰三角形12【3，3，3】（1），（2），（3），（4），（5），（6），（17

15、）是等邊三角形13【3，4，4】（1），（2），（3），（4），（5），（6），（14），（18）非等邊三角形14【3，4，3】（1），（2），（3），（4），（5），（6），（15），（19）15【3，3，4】（1），（2），（3），（4），（5），（6），（13），（20）一、等價類法一、等價類法-實例實例2 chapter_720q邊界值分析也是一種黑盒測試方法，是對等價類劃分方法的補充。q人們從長期的測試工作經驗得知，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。二、邊值分析法二、邊值分析法 chapter_72

16、1p比如，在做三角形計算時，要輸入三角形的三個邊長：A、B和C。 我們應注意到這三個數(shù)值應當滿足 A0、B0、C0、 ABC、ACB、BCA，才能構成三角形。但如果把六個不等式中的任何一個大于號“”錯寫成大于等于號“”，那就不能構成三角形。問題恰出現(xiàn)在容易被疏忽的邊界附近。二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_722q這里所說的邊界是指，相對于輸入等價類和輸出等價類而言，稍高于其邊界值及稍低于其邊界值的一些特定情況。q使用邊界值分析方法設計測試用例，首先應確定邊界情況。應當選取正好等于，剛剛大于，或剛剛小于邊界的值做為測試數(shù)據，而不是選取等價類中的典型值或任意值做為測試數(shù)據

17、。二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_723健壯性測試是邊界值分析的一種簡單擴展adcbx1x2二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_724p最壞情況測試用例adcbx1x2二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_725二、邊值分析法（續(xù)）二、邊值分析法（續(xù)）常見的邊界值： 1)屏幕上光標在最左上、最右下位置 2)報表的第一行和最后一行 3)數(shù)組元素的第一個和最后一個 4)循環(huán)的第 0 次、第 1 次和倒數(shù)第 2 次、最后一次 chapter_726對邊界值設計測試用例，應遵循以下幾條原則：對邊界值設計測試用例，應遵循以下幾條原則：（

18、1 1）如果輸入條件規(guī)定了值的范圍，則應取剛達到這個）如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據。為測試輸入數(shù)據。例：程序規(guī)格說明中規(guī)定： “重量在10公斤至50公斤范圍內的郵件,其郵費計算公式為”則作為測試用例，我們應選取9.999.99 、10、10.0110.01、49.9949.99、50、及 50.01。二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_727對邊界值設計測試用例，應遵循以下幾條原則：對邊界值設計測試用例，應遵循以下幾條原則：2.2.如果輸入條件規(guī)定了值

19、的個數(shù)，則用最大個數(shù)、最小如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少一、比最大個數(shù)多一的數(shù)作為測個數(shù)、比最小個數(shù)少一、比最大個數(shù)多一的數(shù)作為測試數(shù)據。試數(shù)據。例：程序規(guī)格說明中規(guī)定： “某輸入文件可包含1至255個記錄”則作為測試用例，我們應選取1、255、0 0及256。二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_728對邊界值設計測試用例，應遵循以下幾條原則：對邊界值設計測試用例，應遵循以下幾條原則：3、將規(guī)則1）和2）應用于輸出條件，即設計測試用例使輸出值達到邊界值及其左右的值。例如，一程序屬于情報檢索系統(tǒng)，要求每次最少顯示1條、最多顯示4條情報摘要，

20、這時我們應考慮的測試用例包括1和4，還應包括0和5等。 二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_729例1：分析以下代碼段int a10;for（i=1;i0）， （1）（B0）， （2）（C0）， （3）（A+BC）， （4）（B+CA）， （5）（A+CB）， （6）（A0）， （7）（B0）， （8）（C0）， （9）（A+BC）， （10）（B+CA）， （11）（A+CB）， （12）是否等腰三角形（A=B）， （13）（B=C）， （14）（C=A）， （15）（AB）and（BC）and（CA） （16）是否等邊三角形（A=B）and（B=C）and（C=A）

21、（17）（AB）， （18）（BC）， （19）（CA）， （20）二、邊值分析法（續(xù)）二、邊值分析法（續(xù)） chapter_731p一個有趣的例子：l美國通用汽車公司的客服收到一封客戶抱怨的信:我們家有一個傳統(tǒng)的習慣，就是每天晚飯后會吃冰激凌甜點，我開車去買。奇怪的是每當我買香草口味的冰激凌，車子就不發(fā)動。但如果我買其它口味，車子就發(fā)動得很順。難道你們的車子對香草口味冰激凌過敏？l客服經理派一位工程師去調查。工程師與這位客戶上車，開車買香草口味冰激凌。上車后，車子發(fā)動不起來。之后這個工程師又來了三個晚上，第一晚買巧克力冰激凌，車子沒事；第二晚買草莓口味的，車子也沒事，第三晚買香草口味，車子又

22、不動了。l工程師記下了所有發(fā)生的詳細資料。包括時間，用油等l他發(fā)現(xiàn)一個問題，買香草冰激凌比其它口味所花時間少。l為什么？p蒸汽鎖沒足夠的時間散熱蒸汽鎖沒足夠的時間散熱三、錯誤推測法三、錯誤推測法 chapter_732p錯誤推測法屬于逆向思維方式，它是基于經驗和錯誤推測法屬于逆向思維方式，它是基于經驗和直覺，推測軟件中所有可能存在的各種錯誤，從直覺，推測軟件中所有可能存在的各種錯誤，從而有針對性的設計測試用例的方法。而有針對性的設計測試用例的方法。p錯誤推測方法的基本思想是：列舉出軟件中所有錯誤推測方法的基本思想是：列舉出軟件中所有可能的錯誤和容易發(fā)生錯誤的情況，并有針對性可能的錯誤和容易發(fā)生

23、錯誤的情況，并有針對性的設計測試用例。的設計測試用例。p例如，沒有獲取到輸入，系統(tǒng)如何處理。測試工例如，沒有獲取到輸入，系統(tǒng)如何處理。測試工作者總結的常見軟件錯誤，以前產品測試中曾經作者總結的常見軟件錯誤，以前產品測試中曾經發(fā)現(xiàn)的錯誤等等。發(fā)現(xiàn)的錯誤等等。 三、錯誤推測法三、錯誤推測法 chapter_733 錯誤推測法是一種簡單易行的黑盒法，但由于該方法有較大的隨意性，主要依賴于測試者的經驗，因此通常作為一種輔助的黑盒測試方法。例例 對一個排序的程序，可能出錯的情況有：對一個排序的程序，可能出錯的情況有： 1 1、輸入表為空的情況。、輸入表為空的情況。 2 2、輸入表中只有一個一行。、輸入表

24、中只有一個一行。 3 3、輸入表中所有的行都具有相同的值。、輸入表中所有的行都具有相同的值。 4 4、輸入表已經排好序。、輸入表已經排好序。 像像“愚笨愚笨”的用戶那樣做，隨便點點鼠標，測試一下；的用戶那樣做，隨便點點鼠標，測試一下；借助借助2/8原則，在已經找到缺陷的地方再找找；憑直覺、經驗原則，在已經找到缺陷的地方再找找；憑直覺、經驗和預感猜測一下。這些思路都可以幫助我們找到更多的軟件和預感猜測一下。這些思路都可以幫助我們找到更多的軟件缺陷。缺陷。 三、錯誤推測法三、錯誤推測法 chapter_734錯誤猜測例子錯誤猜測例子p年齡：應該是大于年齡：應該是大于0的數(shù)字的數(shù)字p輸入輸入:aaa

25、,看是否出現(xiàn)錯誤看是否出現(xiàn)錯誤p性別性別:應該是男應該是男/女女p輸入其它，看是否出現(xiàn)錯誤輸入其它，看是否出現(xiàn)錯誤 chapter_735補充：基于判定表的測試補充：基于判定表的測試樁123456789C1:a,b,c構成三角形？C2： a=b?C3: a=c?C4: b=c?N-YYYYYYYNYYNYYYNNYNYYYNYNYNNYYNNNA1：非三角形A2：不等邊三角形A3：等腰三角形A4：等邊三角形A5：不可能X X X X X X X X X chapter_736四、場景法四、場景法 場景法是將軟件系統(tǒng)的某個流程看成路徑，用場景法來設計測試用例。根據流程的順序依次進行組合，使得流程

26、的各個分支都能走到。目前的軟件幾乎都是由事件觸發(fā)來控制流程的，事件觸發(fā)的情景便形成了場景。這種測試思想是Rational公司剛提出的 chapter_737p 基本流和備選流基本流和備選流p 在利用場景法測試一個軟件的時候，如果軟件按照正確在利用場景法測試一個軟件的時候，如果軟件按照正確的事件流而實現(xiàn)了一個流程，則稱該流程為該軟件的的事件流而實現(xiàn)了一個流程，則稱該流程為該軟件的“基本流基本流”。p 如果出現(xiàn)故障，不能用基本流來表示，那么就要用一個如果出現(xiàn)故障，不能用基本流來表示，那么就要用一個所謂的所謂的“備選流備選流”來加以替代。來加以替代。p 一個備選流可從基本流開始，在某個特定條件下執(zhí)行

27、，一個備選流可從基本流開始，在某個特定條件下執(zhí)行，執(zhí)行完后重新加入到基本流中。例如，如果你從執(zhí)行完后重新加入到基本流中。例如，如果你從ATM機取機取款系統(tǒng)中順利地取出一筆錢，那么款系統(tǒng)中順利地取出一筆錢，那么ATM機取款系統(tǒng)就執(zhí)行機取款系統(tǒng)就執(zhí)行了一個基本流。反之，了一個基本流。反之，ATM機取款系統(tǒng)就要執(zhí)行一個備選機取款系統(tǒng)就要執(zhí)行一個備選流。流。 四、場景四、場景法法 chapter_738p 場景分析法中設計測試用例的參考步驟場景分析法中設計測試用例的參考步驟p (1).根據說明書，描述出程序的基本流及各項備選流；根據說明書，描述出程序的基本流及各項備選流；p (2).根據基本流和各項備

28、選流生成不同的場景；根據基本流和各項備選流生成不同的場景；p (3).對每一個場景設計相應的測試用例；對每一個場景設計相應的測試用例；p (4).對生成的所有測試用例重新復審，去掉多余的測試用對生成的所有測試用例重新復審，去掉多余的測試用例。測試用例確定后，對每一個測試用例確定測試數(shù)據，例。測試用例確定后，對每一個測試用例確定測試數(shù)據，進行測試。進行測試。四、場景四、場景法法 chapter_739五、涉及知識點總結場景的基本流和備選流 chapter_740p 右圖有一個基本流和四個備選流。每個可能路徑，可以確定不同的用例場景。從基本流開始，再將基本流和備選流結合起來，可以確定以下用例場景：

29、場景 1 基本流場景 2 基本流 備選流 1場景 3 基本流 備選流 1 備選流 2場景 4 基本流 備選流 3場景 5 基本流 備選流 3 備選流 1場景 6 基本流 備選流 3 備選流 1 備選流 2場景 7 基本流 備選流 4場景 8 基本流 備選流 3 備選流 4四、場景法四、場景法 chapter_741四、場景法四、場景法下面使用網上購物系統(tǒng)的購物場景舉例說明。下面使用網上購物系統(tǒng)的購物場景舉例說明。（1 1）場景描述）場景描述 用戶進入網上購物系統(tǒng)網站進行購物，選好物用戶進入網上購物系統(tǒng)網站進行購物，選好物品后進行購買，這時需要使用賬號登錄，登錄成品后進行購買，這時需要使用賬號登

30、錄，登錄成功后付款，交易成功后生成訂單，完成此次購物功后付款，交易成功后生成訂單，完成此次購物活動?；顒?。（2 2）使用場景法設計測試用例）使用場景法設計測試用例 確定基本流和備選流事件確定基本流和備選流事件 chapter_742四、場景法四、場景法基本流基本流登錄網上購物系統(tǒng)網站，選擇物品，登錄帳號，付登錄網上購物系統(tǒng)網站，選擇物品，登錄帳號，付錢交易，生成訂單錢交易，生成訂單備選流備選流1 賬號不存在賬號不存在備選流備選流2 賬號或密碼錯誤賬號或密碼錯誤備選流備選流3 用戶賬號余額不足用戶賬號余額不足備選流備選流4 用戶賬號沒有錢用戶賬號沒有錢備選流備選流5 用戶退出系統(tǒng)用戶退出系統(tǒng) c

31、hapter_743四、場景法四、場景法根據基本流和備選流來確定場景根據基本流和備選流來確定場景場景場景1-成功購物成功購物基本流基本流場景場景2-賬號不存在賬號不存在基本流基本流備選流備選流1場景場景3-賬號或密碼錯誤賬號或密碼錯誤基本流基本流備選流備選流2場景場景4-用戶賬號余額不足用戶賬號余額不足基本流基本流備選流備選流3場景場景5-用戶賬號沒有錢用戶賬號沒有錢基本流基本流備選流備選流4 chapter_744設計用例設計用例 對每一個場景都要做測試用例，可以使用矩陣對每一個場景都要做測試用例，可以使用矩陣（表格）來管理用例。用行表示各個測試用例，（表格）來管理用例。用行表示各個測試用例

32、，列表示測試用例的信息。首先將測試用例的列表示測試用例的信息。首先將測試用例的ID、條件、涉及的數(shù)據元素以及預期結果列在矩陣中，條件、涉及的數(shù)據元素以及預期結果列在矩陣中，然后將這些數(shù)據確定下來，填寫在表格中。然后將這些數(shù)據確定下來，填寫在表格中。 下表中，下表中，“有效有效”表示這個條件必須是有效的表示這個條件必須是有效的才可執(zhí)行基本流，而才可執(zhí)行基本流，而“無效無效”用于表示這種條件用于表示這種條件下將激活所需備選流。下將激活所需備選流。“不適用不適用”表示這個條件表示這個條件不適用于測試用例。不適用于測試用例。四、場景法四、場景法 chapter_745測試用例信息表測試用例信息表測試用

33、例ID場景/條件賬號密碼用戶賬號余額預期結果1場景1：成功購物有效有效有效成功購物2場景2：賬號不存在無效不適用不適用提示賬號不存在3場景3：賬號或密碼錯誤（賬號正確，密碼錯誤）有效無效不適用提示賬號或密碼錯誤，返回基本流步驟34場景3：賬號或密碼錯誤（賬號錯誤，密碼正確）無效有效不適用提示賬號或密碼錯誤，返回基本流步驟35場景4：用戶賬號余額不足有效有效無效提示賬號余額不足請充值6場景5:用戶賬號沒有錢有效有效無效提示賬號余額請充值四、場景法四、場景法 chapter_746設計上表測試用例數(shù)據設計上表測試用例數(shù)據，填入下表填入下表測試測試用例用例ID場景場景/條件條件賬號賬號密碼密碼用戶賬

34、用戶賬號余額號余額預期結果預期結果1場景場景1：成功購物：成功購物wangshPassw0rd193成功購物，用戶成功購物，用戶賬號余額正確賬號余額正確2場景場景2：賬號不存：賬號不存在在song不適用不適用不適用不適用提示賬號不存在提示賬號不存在3場景場景3：賬號或密：賬號或密碼錯誤（賬號正碼錯誤（賬號正確，密碼錯誤）確，密碼錯誤）wangsh666666不適用不適用提示賬號或密碼提示賬號或密碼錯誤，返回基本錯誤，返回基本流步驟流步驟34場景場景3：賬號或密：賬號或密碼錯誤（賬號錯碼錯誤（賬號錯誤，密碼正確）誤，密碼正確）songpassw0rd不適用不適用提示賬號或密碼提示賬號或密碼錯誤，

35、返回基本錯誤，返回基本流步驟流步驟35場景場景4：用戶賬號：用戶賬號余額不足余額不足wshpass0rd2提示賬號余額不提示賬號余額不足請充值足請充值6場景場景5:用戶賬號用戶賬號沒有錢沒有錢sunxx8172170提示賬號余額請?zhí)崾举~號余額請充值充值四、場景法四、場景法 chapter_747案例分析p下面以購物系統(tǒng)添加商品類別信息為例，說明功能測試的案例設計 chapter_748一、編寫商品類別添加的測試用例集Test Case 047: Test Case 047: 必添項是否允許為空必添項是否允許為空Summary: Summary: 檢驗系統(tǒng)是否對必填項為空的情況做了處理。檢驗系統(tǒng)

36、是否對必填項為空的情況做了處理。Steps:Steps:1 1、點擊、點擊【商品類別【商品類別】 【添【添加加】按鈕】按鈕2 2、什么都不輸入，直接點、什么都不輸入，直接點擊擊 添加添加 按鈕；按鈕；Expected Results:1、彈出、彈出“商品類別添加界面商品類別添加界面”2、提示、提示“類別名稱不能為空類別名稱不能為空” 場景法場景法Pass / Fail:Pass / Fail:Test Notes:Author adminAuthor admin chapter_749一、編寫商品類別添加的測試用例集Test Case 048: Test Case 048: 輸入字符數(shù)等于域允

37、許的最大字符數(shù)輸入字符數(shù)等于域允許的最大字符數(shù)Summary: Summary: 系統(tǒng)是否對域的輸入長度進行了檢驗系統(tǒng)是否對域的輸入長度進行了檢驗Steps:Steps:1 1、點擊、點擊【商品類別【商品類別】 【添【添加加】按鈕】按鈕2 2、在、在“類別名稱類別名稱”中輸入中輸入“國產電視機國產電視機”，點擊，點擊 添添加加 按鈕按鈕Expected Results:1、彈出、彈出“商品類別添加界面商品類別添加界面”；2、提示、提示“保存成功保存成功”邊界值法邊界值法Pass / Fail:Pass / Fail:Test Notes:Author adminAuthor admin cha

38、pter_750一、一、編寫商品類別添加的測試用例集編寫商品類別添加的測試用例集Test Case 051: Test Case 051: 驗證系統(tǒng)定義的域長度是否夠用驗證系統(tǒng)定義的域長度是否夠用Summary: Summary: 輸入有現(xiàn)實意義且字符數(shù)比較多的類別名稱，檢驗系統(tǒng)是否輸入有現(xiàn)實意義且字符數(shù)比較多的類別名稱，檢驗系統(tǒng)是否允許輸入允許輸入Steps:Steps:1 1、點擊、點擊【商品類別【商品類別】 【添【添加加】按鈕】按鈕2 2、在、在“類別名稱類別名稱”中輸入中輸入“國產電子元器件國產電子元器件”，點，點擊擊 添加添加 按鈕按鈕Expected Results:Expecte

39、d Results:1 1、彈出、彈出“商品類別添加界商品類別添加界面面”；2 2、提示、提示“保存成功保存成功”錯誤推測法錯誤推測法Pass / Fail:Pass / Fail:Test Notes:Test Notes:Author adminAuthor admin chapter_751二、編寫類別修改的測試用例集二、編寫類別修改的測試用例集Test Case 055: Test Case 055: 輸入字符數(shù)大于域允許的最大字符數(shù)輸入字符數(shù)大于域允許的最大字符數(shù)Summary: Summary: 檢驗系統(tǒng)是否對域輸入長度進行了驗證檢驗系統(tǒng)是否對域輸入長度進行了驗證Steps:Ste

40、ps:1 1、點擊、點擊【商品類別【商品類別】 【瀏【瀏覽覽】按鈕；】按鈕；2 2、點擊商品類別、點擊商品類別“國產電國產電視機視機”后面的鏈接后面的鏈接 修改修改 3 3、將類別名稱改為、將類別名稱改為“國產國產電子元器件電子元器件”，點擊，點擊 修改修改 按鈕；按鈕；Expected Results:Expected Results:1 1、彈出、彈出“商品類別瀏覽界商品類別瀏覽界面面”2 2、 彈出彈出“商品類別修改界商品類別修改界面面”3 3、提示、提示“您輸入的名稱過您輸入的名稱過長，請重新輸入長，請重新輸入”邊界值法邊界值法Pass / Fail:Pass / Fail:Test

41、Notes:Test Notes:Author adminAuthor admin chapter_752二、編寫類別修改的測試用例集二、編寫類別修改的測試用例集Test Case 056: Test Case 056: 不修改直接保存不修改直接保存Summary: Summary: 不修改，直接點擊不修改，直接點擊 保存保存 按鈕按鈕Steps:Steps:1 1、點擊、點擊【商品類別【商品類別】 【瀏【瀏覽覽】按鈕；】按鈕；2 2、點擊商品類別、點擊商品類別“國產電國產電視機視機”后面的鏈接后面的鏈接 修改修改 3 3、不修改直接點擊、不修改直接點擊 修改修改 按鈕；按鈕；Expected

42、 Results:Expected Results:1 1、彈出、彈出“商品類別瀏覽界商品類別瀏覽界面面”2 2、 彈出彈出“商品類別修改界商品類別修改界面面”3 3、提示、提示“修改成功修改成功”，不，不應提示類別名稱已存在。應提示類別名稱已存在。場景法場景法Pass / Fail:Pass / Fail:Test Notes:Test Notes:Author adminAuthor admin chapter_753二、編寫類別修改的測試用例集二、編寫類別修改的測試用例集Test Case 058: 重名校驗重名校驗Summary: 檢驗系統(tǒng)是否對類別名重名的情況做了校驗檢驗系統(tǒng)是否對類

43、別名重名的情況做了校驗Steps:1、點擊、點擊【商品類別【商品類別】【添加【添加】按鈕】按鈕2、在、在“類別名稱類別名稱”中輸入中輸入“長長虹電視虹電視”，點擊，點擊添加添加按鈕按鈕3、點擊、點擊【商品類別【商品類別】【瀏覽【瀏覽】按鈕；】按鈕；4、點擊商品類別、點擊商品類別“國產電視機國產電視機”后面的鏈接后面的鏈接修改修改5、將類別名稱改為、將類別名稱改為“長虹電視長虹電視”，點擊，點擊修改修改按鈕；按鈕；Expected Results:1、彈出、彈出“商品類別添加界面商品類別添加界面”；2、提示、提示“添加成功添加成功”3、彈出、彈出“商品類別瀏覽界面商品類別瀏覽界面”4、 彈出彈出

44、“商品類別修改界面商品類別修改界面”5、提示、提示“類別名稱已存在類別名稱已存在”場景法場景法Pass / Fail:Test Notes: chapter_754三、編寫類別刪除的測試用例集三、編寫類別刪除的測試用例集Test Case 059: 刪除未被使用的類別刪除未被使用的類別Summary: 未被使用的類別可以被刪除未被使用的類別可以被刪除Steps:1、點擊、點擊【商品類別【商品類別】【瀏【瀏覽覽】按鈕】按鈕2、選擇未被使用的類別，、選擇未被使用的類別，點擊類別名稱后面的鏈接點擊類別名稱后面的鏈接文字文字【刪除【刪除】Expected Results:1、打開商品類別瀏覽界面、打開

45、商品類別瀏覽界面2、提示、提示“刪除成功刪除成功”場景法場景法Pass / Fail:Test Notes:Author admin chapter_755三、編寫類別刪除的測試用例集三、編寫類別刪除的測試用例集Test Case 060: 刪除已被使用的類別刪除已被使用的類別Summary: 已被使用的類別不可以被刪除已被使用的類別不可以被刪除Steps:1、在添加商品類別、在添加商品類別“電腦電腦”；2、添加商品、添加商品“hp 家用電腦家用電腦”，商品類別選擇，商品類別選擇“電腦電腦”3、點擊、點擊【商品類別【商品類別】【瀏【瀏覽覽】按鈕】按鈕4、選擇已被使用的類別、選擇已被使用的類別“

46、電腦電腦”，點擊類別名稱后，點擊類別名稱后面的鏈接文字面的鏈接文字【刪除【刪除】Expected Results:1、商品類別添加成功；、商品類別添加成功；2、商品添加成功；、商品添加成功；3、打開商品類別瀏覽界面；、打開商品類別瀏覽界面；4、提示、提示“該商品類別已被使用不能刪該商品類別已被使用不能刪除除”。場景法場景法Pass / Fail:Test Notes:Author admin chapter_756四、編寫類別瀏覽、查看的測試用例集四、編寫類別瀏覽、查看的測試用例集Test Case 061: 查看信息顯示是否完整查看信息顯示是否完整Summary: 所有已添加的類別均應顯示出

47、來所有已添加的類別均應顯示出來Steps:點擊點擊【查看【查看】（】（【瀏覽【瀏覽】）按】）按鈕，檢查類別顯示是否完整、鈕，檢查類別顯示是否完整、類別內容是否正確類別內容是否正確Expected Results:所有添加的類別均可以顯示出所有添加的類別均可以顯示出來；顯示的類別名稱與添加時來；顯示的類別名稱與添加時所填寫的內容一致。所填寫的內容一致。場景法場景法Pass / Fail:Test Notes:Author admin chapter_757四、編寫類別瀏覽、查看的測試用例集四、編寫類別瀏覽、查看的測試用例集Test Case 062: 翻頁翻頁Summary: 點擊翻頁按鈕可以正

48、確跳轉到相應的頁面上點擊翻頁按鈕可以正確跳轉到相應的頁面上Steps:1、點擊類別、點擊類別【查看【查看】（】（【瀏覽瀏覽】）按鈕】）按鈕2、點擊、點擊【第一條【第一條】、】、【下【下一條一條】、】、【上一條【上一條】、】、【最后一條最后一條】Expected Results:1、彈出商品類別瀏覽界面、彈出商品類別瀏覽界面2、可以正確跳轉到對應的、可以正確跳轉到對應的頁面上，不存在部分信息重頁面上，不存在部分信息重復顯示，部分信息顯示不出復顯示，部分信息顯示不出來的情況。來的情況。場景法場景法Pass / Fail:Test Notes:Author admin chapter_758p 黑盒

49、測試的優(yōu)點黑盒測試的優(yōu)點p (1).應用面廣。產品要至少經過黑盒測試才能發(fā)布，能夠應用面廣。產品要至少經過黑盒測試才能發(fā)布，能夠勝任黑盒測試工作的人員相對充足，黑盒測試方法的成勝任黑盒測試工作的人員相對充足，黑盒測試方法的成本低見效快，幾乎所有測試部門、測試人員，在產品本低見效快，幾乎所有測試部門、測試人員，在產品（功能塊，集成模塊，系統(tǒng)）第一輪測試時，都會首選（功能塊，集成模塊，系統(tǒng)）第一輪測試時，都會首選黑盒測試方法，該方法最符合企業(yè)實際開展測試工作的黑盒測試方法，該方法最符合企業(yè)實際開展測試工作的需要；需要；p (2).黑盒測試方法，不需要測試人員知道軟件內部的邏輯黑盒測試方法，不需要測

50、試人員知道軟件內部的邏輯結構和實現(xiàn)方法，熟悉軟件需求分析規(guī)格說明書或用戶結構和實現(xiàn)方法，熟悉軟件需求分析規(guī)格說明書或用戶需求報告相對容易些，準備工作時間相對短，同時對于需求報告相對容易些，準備工作時間相對短，同時對于一些不提供源代碼的項目也同樣適用。一些不提供源代碼的項目也同樣適用。 測試方法小結測試方法小結 chapter_759p (3).(3).可以借助自動化測試工具提高測試效率?？梢越柚詣踊瘻y試工具提高測試效率。p 黑盒測試的工作量很大，但是在產品（功能塊，集成模黑盒測試的工作量很大，但是在產品（功能塊，集成模塊，系統(tǒng)）第二輪測試中，可以利用工具回放第一輪測塊，系統(tǒng)）第二輪測試中，可

51、以利用工具回放第一輪測試過程中錄制的測試腳本，以進行自動化測試。試過程中錄制的測試腳本，以進行自動化測試。p 典型的測試工具如典型的測試工具如MIMI公司的公司的QTPQTP。p 自動測試工具可以幫助完成大量重復的測試工作，這是自動測試工具可以幫助完成大量重復的測試工作，這是很多人最初盲目熱衷的理由，但是應該提醒讀者，任何很多人最初盲目熱衷的理由，但是應該提醒讀者，任何工具都有自己的優(yōu)勢和局限，不要在實際工作中草率的工具都有自己的優(yōu)勢和局限，不要在實際工作中草率的采用自動化測試工具，否則你會發(fā)現(xiàn)，它總是讓你失望，采用自動化測試工具，否則你會發(fā)現(xiàn)，它總是讓你失望，往往學習使用工具，維護腳本就占用

52、了你很多時間，測往往學習使用工具，維護腳本就占用了你很多時間，測試時間快結束了，你可能還沒開始執(zhí)行任何有實際意義試時間快結束了，你可能還沒開始執(zhí)行任何有實際意義的測試工作，一般建議做產品的公司、做行業(yè)項目的公的測試工作，一般建議做產品的公司、做行業(yè)項目的公司，以及經常要做第二輪功能測試的情況下，可以考慮司，以及經常要做第二輪功能測試的情況下，可以考慮采用適合的自動化測試工具。采用適合的自動化測試工具。測試方法小結測試方法小結 chapter_760p 黑盒測試的缺點黑盒測試的缺點p (1). 黑盒測試工作質量的好壞，取決于測試用例設計的質黑盒測試工作質量的好壞，取決于測試用例設計的質量。測試用

53、例設計的質量，取決于測試者對行業(yè)業(yè)務的量。測試用例設計的質量，取決于測試者對行業(yè)業(yè)務的熟悉程度，很難要求測試人員對各種行業(yè)的業(yè)務都精通，熟悉程度，很難要求測試人員對各種行業(yè)的業(yè)務都精通，很多時候都是具有計算機專業(yè)背景的人員，根據測試需很多時候都是具有計算機專業(yè)背景的人員，根據測試需要接受業(yè)務培訓，然后進行測試，但是對業(yè)務的理解是要接受業(yè)務培訓，然后進行測試，但是對業(yè)務的理解是很有限的，因此限制了黑盒測試工作的質量。很有限的，因此限制了黑盒測試工作的質量。 p (2).缺陷的定位有時不夠準確，甚至誤導開發(fā)人員。缺陷的定位有時不夠準確，甚至誤導開發(fā)人員。 測試方法小結測試方法小結 chapter_

54、761p白盒測試的優(yōu)點白盒測試的優(yōu)點p(1). 白盒測試方法深入到了程序內部，測試粒度白盒測試方法深入到了程序內部，測試粒度到達某個模塊、某個函數(shù)甚至某條語句，能從程到達某個模塊、某個函數(shù)甚至某條語句，能從程序具體實現(xiàn)的角度發(fā)現(xiàn)問題；序具體實現(xiàn)的角度發(fā)現(xiàn)問題；p(2). 白盒測試方法是對黑盒測試方法的最有力補白盒測試方法是對黑盒測試方法的最有力補充，通過前面的講解，我們清楚的了解了黑盒測充，通過前面的講解，我們清楚的了解了黑盒測試和白盒測試的思路，只有將二者結合才能將軟試和白盒測試的思路，只有將二者結合才能將軟件測試工作做到相對到位。件測試工作做到相對到位。 測試方法小結測試方法小結 chap

55、ter_762測試方法小結測試方法小結p 測試人員在需求分析階段，通過需求說明書了解用戶需測試人員在需求分析階段，通過需求說明書了解用戶需求，針對需求利用黑盒測試的思路設計測試用例，然后求，針對需求利用黑盒測試的思路設計測試用例，然后根據已有的編程和測試經驗，補充一些白盒測試用例。根據已有的編程和測試經驗，補充一些白盒測試用例。p 在開發(fā)階段，測試人員拿到代碼后，一種方法是直接人在開發(fā)階段，測試人員拿到代碼后，一種方法是直接人工閱讀代碼工閱讀代碼(也稱為靜態(tài)測試也稱為靜態(tài)測試)，進行白盒測試。另一種方，進行白盒測試。另一種方法是借助于白盒測試工具，實現(xiàn)各種覆蓋測試。法是借助于白盒測試工具，實現(xiàn)

56、各種覆蓋測試。p IT企業(yè)軟件測試的基本方法是：宏觀上用黑盒測試，微觀企業(yè)軟件測試的基本方法是：宏觀上用黑盒測試，微觀上用白盒測試；全局用黑盒測試，局部用白盒測試；絕上用白盒測試；全局用黑盒測試，局部用白盒測試；絕大部分測試人員用黑盒測試，極少數(shù)程序人員用白盒測大部分測試人員用黑盒測試，極少數(shù)程序人員用白盒測試；以黑盒測試為主，以白盒測試為輔。試；以黑盒測試為主，以白盒測試為輔。 chapter_763本章要點本章要點q一、軟件測試基礎 q二、單元測試q三、集成測試q四、確認測試q五、白盒測試技術q六、黑盒測試技術p七、七、調試調試p八、軟件可靠性八、軟件可靠性 chapter_764調試調試

57、 ( (debugging) q測試（testing）的目的與任務 q目的：發(fā)現(xiàn)程序的錯誤 q任務：通過執(zhí)行程序，暴露潛在的錯誤 q調試也叫糾錯（debugging）的目的與任務 q目的：定位和糾正錯誤 q任務：消除軟件故障，保證程序的可靠運行 軟件測試的目的是發(fā)現(xiàn)錯誤，在發(fā)現(xiàn)錯誤后，則應按照軟件測試的目的是發(fā)現(xiàn)錯誤，在發(fā)現(xiàn)錯誤后，則應按照一定的技術去糾正它，一定的技術去糾正它，糾錯的關鍵是糾錯的關鍵是“錯誤定位錯誤定位”。 chapter_765 1 1、確定程序中可疑錯誤的確切的位置和性質。、確定程序中可疑錯誤的確切的位置和性質。 2 2、修改、排除錯誤。、修改、排除錯誤。執(zhí)行測試用例糾錯

58、結果錯誤現(xiàn)場測試用例猜測的原因已知原因改正 調試（糾錯）活動 chapter_766二、糾錯的原則二、糾錯的原則 1 1、注意錯誤的、注意錯誤的“群集現(xiàn)象群集現(xiàn)象”。 2 2、不能只修改錯誤的征兆、表現(xiàn)，還應該修改錯誤的本、不能只修改錯誤的征兆、表現(xiàn)，還應該修改錯誤的本質。質。 3 3、注意在修改一個錯誤的同時，又引入新的錯誤。、注意在修改一個錯誤的同時，又引入新的錯誤。調試過程調試過程 chapter_767幾種主要的排錯方法幾種主要的排錯方法 調試的方法有：調試的方法有： 蠻干法（硬性糾錯硬性糾錯） 回溯法 對分查找法 歸納法 演繹法可根據個人經驗和具體情況靈活應用。 chapter_76

59、8一、硬性糾錯一、硬性糾錯又稱為蠻干法，由于簡單，是目前使用較多，但效率較低又稱為蠻干法，由于簡單，是目前使用較多，但效率較低的方法。如：的方法。如：主存信息轉儲法主存信息轉儲法 將計算機存儲器和寄存器的全部內容打印出來，然后在大量的數(shù)據中查錯。關鍵部分設置打印語句關鍵部分設置打印語句 在出錯源程序的各個關鍵變量改變在出錯源程序的各個關鍵變量改變位置、重要的分支、子程序的調用等位置，設置打印語句，位置、重要的分支、子程序的調用等位置，設置打印語句，跟蹤程序執(zhí)行和變量的改變。跟蹤程序執(zhí)行和變量的改變。 使用自動調試工具使用自動調試工具 使用由某些語言提供的調試工具查錯。使用由某些語言提供的調試工

60、具查錯。幾種主要的調試方法幾種主要的調試方法 chapter_769二、回溯法排錯二、回溯法排錯 適用于小程序，發(fā)現(xiàn)錯誤時，確定首先發(fā)現(xiàn)錯誤“癥狀”的位置，人工沿控制流追蹤源代碼程序，直到找出錯誤根源或確定錯誤范圍為止。幾種主要的排錯方法幾種主要的排錯方法 chapter_770本章要點本章要點q一、軟件測試基礎 q二、單元測試q三、集成測試q四、確認測試q五、白盒測試技術q六、黑盒測試技術p七、七、調試調試p八、軟件可靠性八、軟件可靠性 chapter_771軟件可靠性軟件可靠性p 軟件的可靠性是軟件質量的一個重中指標，軟件的可靠性是軟件質量的一個重中指標，也是用戶需求中一項重要內容。也是用