軟件測試實施過程解析(3)

7 分析測試需求 　 指定測試過程 　 指定測試用例 　 查看測試需求的覆蓋率 　 測試開發 12 建立測試開發環境 　 錄制和回放原型過程 　 開發測試過程 　 測試和調試測試過程 　 修改測試過程 　 建立外部數據集合 　 重新測試并調試測試過程 　 測試執行 6 設置測試系統 　 執行測試 　 驗證測試結果 　 調查突發結果（unexpected result） 　 生成缺陷日記 　 測試評估 1 回顧測試日記 　 評估測試需求的覆蓋率 　 評估缺陷 　 決定是否達到測試完成的標準 　

　　7、書寫測試計劃

　　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、配置測試

　　不能選擇圖象測試用例(也分辨率有關)和文件測試用例(與驅動器有關)

原文轉自：http://www.uml.org.cn/Test/test2_4.htm