| 調查突發結果（unexpected result） | |
| 生成缺陷日記 | |
| 測試評估 | 1 |
| 回顧測試日記 | |
| 評估測試需求的覆蓋率 | |
| 評估缺陷 | |
| 決定是否達到測試完成的標準 |
1、介紹
目的
背景
測試范圍
項目文件列表
2、測試需求
3、測試策略
測試類型
1、功能測試
2、用戶界面測試
3、性能測試
4、壓力測試
5、容量測試
6、配置測試
7、安裝測試
工具
4、資源
人力資源
系統資源
5、調度
6、文檔
軟件元件
測試特性（Assets）
測試日記
缺陷報告
第二部分：測試設計
測試設計的問題
1、不做測試設計，測試過程也是胡亂建立的。
2、測試設計不詳細，不是基于可量度的測試策略，例如測試計劃覆蓋一個集合或者測試需求的一個子集。
3、測試過程沒有采用最好的技術來檢驗Windows C/S結構的測試需求
測試用例的選擇規則
1、選擇與測試需求的實質部分最相關的測試用例。
2、選擇的測試用例應該不容易應用程序的改變的影響。
下面是選擇測試用例的幾點具體規則：
1、商業函數
商業函數一般與數據庫有關，要測試數據庫的變化，有幾種方法：
1、如果數據庫的的改變會反映在一個列表框中，那么就要選擇驗證列表框內容的測試用例。
2、還可以檢查交易完成后的確認對話框�？梢詸z查對話框的標題。圖象比較也可以檢查確認對話框，但圖象比較容易受其他因素影響。
3、修改腳本，SQA Basic提供了強大的數據庫支持。
2、域的驗證
各種不同的域選擇相應的測試用例。
3、用戶界面測試
對象狀態測試用例
4、性能標準
等待狀態測試用例
5、壓力下的操作
6、訪問控制
Object state test case
7、配置測試
不能選擇圖象測試用例（也分辨率有關）和文件測試用例（與驅動器有關）
8、安裝選項和驗證
對象狀態用例和窗口存在用例，文件存在用例。
書寫測試設計的步驟
生成測試需求報告
↓
指定測試過程
↓
指定測試用例（可選）
↓
回顧測試覆蓋率
第三部分：測試開發
輸入：被測軟件、基于測試需求的測試設計
輸出：測試過程和測試用例
目標：
1、創建可以重用的測試過程和測試用例
2、維護測試過程、測試用例與相關測試需求的一一對應。
測試開發的問題：
1、測試開發很亂，與測試需求或測試策略沒有對應性
2、測試過程不可重復或不可重用
3、測試過程被作為一個編程任務來執行，導致腳本太長，不能滿足軟件移植性的要求。
錯誤處理
當測試過程發生錯誤時，有幾種解決辦法：
1、跳轉到別的測試過程
2、調用一個能夠清除錯誤的過程
3、退出過程，啟動另一個
4、退出過程和應用程序，重新啟動啟動Windows，在失敗的地方重新開始測試
測試開發的步驟
1、設立開發環境
SQA Suite
連接到SQA存儲庫
啟動SQA Baisc或VB
被測軟件
等等
2、錄制和回放原型過程
原型過程指出所有未知窗口控制，使得他們都能象標準窗口那樣動作或者沒有特別的動作，把他們都劃歸為Generic類型。通過這個過程，SQA Robot就知道該怎樣處理應用中的特殊控制。[Page]
1、把recording option 中的Define Unknown Object as Type Generic選項設置為off
2、使用的過程標識符要可以被覆蓋，或者能被刪掉。因為這只是個原型，用來教SQA Robot 錄制的過程
3、錄制測試過程和測試用例
1、錄制模塊測試過程和與測試需求最低層對應的測試用例；
2、錄制初始化過程；
3、錄制導航過程，把前面的過程串起來；
4、測試和調試測試過程
5、修改測試過程（可選）
6、建立外部數據集合
如果測試過程是用來循環一套輸入和輸出數據，就需要建立數據集合。
7、重復測試和調試測試過程，回到4
第四部分：測試執行
測試執行的問題
1、自動化測試沒有有效的利用，使得手工測試太多。
2、測試結果的捕獲沒有系統性，而且沒有查看或調查
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
