軟件測試人員培訓-最新版-免費閱讀
【正文】 ? 這些分析類型分別為揭示軟件可靠性的缺陷趨勢或缺陷分布提供了判斷依據(jù) ? 需求測試 ? 回歸測試 ? 錯誤處理測試 ? 支持手冊的測試 ? 系統(tǒng)兼容測試 ? 控制性測試 ? 并行測試 ? 目標 ? 程序修改后，確保功能的正確性 ? 如何使用 ? 重新測試應用程序中沒有改變的部分 ? 例子 ? 重新執(zhí)行以前的測試用例 ? 什么時間使用 ? 當新的程序有可能影響老的功能的時候 ? 目標 ? 檢驗當使用適當?shù)膮?shù)和數(shù)據(jù)時，需要的信息可以在兩個系統(tǒng)中正確的交換 ? 如何使用 ? 文件和數(shù)據(jù)被用來在多系統(tǒng)之間傳遞。 ? C 類 —— 一般性錯誤： 界面錯誤。 （產品說明書雖然沒有提到，但是按照常理應該達到的功能） 軟件測試人員或用戶認為軟件難以理解，不易使用，運行速度緩慢等問題。 ? 在開始實施測試之前設計好測試用例，可以避免盲目測試并提高測試效率。 ? 資源構成 硬件資源 軟件測試部 軟件資源 技術支持 圖 111 測試部資源構成圖 ? 測試用例編寫 測試組長 測試小組 測試工具 分配任務 編寫用例 圖 117 部署測試用例編寫任務流程圖 ? 測試開展階段 ? 搭建測試環(huán)境 — 測試組長，可根據(jù)說明說中的軟件產品運行環(huán)境配置要求搭建。 ? 單元測試在編碼階段占據(jù)非常重要的地位。 ?定義 ? 利用測試工具，模擬用戶業(yè)務使用流程，讓他們自動運行來查找缺陷。 ?像我們的性能測試，自動化功能測試就是采用了灰盒測試的方法。 測試用例 測試結果 圖 14 黑盒測試示例圖 ?白盒測試又稱結構測試、邏輯驅動測試或基于程序代碼內部構成的測試。也就是說測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤。 ? 軟件測試應該是對軟件形成過程的文檔 ,數(shù)據(jù)以及程序進行的測試 ,而不僅是對程序進行的測試 。 ? 應當把“盡早地和不斷地進行軟件測試”作為軟件測試者的座右銘 。 ?測試工程師無需了解程序代碼的內部構造，完全模擬軟件產品的最終端用戶使用該軟件，檢查軟件產品是否達到了用戶的需求。 程序內部結構 測試用例 測試結果 圖 15 白盒測試示例圖 ?灰盒測試介于白盒和黑盒測試之間 。 ?動態(tài)測試有四部分組成：設計測試用例、執(zhí)行測試用例、分析比較輸出結果、輸出測試報告。 ? 需求測試、單元測試、集成測試、系統(tǒng)測試、性能測試、用戶測試、回歸測試 需求測試 單元測試 集成測試 系統(tǒng)測試 性能測試 用戶測試 回歸測試 圖 17 軟件測試流程圖 ? 又稱模塊測試，就是對程序代碼中最小的涉及模塊單元進行測試。 ? 有些時候可采用 自動化測試 工具來進行回歸測試，如利用 QTP ? 一般情況下，都由測試工程師手動的執(zhí)行一千的測試用例。 ? 具體可以參考建行測試用例模板 ? 測試用例設計：將軟件測試的行為活動，作為一個科學化的組織歸納。 軟件出現(xiàn)產品說明書指明不會出現(xiàn)的錯誤。 ? A類 —— 致命性： 不能完全滿足系統(tǒng)要求，基本業(yè)務功能未實現(xiàn)系統(tǒng)
公司管理相關推薦
鄂ICP備17016276號-1