定義測試預期： 測試預期是用于判定一個測試通過與否的策略，測試的主要任務之一是根據產品真實需求來確定測試預期，受到測試目標的影響。
定制測試模型： 根據項目特點構造一個測試模型——描述將采用何種測試方法，以及該方法相配合的測試“覆蓋”內容。比如：采用基于風險的測試方法時，同時應制定相應的風險領域列表。在后面羅列一些 通用測試技術 以供選擇使用。
選擇覆蓋范圍： 確定產品的哪些部分必須被測試，哪些可暫不考慮。
配置系統： 為測試工作準備產品和平臺，確保系統處于開始測試的正確狀態。
操作系統 : 為系統提供必需的輸入和控制以執行測試，對于某些測試類型可能需要特殊工具支持。
觀察系統： 監控系統操作過程中的輸出或任何其他相關結果。對于哪些隱含變量或微妙結果的觀察可能需要特殊工具支持。
評估結果： 利用測試預期來評估測試結果，需要時執行附加的測試以驗證評估。及時反饋評估結果給開發人員，必要 時應調整測試計劃。
附錄：通用測試技術
每種測試技術是一種創建測試的方式，其種類難以勝數。以下給出一些簡單、實用的通用測試技術，每種技術既可以通過所謂“快速但不潔（ quick and dirty ）”的方式執行，也可以更為正式地執行，還可以相互結合（比如基于風險的回歸測試等）。
域測試 —— 依據等價類和邊界值對產品不同域測試
1. 確定要測試的域；
2. 分析每個域的限制和特性；
3. 確定要測試的域組合；
4. 應用所選擇的測試策略。
例如，窮盡值，典型值，邊界值，隨機值，非法值。
容量測試 —— 在“超負荷”狀態下使用系統
1. 選擇要“超負荷”測試的條目和功能；
2. 確定與其相關的數據和平臺元素；
3. 選擇或生成用來運行測試的具有挑戰性的數據和平臺配置。
例如，很大或復雜的數據結構，高負載，長時間運行，大量測試用例，低內存條件
線索測試 —— 按照某種邏輯順序對系統進行測試
1. 定義測試程序或高層測試用例，將多個測試按照一個接一個的方式結合在一起；
2. 不要在測試之間重置系統；
3. 將時間因素考慮進來；
4. 與其它技術結合。
例如，用戶線索，容量線索，基于風險的線索。典型情況下，線索測試通過“場景”來定義。所謂“場景”，是一步一步的詳細指令序列，它描述了哪些數據要輸入哪些字段，以及要按下什么按鈕等。一般應包含：（ 1 ）該場景使用的數據描述（ 2 ）描述該場景的前提：那些動作必須在之前執行；（ 3 ）動作序列描述：如，按下“確認”按鈕，在用戶號字段內輸入 456 等；（ 4 ）預期結果描述；（ 5 ）與某功能有關的場景可能要跨越“幾天”時間：數據進入系統后可能后結果才有效，后續動作也才能執行。“場景”應當覆蓋系統所有應完成的功能。
用戶測試 —— 模擬真實用戶的操作方式、數據
1. 確定用戶分類；
2. 確定每一類用戶要做什么、如何做以及怎樣評價；
3. 獲得真實的用戶數據，或讓真實用戶進行測試；
4. 否則，系統化地模擬真實用戶的行為（注意：不要誤以為自己是真實用戶）。
回歸測試 —— 對于變更及影響部分的重復測試
1. 確定哪些產品元素發生變更；
2. 確定哪些元素受到這些變更的影響；
3. 選擇測試內容，比如近修復的錯誤，以前修復的錯誤，新代碼，敏感代碼，或所有代碼。
基于風險的測試 —— 依據產品潛在風險的高低確定測試重點，首先發現重大錯誤
1. 分析測試環境、產品元素和質量準則以確定各種風險源；
2. 將測試集中在具有潛在高風險的領域；
3. 利用測試結果來精練風險分析結果；
4. 注意不要完全忽視低風險領域——因為風險分析結果可能是錯誤的。
聲明測試 ——驗證每一個與產品有關的聲明
1. 確定那些包括產品聲明（顯式的和隱式的）的參考資料；
2. 分析每一個聲明，澄清模糊的聲明；
3. 驗證每個聲明；
4. 如果是利用顯式的規格說明進行測試，保證它與產品本身保持一致。
探索式測試 —— 在不斷探索的過程中（迭代和并發行為）進行測試設計和執行
1. 產品探索，發現和記錄產品目標、功能、處理的數據類型和潛在不穩定域；
2. 測試設計，確定產品操作、觀察和評估的策略；
3. 測試執行，操作產品，觀察結果，并使用這些信息形成產品應如何工作的假設；
4. 啟發式規則，利用各種指導性原則幫助決定應做什么；
5. 可評審的結果，探索式測試是一個結果導向的過程，應確保測試結果可被評審以資證明。
