1、1測試傳統應用系統2主要內容靜態測試與動態測試白盒測試方法黑盒測試方法模糊測試方法增量測試與突擊測試極限測試基于風險的測試3靜態測試與動態測試靜態測試：不執行被測對象，而通過對模塊源代碼/文檔進行研讀，找出其中錯誤或可疑之處，收集一些度量數據。靜態測試多采用工具掃描分析、代碼評審等方法，在排除語法錯誤之后開始。參加人員：主要為軟件開發小組的人員4靜態測試主要靜態測試方法人工審查：可以發現6090的錯誤計算機輔助靜態測試5靜態測試人工審查檢查速度：一次200400行，時間不宜超過6090分鐘；審查之前，作者進行講解；使用檢查表。不斷改進審查過程。6靜態測試流程圖分析語句標號、變量、參數的定義、引

2、用；調用關系；變量的初始化；定義但未使用的變量；不可能執行的代碼段；為動態測試提供依據：控制路徑等。7靜態測試符號執行對每條路徑給出符號表達式，并不實際執行，而是對特定路徑輸入一些符號，對這些符號進行功能處理之后，根據輸出的符號來判斷程序的行為和正確性。a-bb-aab!(ab)ab: c=a-b!(ab): c=b-a8動態測試動態測試：通過運行被測對象，觀察對象的動態行為、表現而發現錯誤。選取定義域內的有效值或定義域外的無效值；測試輸入設計確定預期結果；預期輸出設計執行被測對象；觀察對象的行為、表現；對比，不一致則發現錯誤(Defect/Bug/Failure)。9動態測試無法窮舉測試，是

3、一種抽樣、實驗。如果測試發現較多錯誤，需進一步測試進一步分為黑盒測試、白盒測試10分析方法和非分析方法測試的分析方法：通過分析程序的內部邏輯來設計測試用例，包括白盒測試和靜態測試。適于源代碼、軟件設計對應的測試測試的非分析方法：依據被測對象的外部特征來設計測試用例。適于軟件需求、系統等對應的測試。11主動測試和被動測試主動測試：測試人員主動向被測對象發送請求，或借助數據、事件驅動被測對象，來驗證被測對象的反應或輸出結果-目的在于找錯被動測試：軟件產品在實際環境中運行，測試人員被動地監控產品的運行，通過一定的機制獲取系統運行的數據。適合于性能測試、在線檢測，不需要設計測試用例。-目的在于優化、防

4、止失效發生12獨立路徑問題路徑數：環路復雜性的值即為控制流圖的線性無關基本路徑數目；獨立路徑：包含一組以前從未處理的語句或條件的一條路徑。在控制流圖中，一條獨立路徑至少包含一條在其它路徑中從未有過的路徑，一條新路徑至少包含一條新邊。13獨立路徑問題 路徑1：1-4-14 路徑2：1-4-6-7-14 路徑3：1-4-6-8-10-13-4-14 路徑4：1-4-6-8-11-13-4-14114白盒測試方法白盒測試：根據被測對象的內部結構和運行機制來設計測試用例的方法，又稱為結構測試、邏輯驅動測試、覆蓋測試被測對象的獨立路徑至少覆蓋一次；所有邏輯取值測試真、假；循環邊界測試；檢查內部數據結構、

5、邊界條件。15語句覆蓋設計足夠多的測試用例，使得每個可達語句至少執行一次a0b1c1c=c/ac=c+1p1T 23 F5 FT 4a:2 b:-1 c:616判定覆蓋判定覆蓋：設計足夠多的測試用例，使得每個判斷的取值成真、成假至少一次，又稱分支覆蓋。a0b1c1c=c/ac=c+1p1T 23 F5 FT 4a:2 b:-1 c:6a:0 b:x c:017條件覆蓋條件覆蓋：設計足夠多的測試用例，使得每個判斷的每個條件取值真、假至少各一次。a:2 b:-1 c:-2 路徑：134a:-1 b:2 c:3 路徑：134但是：判定a0b1c1沒有取假值18判定-條件覆蓋判定-條件覆蓋判定覆蓋條件

6、覆蓋a:2 b:-1 c:6 路徑：124a:-1 b:2 c:-3 路徑：135a0b1c1c=c/ac=c+1p1T 23 F5 FT 4注意：a0時，b的取值不影響判定結果；同樣，a1時，c的取值不影響判定結果。19條件組合覆蓋設計足夠多的測試用例，使得判斷中的每個條件組合的所有可能至少出現一次a0TTFFa:2 b:-1 c:6b1TTFFa:-1 b:-2 c:3c1TFTFa:-1 b:-2 c:-3a0b1c1c=c/ac=c+1p1T 23 F5 FT 420路徑覆蓋設計足夠多的測試用例，覆蓋所有可能的執行路徑。a0b1c1c=c/ac=c+1p1T 23 F5 FT 4a:2

7、 b:-1 c:6 P:1-2-4a:2 b:-1 c:-2 P:1-2-5a:-1 b:-2 c:3 P:1-3-4a:-1 b:-2 c:-3 P:1-3-521黑盒測試方法黑盒測試方法又稱功能測試方法、數據驅動測試方法，測試設計時不考慮被測對象的內部結構，以檢查系統功能（功能的正確、完整、邏輯流程、人機界面、文檔內容、系統安裝/初始化）以被測對象的外部特征為測試依據。22等價類劃分等價類劃分基于對輸入或輸出數據情況的評估，劃分成兩個或多個子集（等價類），然后從每個子集中選取一定的代表進行測試的測試用例設計方法。一個等價類是輸入域的一個子集，子集中各輸入數據對揭示被測對象的錯誤是等價的。a

8、b：a不能發現錯誤，b也不能發現錯誤； a能夠發現錯誤，b也能夠發現錯誤。23等價類分類：按照輸入域/輸出域具有相同特性或類似功能進行分類；劃分時既要考慮有效等價類，也要考慮無效等價類；設計測試用例時，一個測試用例盡可能多的覆蓋尚未被覆蓋的有效等價類；一個測試用例僅覆蓋一個尚未被覆蓋的無效等價類。24等價類 輸入三個整數作為三邊的邊長構成三角形，并判斷類別為一般三角形、等腰三角形、等邊三角形 條件： a.輸入值的集合：整數 b.輸入值的個數：3個 c.要構成三角形，默認的輸入值的范圍：正數 d.構成三角形的要素：兩邊之和大于第三邊 輸出等價類： 一般三角形 等腰三角形 等邊三角形 無效數據25

9、等價類26等價類27邊界值分析依據：實踐表明，程序往往在輸入/輸出的邊界發生錯誤。常作為等價類劃分方法的一種補充。選擇時：正好等于、剛剛大于、剛剛小于邊界值。典型情況：規定了輸入/輸出值的范圍，則取剛剛到達范圍的邊界值；輸入/輸出值的個數，選取最大個數、最小個數、比最大個數多1，比最小個數少1；28邊界值分析排序：輸入元素個數1N；輸出元素升序排列邊界值分析：空序列； 僅一個數據元素； N個元素；序列已按要求排好序；序列為要求的逆序；序列所有元素相等。29判斷表方法在多因素情況下，根據條件、活動之間的對應關系，以判定表的形式進行測試用例設計的方法。例如：打印機受多個條件影響：驅動程序、紙張、墨

10、粉；活動：打印內容、提示驅動程序錯誤、提示沒有紙張、提示沒有墨粉。30判斷表方法31判斷表方法 假定存在優先級：提示驅動錯誤、沒有紙張、沒有墨粉32判定表方法33因果圖方法Cause-and-effect graphs :To create test cases automatically from the requirements by convert the graph to a decision table.The test cases should not be redundant.Use causes (inputs) and effects (outputs or transfor

11、mations) to draw Boolean graph which reflecting the relationships.Requirements formal specifications decision table test cases34因果圖方法steps of creating a cause-and-effect graph:The requirements are separated so each requirement describes a single function.The numbered causes and effect become nodes o

12、f the graph.Placing causes on the left-hand side of the drawing and effect on the right.Draw the logical relationships.35因果圖方法Notation for cause-and-effect graphs.36因果圖方法e.x : a water-level monitoring system.Requirement : the system sends a message to the dam operator about the safety of the lake le

13、vel.37因果圖方法Design description : Input: the syntax of the function is LEVEL(A,B). Where A is the height in meters of the water behind the dam, and B is the number of centimeters of rain in the last 24-hour period.Processing : the function calculates whether the water level is within a safe range, is

14、too high, or is too low.Output : the screen shows one of the following message: 1. “LEVEL = SAFE” when the result is safe or low. 2. “LEVEL = HIGH” when the result is high. 3. “INVALID SYNTAX”38因果圖方法Separate these requirements into five “causes”:The first five characters of the command “LEVEL.”The c

15、ommand contains exactly two parameters separated by a comma and enclosed in parentheses.The parameters A and B are real numbers such that the water level is calculated to be LOW.The parameters A and B are real numbers such that the water level is calculated to be SAFE.The parameters A and B are real

16、 numbers such that the water level is calculated to be HIGH. 39因果圖方法Three effects:The message “LEVEL = SAFE” is displayed on the screen.The message “LEVEL = HIGH” is displayed on the screen.The message “INVALID SYNTAX” is printed out.Intermediate nodes:The command is syntactically valid.The operands

17、 are syntactically valid.40因果圖方法41因果圖方法Define the decision table:Put a row in the table for each cause or effect.Define the columns by examining each effect and listing all combinations of causes that can lead to that effect.The columns of the table correspond to the test cases.42因果圖方法 Decision tabl

18、e for cause-and-effect graphI the cause is invoked or true, S the cause is suppressed or false.X do not care. A the effect is absent, P the effect is present43錯誤推測法根據測試者的經驗、知識或直覺進行推測以發現被測對象可能包含的各類錯誤的方法。如：上一版本發現的缺陷對當前版本測試的啟發多個邊界值的組合客戶端斷開連接的情況、重新連接程序容易出現的錯誤：空指針、內存的釋放、session的失效等44模糊測試方法模糊測試方法：構造大量的隨機數

19、據作為系統的輸入，從而檢驗系統在各種數據情況下是否出現問題。發送大量隨機數據進行服務器的攻擊測試，可能導致網站拒絕服務；發送大量隨機測試，可能會實現HTTP報文注入，獲得服務器的權限或導致服務器HTTP服務不可用；模擬黑客對系統進行攻擊測試，測試服務器的安全性、容錯性。45增量測試與突擊測試增量測試：單元測試、調用依賴的模塊集成測試，逐步擴展直到形成整個軟件系統。優點：錯誤定位范圍相對較??；測試注意力集中在當前較小的范圍內，充分測試缺點：編寫樁模塊、驅動模塊。46增量測試與突擊測試突擊測試：所有模塊一次性集成為一個完整的系統，然后進行完全測試。優點：不需要樁模塊、驅動模塊設計；缺點：系統容易崩潰；錯誤定位困難。47極限測試極限編程：利用輕量、敏捷的開發過程，使開發人員能夠更快地完成應用程序的開發。強調頻繁測試、測試驅動的方式保證軟件質量。48極限編程的主要特征強調靈活的分析、設計；強調測試驅動、客戶交互。簡單的分析設計：不完善、一部分；頻繁的客戶交流：客戶參與到項目組中，隨時交流；增量式開發：系統功能逐步遞增，性能逐步完善，每天實現一個us