測試設計：將概括的測試目標轉化為具體的測試條件和測試用例的一系列活動
測試分析和設計的主要任務
確定測試條件 測試用例：通過使用在測試計畫中確定的測試技術與測試方法，對於已確定的測試條件進行逐步推敲，精煉而設計出來的，重點說明如何具體操作，產生何種結果的文件
定義：把程式的輸入域劃分成若干部分，再從每個部分中選取少數代表性資料當做測試用例，每一類的代表性資料在測試中的作用等價於這一類中的其他值設計方法：
劃分原則：
設計步驟明確測試物件，非測試物件保證正確基於等價類劃分的用例設計為每乙個等價類規定乙個唯一的編號
設計乙個新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類，重複這一步，最後使得所有有效等價類均被測試用例所覆蓋等價類的特點 注意事項： 定義：是一種補充等價劃分的測試用例設計技術，它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例設計乙個新的測試用例，使其只覆蓋乙個無效等價類。重複這一步，使所有無效等價類均被覆蓋
邊界值設計的原則
因果圖法用來處理等價類劃分和邊界值考慮不到的情況，因為這兩種方法都是著重考慮輸入條件，而不考慮輸入條件的各種組合，輸入條件之間的相互制約關係判定表因果圖法，適合用於描述多種條件的組合，產生多個相應動作的測試方法；從程式規格說明書的描述中找出因果關係
定義：是分析和表達多邏輯條件下執行不同操作的工具
組成部分：
條件樁：列出了問題的所有條件，通常認為列出的條件次序無關緊要設計步驟：動作樁：列出了問題規定可能採取的操作，這些操作的排序順序沒有約束
條件項動作項
分析軟體規格說明中的因果，並給每個原因和結果賦予乙個識別符號定義：是從大量的實驗點中挑選出適量的、有代表性的點，應用依據伽羅卡瓦理論匯出的正交表，合理地安排實驗的一種科學的試驗設計方法分析軟體規格說明中語義的內容，找出原因與結果之間、原因與原因之間對應的關係，根據這些關係畫出因果圖
由於語法或環境的限制，有些原因與原因之間、原因與結果之間的組合情況不可能出現。為表明這些特定情況，在因果圖上使用一些記號表明約束或限制條件
把因果圖轉換為判定表
根據判定表的每一列設計測試用例
設計步驟：
提取功能說明，構造因子狀態表場景法設計步驟：加權篩選，生成因素分析表
利用正交表構造測試資料集
利用正交表每行資料構造測試用例
根據說明，描述出程式的基本流及各項備選流根據基本流和各項備選流生成不同的場景
對每乙個場景生成相應的測試用例
對生成的所有測試用例重新審核，去掉多餘的測試用例，測試用例確定後，對每乙個測試用例確定測試資料值
測試用例項劃分測試用例劃分的經典方法是瀑布模型，從上到下，逐漸細分；大模組包括小模組，小模組包括更小的模組
要從更多的角度切入系統，把系統切分成一塊一塊地來進行測試，從而確保測試大項的完整性
切面測試
功能點切面：最常見的切面，通常認為頁面上的乙個按鈕就是乙個功能點。根據功能的複雜程度，按每乙個功能進行用例的撰寫
隱含切面：完整業務流程的測試。從需求，業務角度進行編寫
功能點用例設計
任何情況下都必須使用邊界值分析法，經驗表明，用這種方法設計出測試用例發現程式錯誤的能力最強
必要時用等價類劃分的方法補充一些測試用例
如果程式的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法
如果程式業務複雜度比較高，則適當使用場景法補充一部分測試用例
嘔心瀝血整理 軟體測試核心之用例設計
測試設計 將概括的測試目標轉化為具體的測試條件和測試用例的一系列活動 測試分析和設計的主要任務 通過使用在測試計畫中確定的測試技術與測試方法，對於已確定的測試條件進行逐步推敲，精煉而設計出來的，重點說明如何具體操作，產生何種結果的文件 特點 可重複性，可驗證性，需求可追蹤性 設計的關鍵點 定義 把程...
UML 核心元素之用例
乙個系統就是由各種各樣的願望組成的。乙個用例就是與參與者actor互動的，並且給參與者提供可觀測的有意義的結果的一系列活動的集合。例如你想做一頓飯吃，你需要完成煮飯和炒菜兩件事情，這兩件事情就是兩個用例。乙個完整的用例是有參與者 前置條件 場景 後置條件構成的。公尺 前置條件 電飯煲 場景一 蒸籠 ...
UML核心元素之用例
是一種把現實世界的需求捕獲下來的方法。用例定義了一組用例例項，其中每個例項都是系統所執行的一系列操作。簡而言之就是對系統功能的描述。舉例 做飯這個用例。要有材料，啟動用例的前提 用例執行完了就會有乙個結果，變成公尺飯。a.獨立性。b.用例的執行結果對參與者來說是可觀測的和有意義的。c.這件事必須由乙...