【正文】 yes no What When where How 演繹法排錯 演繹法是一種從一般原理出發(fā)，經(jīng)過排除和精化的過程，推導出結論的方法。是一種從特殊推斷一般的系統(tǒng)化 思考方法。發(fā)現(xiàn)錯誤時，人工沿控制流 追蹤源代碼程序。 二、糾錯的技術 硬性糾錯 又稱為蠻干法，是使用較多，效率較低的方法。還應該修改錯誤的本質。 一、糾錯的原則 注意錯誤的“群集現(xiàn)象”。 軟件糾錯技術 軟件測試的目的是發(fā)現(xiàn)錯誤，在發(fā)現(xiàn)錯誤后，則應按照一定的技術去糾正它。 組裝測試報告 A、 組裝次序、測試方法（以黑盒法為主） B、 測試情況 C、 測試用例（保留） D、 查錯記錄（數(shù)量、位置）、分析結果。 典型場景的測試 參考書 A Practical Guide to Testing Object Software John David 機械工業(yè)出版社影印 楊文宏 李新輝 楊潔等譯 軟件測試文檔 模塊測試報告 至少選擇一個典型模塊進行測試。 測試可以根據(jù)需求分析出發(fā)列出的一些典型場景 (順序圖模型所描述 )進行。典型場景是用例模型的一個實例。 ) (2)仔細檢查每個繼承關系 ， 到底是聚集關系還是繼承關系 ？ (3)針對關聯(lián)關系中的關聯(lián)數(shù)目 ， 提一些問題結合實際場景來考察 。 類圖實際上由類和類之間的關系組成，評審會的檢查單可從以下兩個方面制定。 為確保類模型的正確性和完整性，只根據(jù)問題域測試類模型。 有效等價類 : D1=|一個月的第一天與最后一天 之間 | D2=|一個月的第一天 | D3=|1月 1日 | M1=|前一個月是 30天 | M2=|前一個月是 31天 | M3=|前一個月是 2月 | Y1=|非閏年 | Y2=|閏年 | Y3=|2022年 | 無效等價類 : D4=|本月的第一天 | D4=|本月的最后一天 | M4=|1| M5=|12| Y=|0| 用例 ID 月 日 年 預期結果 1 7 19 1998 1998年 7月 18日 2 9 19 2022 2022年 9月 18日 3 3 19 2022 2022年 3月 18日 4 7 1 1998 1998年 6月 30日 5 9 1 2022 2022年 8月 31日 6 3 1 1998 1998年 2月 28日 7 3 1 2022 2022年 2月 29日 8 1 1 1998 1997年 12月 31日 9 1 1 2022 2022年 12月 31日 10 1 1 2022 1999年 12月 31日 11 7 0 1998 無效輸入 12 7 32 2022 無效輸入 ………………………………………………………… 共 22個用例，其中無效用例 12個。 圖 calendarUnit類的繼承關系 calendarUnit currentVal:Integer CalenderUnit(pVal:Integer) SetValue(pVal:Integer) decrease():Boolean Day mm:Month Day （ pDay:integer, pMonth:Month） setDay（ pDay:integer, pMonth:Month） getDay ():integer decrease( ):Boolean Yers Year(pYear: Integer) getYear():Intger decrease():Boolean isLeap():Boolean Month yy:Year sizeindex:integer[]={31,28,31,30,31,30,3131,30,31,30,31} Month(pMonth::integer,pYear:Year) get(Month():integer getMonthSize():Integer decrease():Boolean 例如：對 date類中的 decrease方法進行測試 ,在設計測試用例時，采用等價分類法。 設計測試用例，對 Date類的操作 decrease（）進行測試。而 Date類的三個成員變量所屬的類是calendarUnit類的子類。 例 2 Date類是一個描述日期的類，其屬性為三個成員變量：年、月、日，在 Date類中，操作 decrease（）是使Date類的對象改變?yōu)楫斍叭掌诘那耙惶臁? 類的測試 類測試即傳統(tǒng)測試中的單元測試，即驗證類的實現(xiàn)與類的規(guī)約是否一致的活動。 結合考慮上面三個因素，以最少的成本取得最好的收益，三個訂單信息如下： 訂單號 送貨地點 貨物名稱及數(shù)量 客戶信譽 訂單 1 北城某集團公司 G1(200)， G5(100)， G10(40) 95 訂單 2 東城某街道 G5(10)， G6(5) 80 訂單 3 北城某街道 G4(10) 85 倉庫名稱 倉庫位置 存貨品名及數(shù)量 訂單處理 客戶信譽度 A 東城 G1(200)， G5(100)， G6(1000)， G10(70)， G11(90) 85 B 西城 G1(1000)， G2(100)， G5(550)， G8(150)， G10(980) 95 C 北城 G1(220)， G4(300)， G5(350)， G7(400)， G10(700) 80 訂單號 送貨地點 貨物名稱及數(shù)量 客戶信譽 訂單 1 北城某集團公司 G1(200)， G5(100)， G10(40) 95 訂單 2 東城某街道 G5(10)， G6(5) 80 訂單 3 北城某街道 G4(10) 85 測試用例 1： 輸入：訂單 1 預期結果：選擇倉庫 B來處理訂單 (三個均可，大宗訂單，客戶信譽度高 )； 測試用例 2： 輸入：訂單 2 預期結果：選擇倉庫 A來處理訂單 (個人訂單，客戶信譽一般 )； 測試用例 3： 輸入：訂單 3 預期結果：選擇倉庫 C來處理訂單。 倉庫名稱 倉庫位置 存貨品名及數(shù)量 訂單處理 客戶信譽度 A 東城 G1(200)， G5(100)， G6(1000)， G10(70)， G11(90) 85 B 西城 G1(1000)， G2(100)， G5(550)， G8(150)， G10(980) 95 C 北城 G1(220)， G4(300)， G5(350)， G7(400)， G10(700) 80 訂單主要信息：訂單號、送貨地點、貨物名稱及數(shù)量等。 以第三條功能 “ 根據(jù)訂單信息選擇倉庫，并將訂單發(fā)送給該倉庫 ” 為例，說明用例的選擇。 識別五個主要的系統(tǒng)角色 (用戶 )： 管理者 (Manager)、 發(fā)貨人員 (Shipper) 收款人員 (Toll collector)、 商務客戶 (Customer) 信用卡 (Creditcard) 從各個角色出發(fā)，通過下邊的問題識別用例： 角色要求系統(tǒng)提供的功能有哪些？系統(tǒng)在提供這些功能的時候該角色需要做什么？ 角色需要創(chuàng)建、閱讀、銷毀或存儲系統(tǒng)的哪些信息？ 系統(tǒng)中的哪些事件需要通知該角色？ 以管理者為例： (1)管理者要求系統(tǒng)為他提供什么功能？管理者需要做哪些工作？ 答：管理者要求系統(tǒng)提供： ； ； ，并將訂單發(fā)送給倉庫； ； ； ； ； ； 更新 。 用例模型的測試從系統(tǒng)用戶的角度測試系統(tǒng)的服務，并不關心每個測試用例所實現(xiàn)的功能如何，所以應該是黑盒測試。 二、 測試過程 通常測試步驟如下： 測試用例模型 ? 測