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

　　8、安裝選項和驗證

　　對象狀態用例和窗口存在用例，文件存在用例。

　　書寫測試設計的步驟

　　生成測試需求報告

　　↓

　　指定測試過程

　　↓

　　指定測試用例(可選)

　　↓

　　回顧測試覆蓋率

　　第三部分：測試開發

　　輸入：被測軟件、基于測試需求的測試設計

　　輸出：測試過程和測試用例

　　目標：

　　1、創建可以重用的測試過程和測試用例

　　2、維護測試過程、測試用例與相關測試需求的一一對應。

　　測試開發的問題：

　　1、測試開發很亂，與測試需求或測試策略沒有對應性

　　2、測試過程不可重復或不可重用

　　3、測試過程被作為一個編程任務來執行，導致腳本太長，不能滿足軟件移植性的要求。

　　錯誤處理

　　當測試過程發生錯誤時，有幾種解決辦法：

　　1、跳轉到別的測試過程

　　2、調用一個能夠清除錯誤的過程

　　3、退出過程，啟動另一個

　　4、退出過程和應用程序，重新啟動啟動Windows，在失敗的地方重新開始測試

　　測試開發的步驟

　　1、設立開發環境

　　SQA Suite

　　連接到SQA存儲庫

　　啟動SQA Baisc或VB

　　被測軟件

　　等等

　　2、錄制和回放原型過程

　　原型過程指出所有未知窗口控制，使得他們都能象標準窗口那樣動作或者沒有特別的動作，把他們都劃歸為Generic類型。通過這個過程，SQA Robot就知道該怎樣處理應用中的特殊控制。

　　1、把recording option 中的Define Unknown Object as Type Generic選項設置為off

　　2、使用的過程標識符要可以被覆蓋，或者能被刪掉。因為這只是個原型，用來教SQA Robot 錄制的過程

　　3、錄制測試過程和測試用例

　　1、錄制模塊測試過程和與測試需求最低層對應的測試用例;

　　2、錄制初始化過程;

　　3、錄制導航過程，把前面的過程串起來;

　　4、測試和調試測試過程

　　5、修改測試過程(可選)

　　6、建立外部數據集合

　　如果測試過程是用來循環一套輸入和輸出數據，就需要建立數據集合。

　　7、重復測試和調試測試過程，回到4

　　第四部分：測試執行

　　測試執行的問題

　　1、自動化測試沒有有效的利用，使得手工測試太多。

　　2、測試結果的捕獲沒有系統性，而且沒有查看或調查

　　3、缺陷報告必須用手工加入缺陷跟蹤系統

　　錯誤分類

　　1、測試用例失敗

　　正常錯誤

　　2、腳本命令失敗

　　當測試過程不能不能執行錄制過程中的某個功能時，回產生這種錯誤，如鼠標單擊按鈕或選擇菜單項等。它也能指示是缺陷還是測試過程的設計問題。

　　3、致命錯誤

　　導致測試停止，這種情況最好重起Windows。

　　具體步驟：

　　1、建立測試系統

　　2、準備測試過程

　　3、運行初始化過程

　　4、執行測試

　　5、從終止的測試恢復

　　6、驗證預期結果

　　7、調查突發結果

　　8、記錄缺陷日記

　　第五部分：測試評估

　　測試評估的目標

　　1、量化測試進程

　　2、生成缺陷和測試覆蓋率的總結報告

　　測試評估的問題

　　1、沒有把測試覆蓋率作為報告測試進程的根據，使得不知測試是否結束;

　　2、沒有做缺陷評估，缺陷評估是量度軟件可行性的重要指標;

　　3、不使用專門的軟件工具進行數據輸入任務和相應的評估活動，使得這些任務變得繁重累人。

　　測試覆蓋率

　　評估測試完成多少的標準

　　缺陷評估

　　評估軟件質量的重要指標，通常評估模型假設缺陷的發現是呈泊松分布的;嚴格的缺陷評估要考察在測試過程中發現缺陷的間隔時間長短。評估要估計軟件當前的可靠性并預測隨著測試的繼續進行，軟件可靠性會怎樣提高。

　　SQA Suite 提供四種形式進行缺陷評估：

　　1、缺陷分布報告可以生成缺陷數量與缺陷屬性的函數。如測試需求和狀態。

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