1、1. 軟件測試概念1983年，IEEE提出了軟件工程術語，軟件測試定義為：使用人工或自動手段來運行或測試某個系統的過程，其目的在于檢驗它是否滿足規定的需求或是弄清預期結果與實際結果之間的差別。”2. 軟件測試通常包括：驗證(verification)和確認(validation) (V&V3. 驗證驗證指保證軟件正確的實現了某一特定功能的一系列活動Verification : Are webuildi ng the product right？是否正確地構造了軟件？即是否正確地做事，驗證開發過程是否遵守已定義好的內容。驗證產品滿足規格設計說明書的一致性。4. 確認?確認指的是保證軟件的

2、實現滿足了用戶需求的一系列活動? Validatio n : Are we buildi ng the right product?是否構造了正是用戶所需要的軟件？即是否正在做正確的事。驗證產品所實現的功能是否滿足用戶的需求。5. 軟件測試的目的-證明? 獲取系統在可接受范圍內可用的信心；? 嘗試在非正常情況和條件下的功能和特性；? 保證一個工作產品是完整的并且可用或可被集成。6. 軟件測試的目的-檢測? 發現缺陷、錯誤和系統不足；? 定義系統的能力和局限性；? 提供組件、工作產品和系統的質量信息。7. 白盒測試技術-通過對程序內部結構的分析、檢測來尋找問題；如果已知產品的內部活動方式，就可以

3、采用白盒測試方法來測試它的內部活動是否都符合設計要求。是對軟件的過程性細節做細致的檢查。?白盒測試步驟根據源程序畫程序圖生成測試用例執行測試分析覆蓋標準判定測試結果?靜態和動態白盒測試兩種類型?靜態方法是指按一定步驟直接檢查源代碼來發現錯誤，而不用生成測試用例并驅動被測程序運行來發現錯誤，也稱為代碼檢查法；?動態方法是指按一定步驟生成測試用例并驅動被測程序運行來發現錯誤。? 動態方法有：-基本路徑測試-條件測試-數據流測試-循環測試? 靜態方法有：- 桌面檢查-代碼審查- 走查?三種方法計算復雜性1. 給定流圖G的環形復雜性 一一CC(G)，流圖中區域的數量。2. 給定流圖G的環形復雜性 一一

4、CC(G)，定義為CC(G)=E-N+2 , E是流圖中邊的數 量，N是流圖節點數量。3. 給定流圖G的環形復雜性 一一CC(G)，也可定義為 CC (G)=P+1 , P是流圖G中 判定節點的數量。?白盒測試執行過程sequencewhileuntilcase&黑盒測試技術-通過軟件的外部表現來發現其缺陷和錯誤。如果已知產品應該具有的功能的情況下，通過測試來檢驗是否每個功能都能正常使用的測試方法。?黑盒測試的方法?黑盒測試又叫做功能測試，是基于系統已實現的功能進行測試的。使用該方法的具體的測試用例設計方法包括等價類劃分法、邊界值分析法、正交排列陣測 試法、因果分析法、場景法等。?等價

5、類劃分法? 等價類劃分法是黑盒測試的一種方法，它把一個程序的輸入域劃分成數據類集合， 從而生成測試用例。? 一個理想的測試用例是指可單獨地發現一類錯誤（例如：所有字符數據的錯誤處理）。否則在這種錯誤被觀察之前，需要執行很多的用例。-等價類劃分法試圖生成那種可以揭露一類錯誤的測試用例，從而減少必須生成的測試用例的總數。? 等價類劃分法的測試用例設計是基于對輸入條件的等價類評估。?邊界值分析法?邊界值分析法是用來補充等價類劃分法的一種測試用例的生成方法。- 它是在類的邊界”上選擇測試用例，- 而且也是根據輸出域得到測試用例。9. 按測試實施組織分類開發方測試：也稱驗證測試或 alpha測試用戶方測

6、試：也稱 beta測試 第三方測試：也稱為獨立測試10. 測試基本過程? 一個規范化的軟件測試過程包括以下基本的測試活動-擬定軟件測試計劃、方案-設計和生成測試用例、準備測試數據-執行測試，記錄原始數據，對缺陷進行管理-生成軟件測試報告、缺陷的統計和報表11. 質量風險摘要? 危險性：表示故障對系統影響的大小。5致命；4嚴重；3般；2輕微；1 無。? 影響：5定影響所有用戶；4可能影響一些用戶；3對有些用戶可能的影響；2對少數用戶有限的影響；1在實際使用中難以覺察的影響。? 優先級：表示風險可以被接受的程度。?5很緊急，必須馬上糾正；?4不影響進一步測試，但必須修復；?3系統發布前必須修復；?

7、2如果時間允許應該修復；?1 最好修復。12. 軟件缺陷? IEEE (1983) 729 軟件缺陷一個標準的定義：? 從產品內部看，軟件缺陷是軟件產品開發或維護過程中所存在的錯誤、毛病等各種 問題；? 從外部看，軟件缺陷是系統所需要實現的某種功能的失效或違背13. bug勺六種狀態NEW新發現的問題。OPEN經過確認，是問題。FIXED:已修改的問題。CLOSED問題經過驗證已經修改完畢。REOPEN以前出現過，修改確認后問題已解決。但在本輪以前出現過的問題又重新 出現。REJECTED經過確認，不是問題。14. Alpha 測試? Alpha測試有時也稱為室內測試，是由一個用戶的開發環境下

8、進行的測試，也可以 是開發機構內部的用戶在模擬實際操作環境下進行的測試。開發者坐在用戶旁邊， 隨時記下錯誤情況和使用中的問題。這是在受控制的環境下進行的驗收測試。? Alpha測試前應當將測試目的明確的傳達給測試參與人員，應該向測試參與人員介 紹一些項目的歷史背景知識，測試人員要在測試期間提供協助，并給出測試的一般 規則。14. Beta 測試? Beta測試是由軟件的多個用戶在用戶的實際使用環境下進行的測試。這些測試參與人員是與公司簽訂了 Beta測試合同的外部用戶，他們被要求使用軟件系統，并愿意 返回有關錯誤信息給開發公司。? Beta測試是在開發者無法控制的環境下進行的軟件測試。15什么

9、是回歸測試? 回歸測試是對之前已測試過、經過修改了的程序進行的重新測試，以保證該修改沒 有引入新的錯誤或者由于更改而發現之前未發現的錯誤。? 回歸測試通常在對被測系統( System Un der Test, SUT )的第二個版本或后來版本 進行測試時使用。16.波及效應分析? 在介紹什么是波及效應分析之前，首先說明幾個事實和相關問題。? 主要的事實有-(1)軟件是要被修改的；(2 )與軟件相關的所有東西(需求款項，設計款 項，代碼，測試用例，文檔)都可能被修改；(3)任何時候修改都可能發生， 比如在軟件開發階段和軟件維護階段。17. V模型W模型縮碼-H模型測試準備測試就緒點4測試執行/苴

10、也流程(如設計流程)E1-3軟件測試H模型18修正條件/判定覆蓋? 它要求生成足夠測試用例以滿足以下四種條件：-程序里的每個入口和出口都要至少被調用一次，即程序里的要從每一模塊入口至少進入一次并至少要從每一模塊出口退出一次。-程序中每一個判定的所有可能結果至少取一次。-程序中一個判定的每一條件的所有可能結果至少取一次。-程序中一個判定的每一條件呈現出獨立地影響該判定的結果，即只變化此條件而保持其它所有可能的條件不變。19. 單元測試的任務?單元測試對構件的五方面進行測試：-(1)模塊或構件接口；-(2)局部數據結構；-(3)邊界條件；-(4)獨立路徑；-(5)處理錯誤的路徑。20. 軟件質量的

11、定義? ANSI/IEEE STD729給出了軟件質量定義：? 軟件產品滿足規定的和隱含的與需求能力有關的全部特征和特性：? 軟件產品質量滿足用戶要求的程度；? 軟件各種屬性的組合程度；?用戶對軟件產品的綜合反映程度；? 軟件在使用過程中滿足用戶要求的程度。21. 軟件質量的特性功能：與一組功能及其指定性質有關的一組屬性，這里的功能是滿足明確或隱含的 需求的那些功能。可靠：在規定的一段時間和條件下，與軟件維持其性能水平的能力有關的一組屬性。易用：由一組規定或潛在的用戶為使用軟件所需作的努力和所作的評價有關的一 組屬性。效率：與在規定條件下軟件的性能水平與所使用資源量之間關系有關的一組屬性。可維

12、護：與進行指定的修改所需的努力有關的一組屬性。可移植：與軟件從一個環境轉移到另一個環境的能力有關的一組屬性。其中每一個質量特征都分別與若干子特征相對應。軟件質量需求說明書過程質量主設計書源程序資源利用率故障修復時間均障隔間 平故間時模簡宀 完塊潔全化程程程度度度22.軟件質量保證的疋義? IEEE中對軟件質量保證的定義： 軟件質量保證是一種有計劃的、系統化的行動模式,它是為項目或者產品符合已有技術需求提供充分信任所必需的。也可以說軟件質量 保證是設計用來評價開發或者制造產品過程的一組活動。23.軟件質量控制定義在 IEEEStandard Glossary of Software Engine

13、ering Terminology控制的定義是：用以評價開發或生產的產品質量的一系列活動中對質量24.找DU對vO:in t getMaxValue (int x, i nt y) int max;v1:v2:max = x; if (y > x)v3:v4:v5:max = y; return max;Ocuse(max, v 4)def(x, v 0)def(y, v 0)def(max, v 勺) cuse(x, v Jpuse(x, v 2)puse(y, v 2)def(max, v 3打 cuse(y, v 3)3PiP2Xdef(x,Vo) , cuse(x,V1)Tdef

14、(x,Vo) , puse(x,V2)TTY dedeff(y,Vo) , puse(y,V2)T '：y,Vo) , cuse(y,V2)TTmax ddef(ref(max,V1) ,cuse(max,V4) iax,V3) , cues(max,V4)TT滿足P1 P2的時候為路徑覆蓋25.因果分析法步驟：1.找原因和結果2. 找原因和結果之間的關系（互斥、包含、唯一、要求）3. 原因與原因之間的關系，結果與結果之間的關系4. 畫決策表5. 根據決策表寫測試用例? 例題：我們假設有以下有關一個文件管理系統的一段規格說明：- 在文件第一列的字符必須是一個A”或B”.在文件第二列的字

15、符必須是個數字。在這種情況下，文件是被修改了。如果第一個字符不正確，則打印 X12消息。如果第二個不是數字，則打印X13”消息。”Ei：文件修改過巳：打印消息“ X12”E3：打印消息“ X13”Ci：第一列的字符是“ AC2:第一列的字符是“ B”Q:第二列的字符是數字因果圖表示例原因與結果組合列舉123456輸 入C1000011( 原 因 )C2001100C3010101輸出結果>E1000101E2110000因果圖的列表一示例E3101010決策表-示例決策規則條件與行動123456條件C1000011C2001100C3010101行A1000101A2110000A310

16、1010生成測試用例? 測試用例:-用例1:? 輸入條件：第一列的字符是C”,第二列的字符是 X”? 輸出結果：打印消息 X12”，打印消息 X13”-用例4:? 輸入條件：第一列的字符是B”，第二列的字符是 1 ”? 輸出結果：文件修改過26因果分析法（續）?下面總結一下利用因果圖、決策表的因果分析法執行過程：-分析程序規格說明書，識別哪些是原因，哪些是結果。原因往往是輸入條件 或是輸入條件的等價類，而結果常常為輸出條件。-分析程序規格說明書，按其語義，在因果圖連接各個原因與其相應的結果。 用講述的四種關系符號（一、）來描述因果圖中原因與結果之間的關系。-標明約束條件。由于語法或環境的限制，

17、有些原因和結果的組合情況是不可 能出現的。對于這些特定的情況，在因果圖中使用講述的五種約束符號（E、I、OR、M來標明原因間、結果間的約束條件。? 下面總結一下利用因果圖、決策表的因果分析法執行過程：（續）-把因果圖轉換成一個因果圖列表進而生成決策表（或判定樹）來描述哪種輸入組合所引起的哪個執行動作的決策規則。-把決策表的規則轉換成測試用例。選擇測試數據以便使決策表里的每個規則都被測試。例題：分析中國象棋中走馬的實際情況?1、如果落點在棋盤外，則不移動棋子；?2、如果落點與起點不構成日字型，則不移動棋子；?3、如果落點處有自己方棋子，則不移動棋子；? 4、如果在落點方向的鄰近交叉點有棋子（絆馬

18、腿），則不移動棋子；?5、如果不屬于1-4條，且落點處無棋子，則移動棋子；?6、如果不屬于1-4條，且落點處為對方棋子（非老將），則移動棋子并除去對方棋子;?7、如果不屬于1-4條，且落點處為對方老將，則移動棋子，并提示戰勝對方，游戲結束。根據分析明確原因和結果? 原因：-1落點在棋盤上；-2落點與起點構成日字；-3落點處為自己方棋子；-4落點方向的鄰近交叉點無棋子；-5落點處無棋子；-6落點處為對方棋子（非老將）；-7落點處為對方老將。? 結果：?21、不移動棋子；?22、移動棋子；?23、移動棋子，并除去對方棋子；?24、移動棋子，并提示戰勝對方，結束游戲考慮結果不能同時發生，所以對其施加唯一約束Q原因5、6、7不能同時發生，所以對其施加互斥約束 E.根據因果圖建立判定表：（分為兩表）1234567891011121314151610101010101010101原200110011001100113000011110000111140000000011111111結110000000100000000果2111111110111