Ch3-軟件測試基礎-測試方法

軟件測試方法和技術

第三章軟件測試方法與測試用例ＣＨ２、ＣＨ１41第三章軟件測試方法與測試用例1軟件測試的基本方法2人工測試概述3軟件測試用例設計概述4白盒測試用例設計方法5黑盒測試用例設計方法6測試用例的案例2１軟件測試的基本方法根據G.J.Myers觀點--軟件測試的目的:

軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程一個好的測試能夠在第一時間發(fā)現程序中存在的錯誤一個好的測試是發(fā)現了至今尚未發(fā)現的錯誤的測試。軟件測試是質量控制的重要手段，保證客戶拿到或用戶使用高質量的軟件產品31)軟件測試方法分類根據測試對象在測試過程中是否發(fā)生狀態(tài)變化：動態(tài)測試和靜態(tài)測試根據對測試對象了解的程度（按哲學觀點）：黑盒測試和白盒測試4測試方法黑盒子和白盒子靜態(tài)的和動態(tài)的文檔、代碼審查數據輸入邊界條件法等價劃分、數據流程圖狀態(tài)變換圖邏輯路徑法5黑盒子和白盒子功能測試數據驅動測試結構測試邏輯驅動測試

客戶需求事件驅動輸入輸出62)黑盒測試法（black-boxtesting)概念：也稱功能測試、數據驅動測試或基于規(guī)格說明的測試。不關心程序內部結構，用于驗證產品所應具有的功能是否實現，每個功能是否都能正常使用，是否滿足用戶的要求。測試范圍：針對程序接口和用戶界面進行測試，只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息，并且保持外部信息的完整性。用途：主要用于軟件確認測試。方法：等價類劃分、邊界值分析、錯誤推測法、因果圖。7發(fā)現問題類型：是否有不正確或遺漏了的功能；在接口上，能否正確地接受輸入數據，能否產生正確的輸出信息；訪問外部信息是否滿足要求；性能上是否滿足要求；界面是否錯誤，是否不美觀；初始化和終止錯誤。黑盒測試的數據：是根據規(guī)格說明書決定的。

83)白盒測試法（white-boxtesting)概念：也稱結構測試、邏輯驅動測試或基于程序的測試。已知產品內部工作流程,清楚軟件程序的結構和語句，按照程序內部的結構測試程序。要求對程序的結構特性做到一定程度的覆蓋，對所有邏輯路徑進行測試，并檢驗內部控制結構和數據結構是否有錯。測試范圍：測試程序內部的變量狀態(tài)、邏輯結構、運行路徑等，檢驗程序中的每條通路是否能按預定要求正確工作，檢查程序內部動作或運行是否符合設計規(guī)格要求，所有內部成分是否按規(guī)定正常進行。用途：主要用于軟件驗證測試。方法：邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。9白盒測試原則和說明原則：保證每個模塊中所有獨立路徑至少被使用一次；對所有邏輯值均測試為真值和假值；在上下邊界及可操作范圍內運行所有循環(huán)；檢查內部數據結構以確保其有效性。說明：窮舉路徑測試絕不能查出程序違反了設計規(guī)范，即程序在實現一個不是用戶需要的功能；窮舉路徑測試不可能查出程序中因遺漏路徑而出錯；窮舉路徑測試可能發(fā)現不了一些與數據相關的錯誤。10黑盒測試和白盒測試比較黑盒測試白盒測試根據用戶能看到的規(guī)格說明，即針對命令、信息、報表等用戶界面及體現它們的輸入數據與輸出數據之間的對應關系，特別是針對功能進行測試。根據程序的內部結構，比如語句的控制結構，模塊間的控制結構以及內部數據結構等進行測試。測試數據能站在用戶立場上進行測試。能夠對程序內部的特定部位進行覆蓋測試。優(yōu)點缺點1）不能測試程序內部特定部位2）如果規(guī)格說明有誤，則無法發(fā)現1）無法檢驗程序外部特性；2）無法對未實現規(guī)格說明的程序內部欠缺部分進行測試。方法舉例等價類劃分邊界值分析因果圖語句覆蓋判定覆蓋條件覆蓋路徑覆蓋判定/條件覆蓋模塊接口測試114）靜態(tài)的和動態(tài)的測試主持人作者記錄員列席人員內審員技術專業(yè)人員用戶代表不正式正式互審

走讀審查會議運行程序12靜態(tài)測試概念：靜態(tài)測試就是靜態(tài)分析，對模塊的源代碼進行研讀，查找錯誤或收集一些度量數據，不需要對代碼進行編譯和仿真運行。測試范圍：軟件產品的設計規(guī)格說明書的審查，程序代碼的閱讀、審查等。方法：人工檢測和計算機輔助靜態(tài)分析手段進行檢測。只進行特性分析。人工檢測：人工審查或評審軟件。偏重于編碼風格、質量的檢驗?？捎行Оl(fā)現邏輯設計和編碼錯誤。計算機輔助靜態(tài)分析：利用靜態(tài)分析工具對被測程序進行特性分析，從程序中提取一些信息，以便檢查程序邏輯的各種缺陷和可疑的程序構造。13靜態(tài)測試的特征靜態(tài)測試（方法）的主要特征：不利用計算機運行被測試的程序，而是采用其它手段達到檢測的目的。靜態(tài)測試：對被測程序進行特性分析的一些方法的總稱。一種自動化的代碼檢驗方法14靜態(tài)分析可以做到的工作可能發(fā)現的程序欠缺：用錯的局部變量和全程變量；不匹配的參數；不適當的循環(huán)嵌套和分支嵌套；不適當的處理順序；無終止的死循環(huán)；未定義的變量；不允許的遞歸；等等…15靜態(tài)分析可以做到的工作找到潛伏著的問題的根源：未使用過的變量；不會執(zhí)行到的代碼；未引用過的標號；提供間接涉及程序欠缺的信息：每一類型語句出現的次數；所用變量和常量的交叉引用表；標識符的使用方式；違背編碼規(guī)則。為進一步查錯作準備選擇測試用例進行符號測試16動態(tài)測試概念：動態(tài)測試是通過觀察代碼運行時的動作來提供執(zhí)行跟蹤、時間分析，以及測試覆蓋度方面的信息。它通過實際運行程序發(fā)現錯誤。測試范圍：通過有效的測試用例，對應的輸入/輸出關系來分析被測程序的運行情況。175）自動測試和隨機測試手工模擬用戶操作自動測試：通過工具自動執(zhí)行軟件的測試。隨機測試：完全模擬客戶進行隨意的操作。186）驗證和確認（V&V）

Verification：Arewebuildingtheproductright？是否正確地構造了軟件？即是否正確地做事，驗證開發(fā)過程是否遵守已定義好的內容。驗證產品滿足規(guī)格設計說明書的一致性Validation：Arewebuildingtherightproduct?

是否構造了正是用戶所需要的軟件？即是否正在做正確的事。驗證產品所實現的功能是否滿足用戶的需求192人工測試概述1）人工測試技術概述軟件審查會（softwareinspections），能有效地發(fā)現30%到70%的邏輯設計錯誤和編碼錯誤。2）軟件審查審查會是使非開發(fā)人員的力量與開發(fā)人員結合起來，利用集體的智慧查找軟件產品中存在的問題，從而保證軟件產品質量的有效手段。軟件評審（review）203）軟件審查的作用軟件審查所的數據的使用充分利用軟件審查所獲得的數據指導和改進開發(fā)工作，將是十分有益的。作為軟件開發(fā)進程控制的審查階段審查所發(fā)現的問題主要有三種表現形式：遺漏----在規(guī)格說明或標準中指明應該有的內容，送審資料中丟掉了；多余----超出規(guī)格說明和標準，多給出的信息；錯誤----應該有，也的確有，但內容有誤的信息。213軟件測試用例設計概述如何以最少的人力、資源投入，在最短的時間內完成測試，發(fā)現軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質，則是軟件公司探索和追求的目標。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質量穩(wěn)定的根本保障。

221)測試用例基本概念測試用例的定義

測試內容的一系列情景和每個情景中必須依靠輸入和輸出，而對軟件的正確性進行判斷的測試文檔，稱為測試用例。測試用例就是將軟件測試的行為活動，做一個科學化的組織歸納。

測試用例是為了特定目的而設計的測試數據及與之相關的測試規(guī)程的一個特定的集合,或稱為有效地發(fā)現軟件缺陷的最小測試執(zhí)行單元。232）測試用例的作用避免盲目測試并提高測試效率，減少測試的不完全性；測試用例的使用令軟件測試的實施重點突出、目的明確；根據測試用例的多少和執(zhí)行難度，估算測試工作量，便于測試項目的時間和資源管理與跟蹤；減少回歸測試的復雜程度在軟件版本更新后只需修正少量的測試用例便可展開測試工作，降低工作強度、縮短項目周期；功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展，并隨著測試用例的不斷細化其效率也不斷攀升；根據測試用例的操作步驟和執(zhí)行結果，可以方便地書寫軟件測試缺陷報告；可以根據測試用例的執(zhí)行等級，實施不同級別的測試；為分析軟件缺陷和程序模塊質量提供依據；便于大型軟件測試項目外包測試指導基礎。24測試用例的特性測試用例具有的特性：

有效性、可復用性、易組織性、可評估性、可管理性?？偨Y：

軟件測試是有組織性、步驟性和計劃性的，為了能將軟件測試的行為轉換為可管理的、具體量化的模式，需要創(chuàng)建和維護測試用例。253）良好測試用例的特征可以最大程度地找出軟件隱藏的缺陷可以最高效率的找出軟件缺陷可以最大程度地滿足測試覆蓋要求既不過分復雜、也不能過分簡單使軟件缺陷的表現可以清楚的判定測試用例包含期望的正確的結果待查的輸出結果或文件必須盡量簡單明了不包含重復的測試用例測試用例內容清晰、格式一致、分類組織26測試用例設計的基本原則盡量避免含糊的測試用例

良好的測試用例一般會有三種狀態(tài)：通過（PASS）、未通過（Failed）以及未進行測試（NotDone）。盡量將具有相類似功能的測試用例抽象并歸類盡量避免冗長和復雜的測試用例目的是保證驗證結果的惟一性。274）測試用例的組成元素與范例組成：字段名稱類型是否必選注釋標識符整型是惟一標識測試用例測試項字符型是測試的對象測試環(huán)境要求字符型否測試環(huán)境需求輸入標準字符型是輸出標準字符型是用例間的關聯字符型否28考慮因素測試用例必須具有代表性、典型性測試用例設計時，要濃縮系統(tǒng)設計

測試用例需要很確切地反映功能設計，但同時最好不要完全地復制使用規(guī)格說明書。測試用例需要考慮到正確的輸入，也需要考慮錯誤的或者異常的輸入，以及需要分析怎樣使得這樣的錯誤或者異常能夠發(fā)生用戶測試用例設計，要多考慮用戶實際使用場景29范例測試用例編號ID測試用例標題測試的模塊測試輸入條件期望的輸出結果其它說明ID類型標題測試步驟期望的結果說明001登錄輸入正確密碼用戶在登錄界面輸入正確的密碼后，按回車鍵程序提示登錄成功002登錄輸入錯誤密碼用戶在登錄界面輸入錯誤的密碼后，按回車鍵程序提示輸入密碼錯誤，請重新輸入003登錄不輸入的空密碼用戶在登錄界面沒有輸入任何密碼使密碼為空后，按回車鍵程序提示用戶沒有輸入密碼，請輸入程序應該告知用戶沒有輸入密碼，而不是密碼錯誤30３白盒測試用例設計方法概念：

白盒測試也稱為結構測試，把程序看作一個透明的盒子，測試程序的代碼書寫結構和邏輯問題。檢查內容：對程序模塊的所有獨立的執(zhí)行路徑至少要測試一次對所有邏輯判斷，取真或假的兩種情況至少要測試一次對程序進行邊界檢查檢驗內部數據結構的有效性。31白盒測試用例的設計方法邏輯覆蓋：以程序的內部邏輯結構為基礎，分為語句覆蓋、判定覆蓋、判定-條件覆蓋、條件組合覆蓋等基本路徑測試：在程序控制流程的基礎上，分析控制構造的環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設計測試用例。白盒測試用例注意事項由于測試路徑可能非常多，由于時間和資源問題，選出足夠多的路徑測試由于深入到程序編碼，通常開發(fā)人員協(xié)助測試人員書寫白盒測試用例32１）邏輯覆蓋（１）語句覆蓋（點覆蓋）

至少每個語句應該執(zhí)行一次。（２）判定覆蓋－－分支覆蓋（邊覆蓋）

每個語句必須至少執(zhí)行一次，而且每個判定的可能的結果都應該至少執(zhí)行一次。（３）條件覆蓋

不僅每個語句至少執(zhí)行一次，而且使判定表達式中的每個條件都取到各種可能的結果。

注：滿足條件覆蓋，不一定滿足判定覆蓋。33（４）判定／條件覆蓋

選取足夠多的測試數據，使得判定表達式中的每個條件中都取到各種可能的值，而且每個判定表達式也都取到各種可能的結果。（５）條件組合覆蓋

選取足夠多的測試數據，使得每個判定表達式中條件的各種可能組合都至少出現一次。（６）路徑覆蓋

選取足夠多的測試數據，使程序的每條可能路徑都至少執(zhí)行一次。34２）基本路徑測試法概念：在程序控制流圖的基礎上，通過分析控制構造的環(huán)路復雜性導出基本可執(zhí)行路徑集合，從而設計測試用例的方法。設計出的測試用例要保證在測試中程序的每個可執(zhí)行語句至少執(zhí)行一次。包括５個方面：程序流程圖計算程序環(huán)境復雜性到處測試用例準備測試用例圖形矩陣354黑盒測試用例設計方法發(fā)現的錯誤類型：模塊中是否有功能遺漏或者邏輯錯誤模塊接口是否存在問題性能上是否滿足要求方法：等價類劃分邊界值分析法錯誤推測法因果法功能圖法361）等價類測試用例設計方法概念：將所有可能的輸入數據，即程序的輸入域劃分成若干部分（子集），然后從每個子集中選取少數具有代表性的數據作為測試用例。過程：

分類（等價類劃分）：等價類是指某個輸入域的子集合，在該子集合中，各個輸入數據對于揭露程序中的錯誤都是等效的，他們具有等價特性。分類就是將輸入域按照具有相同特性或者類似功能進行劃分。在分析需求規(guī)格說明的基礎上劃分等價類，列出等價類表。

抽象：在各個子類中抽象出相同特性并用實例來表征這個特性。將程序可能的輸入數據分成若干個子集，從每個子集選取一個代表性的數據作為測試用例。37等價類劃分：等價類的分類：有效等價類和無效等價類。有效等價類：是有意義的、合理的輸入數據，可以檢查程序是否實現了規(guī)格說明中所規(guī)定的功能和性能。無效等價類：與有效等價類的意義相反，即不滿足程序輸入要求或者無效的輸入數據構成的集合。注意：

設計測試用例時，要同時考慮這兩種等價類。因為軟件不僅要能接收合理的數據，也要能經受意外的考驗。這樣的測試才能確保軟件具有更高的可靠性。38確定等價類的方式在輸入條件規(guī)定了取值范圍或值的個數的情況下，則可以確立一個有效等價類和兩個無效等價類；在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個有效等價類和一個無效等價類；在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類；在規(guī)定了輸入數據的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類；在規(guī)定了輸入數據必須遵守的規(guī)則的情況下，可確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)。39根據等價類創(chuàng)建測試用例的步驟建立等價類表，列出所有劃分出的等價類：輸入條件有效等價類無效等價類………………為每個等價類規(guī)定一個唯一的編號；設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價類。重復這一步，最后使得所有有效等價類均被測試用例所覆蓋；設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋的無效等價類。重復這一步使所有無效等價類均被覆蓋。402）邊界值測試用例設計方法概念：程序的很多錯誤發(fā)生在輸入或輸出范圍的邊界上，因此針對各種邊界情況設置測試用例，可以發(fā)現不少程序缺陷。因此邊界值分析法是對輸入的邊界值進行測試。設計方法：確定邊界情況（輸入或輸出等價類的邊界）選取正好等于、剛剛大于或剛剛小于邊界值作為測試數據41確定邊界值的方式如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數據。如果輸入條件規(guī)定了值的個數，則用最大個數、最小個數、比最小個數少一、比最大個數多一的數作為測試數據。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內部數據結構，則應當選擇這個內部數據結構的邊界上的值作為測試用例。分析規(guī)格說明，找出其他可能的邊界條件。423）錯誤推測法測試用例設計概念：基于經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性地設計測試用例。基本思想：列舉程序中所有可能出現的錯誤和容易發(fā)現錯誤的地方，根據他們來選擇和設計測試用例。43發(fā)現程序經常出現的錯誤的方法：單元測試中發(fā)現的模塊錯誤；產品的以前版本曾經發(fā)現的錯誤；輸入數據為0或字符為空；當軟件要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而是根本沒有輸入任何內容，單單按了Enter鍵；這種情況在產品說明書中常常忽視，程序員也可能經常遺忘，但是在實際使用中卻時有發(fā)生。程序員總會習慣性的認為用戶要么輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入。44測試場景法設計測試用例現在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結果就形成事件流。這種在軟件設計方面的思想也可引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設計者設計測試用例，同時使測試用例更容易理解和執(zhí)行。454）因果圖法測試用例設計概念：多種輸入條件的組合，產生多種結果設計測試用例。設計方法：分析軟件規(guī)格說明文檔描述的哪些是原因（輸入條件），哪些是結果（輸出條件），給每個原因和結果賦予一個標示符找出原因與結果，原因與原因之間的對應關系，劃出因果圖在因果圖上標上哪些不可能發(fā)生的因果關系，表明約束或限制條件根據因果圖，創(chuàng)建判定表，將復雜的邏輯關系和多種條件組合很具體明確的表示出來把判定表的每一行作為依據設計測試用例。46測試類型與測試用例設計根據測試類型設計根據程序功能模塊設計功能測試易用性測試配置測試壓力測試回歸測試界面測試文檔測試國際化測試

測試用例1

測試用例2

測試用例3

測試用例1

測試用例2

測試用例3安裝/卸載測試聯機幫助測試軟件更新測試聯機注冊測試文件操作測試

測試用例1

測試用例2

測試用例3

測試用例1

測試用例2

測試用例3數據備份測試47５）設計測試用例的策略選擇測試用例的設計方法不是單獨存在的，具體到每個測試項目里都會用到多種方法，每種類型的軟件有各自的特點，每種測試用例設計的方法也有各自的特點，針對不同軟件如何利用這些黑盒方法是非常重要的。在實際測試中，往往是綜合使用各種方法才能有效提高測試效率和測試覆蓋度，這就需要認真掌握這些方法的原理，積累更多的測試經驗，以有效提高測試水平。首先進行等價類劃分，包括輸入條件和輸出條件的等價劃分，將無限測試變成有限測試，這是減少工作量和提高測試效率的最有效方法。在任何情況下都必須使用邊界值分析方法。經驗表明用這種方法設計出測試用例發(fā)現程序錯誤的能力最強。對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程度。如果沒有達到要求的覆蓋標準，應當再補充足夠的測試用例。對于業(yè)務流清晰的系統(tǒng)，可以利用場景法貫穿整個測試案例過程，在案例中綜合使用各種測試方法。48測試用例設計工具設計依據：軟件需求文檔軟件設計文檔通用設計工具：MicrosoftWordMicrosoftExcelMicrosoftAccess設計工具專用：IBMRationalTestManagerMercuryInteractiveTestDirector常見問題：軟件文檔不全或沒有文檔沒有完成編碼就開始設計測試用例49案例研究1：根據輸入判斷三角形的形狀測試場景：一個程序讀入3個整數，把這三個數值看作一個三角形的3條邊的長度值。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的。確定輸入數據與三角形形狀的關系：設三角形的3條邊分別為A，B，C。如果它們能夠構成三角形的3條邊，必須滿足：A>0，B>0，C>0，且A+B>C，B+C>A，A+C>B；如果是等腰的，還要判斷A=B，或B=C，或A=C；如果是等邊的，則需判斷是否A=B，且B=C，且A=C。50案例研究1：判斷三角形的形狀（續(xù)1）創(chuàng)建等價類表：輸入條件有效等價類無效等價類是否三角形的三條邊（A>0），

（1）（B>0），

（2）（C>0），

（3）（A+B>C），

（4）（B+C>A），

（5）（A+C>B），

（6）（A≤0），

（7）（B≤0），

（8）（C≤0），

（9）（A+B≤C），

（10）（B+C≤A），

（11）（A+C≤B），

（12）是否等腰三角形（A=B），

（13）（B=C），

（14）（C=A），（15）（A≠B）and（B≠C）and（C≠A）

（16）是否等邊三角形（A=B）and（B=C）and（C=A）（17）（A≠B），

（18）（B≠C），

（19）（C≠A），

（20）51案例研究1：判斷三角形的形狀（續(xù)2）確定等價類輸入數據：序號【A，B，C】覆蓋等價類輸出1【3，4，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）是等邊三角形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）52案例研究2：測試用戶登錄對話框的功能測試場景：在各種輸入條件下，測試程序的登錄對話框功能。用戶名和密碼的規(guī)則如下：用戶名長度為6至10位（含6位和10位）用戶名由字符（a-z、A-Z）和數字（0-9）組成不能為空、空格和特殊字符密碼規(guī)則同用戶名規(guī)則

53案例研究2：登錄對話框的功能（續(xù)1）確定輸入數據的情形：操作步驟預期結果輸入正確的用戶名和口令（均為6位），點擊[OK]按鈕進入系統(tǒng)輸入正確的用戶名和口令（均為10位），點擊[OK]按鈕進入系統(tǒng)輸入正確的用戶名和口令（均為6至8位之間），……進入系統(tǒng)用戶名為空，……提示輸入用戶名不能進入系統(tǒng)用戶名為空格，……提示無效用戶名不能進入系統(tǒng)用戶名小于6位，……提示用戶名太短不能進入系統(tǒng)……………………54案例研究2：登錄對話框的功能（續(xù)2）輸入條件合理等價類不合理等價類標識符字符1、6-10位字符2、少于6個字符3、多于10個數字字符標識符組成4、字母5、數字6、非字母數字字符7、保留字55案例研究2：登錄對話框的功能（續(xù)3）序號用例1、4、52367USER01USER

USER0000001#USER(1)

printf測試用例56案例研究2：登錄對話框的功能（續(xù)4）確定具體的輸入數據：“用戶名”“口令”“預期結果”說明“user10”“pass10”進入系統(tǒng)正確的用戶名和口令(6位)“user789”“pass789”進入系統(tǒng)正確的用戶名和口令(7-9位)“user000010”“pass000010”進入系統(tǒng)正確的用戶名和口令(10位)“”“pass”提示輸入用戶名不能進入系統(tǒng)用戶名為空“空格”“pass”提示無效用戶名不能進入系統(tǒng)用戶名為空格“user”“userpass”提示用戶名太短不能進入系統(tǒng)用戶名小于6位“user0000011”“userpass”提示用戶名太長不能進入系統(tǒng)用戶名大于10位………………………………………………57案例研究2：登錄對話框的功能（續(xù)5）邊界值分析:輸入范圍測試用例數字在0000000000-9999999999之間000000、0000000000999999、9999999999整體000000、000001、999999、999998、0000000000、0000000001、9999999999、9999999998a00000、a00001、a99999、a99998、a000000000、a000000001、a999999999、a999999998、A00000、A00001、A99999、A99998、A000000000、A000000001、A999999999、A99999999858案例研究3：循環(huán)

有這樣一個子程序，其中包含一個如下程序流程圖所示的循環(huán)，請給出對該程序中循環(huán)過程進行測試的測試用例。

i>10i=1YNi=i+159案例研究3：循環(huán)測試內容測試用例備注整個跳過循環(huán)只有一次通過循環(huán)兩次通過循環(huán)m次通過循環(huán)，其中m<10n-1次通過循環(huán)n+1次通過循環(huán)i=11i=10i=9i=5i=2i=15次通過循環(huán)9次通過循環(huán)60案例研究3：壓力/負載測試用例設計設計目的：驗證程序在承受某種負載或壓力下是否能夠正常運行找出程序安全運行的臨界值適用情形：服務器/客戶機局域網服務器/瀏覽器互聯網設計方法：設計出不同等級的壓力條件壓力/負載分類與代號：

CPU速度CSCPU使用量CU磁盤空間DS物理內存PM虛擬內存使用量VM登錄用戶的數量UN傳輸帶寬BW傳輸數據的大小DN61案例研究3：壓力/負載測試用例設計（續(xù)1）編號CSCUDSPMVMUNBWDN應該產生的行為結果說明01PIII80010%50MB64MB50%301M5M正常02PIV180080%100MB128MB30%1000.5M10M無法響應03PII50025%600MB256MB15%102.5M20M正常04PIV280035%400MB512MB80%5000.5M50M無法響應05PIV320050%200MB1024MB65%20001.5M100M無法響應62案例研究4：測試軟件對話框的界面設計DeploymentTestcase

TestCaseID：62Title：

UserExitFormPath：

\Deployment\GeneralAuthor：xxxxxPurpose:makesurethedialogtotestisproperlydesigned,lookfortruncations,wrongtaborders,duplicatedhotkeys,overlappingsandanyotherposibleissuesSteps：

Pre-steps:1.LaunchApp.2.Goto“Tools”/“Import/ExportSettings…”3.Select“Generaldevelopmentsettings”4.ClickResetSettings5.Ifyouarepromptedtosaveyoursettings,click“Don’tsave”6.Adialogappearstellingyouthattheoperationhadbeensuccessful63案例研究5：測試中斷安裝軟件的功能Purpose:VerifytheappcanbecanceledduringinstallationTestSteps:1.Launch[AppName]2.Fromthedropdownmenuselect"File","New"and"Project"3.TheNewprojectDialogboxshouldappear4.In“ProjectTypes”,select“OtherProjectTypes”andunderthis,“Setupanddeployment”.Fromthe“Templates”selectasetupproject,givetheprojectanameforexample"Deploy1"andpress“OK”5.Fromthe“Build”menuclick“BuildSolution”andwaituntiltheprojecthasbeenbuilt6.Closetheprojectandnavigatetothefolderwhereyousavedyourproject7.DoubleclicktheSetupfolderandthendoubleclicktheDebugfolder8.ClicktheSetup.exetolaunchtheWindowsInstaller9.Atthefirststageofthewizardclickthe“Cancel”buttonandclick“Yes”whenaskedareyousureyouwanttoexit10.The"InstallationInterru