SQA測試過程分析
發表于:2009-01-20來源:作者:點擊數:
標簽:sqaSQA
cmm =0cf=9.0sx=34sy=344cbw=1008cbh=4390" border=0 name=alimamatmpf0.22035719906108303> SQA %E6%B5%8B%E8%AF%95%E8%BF%87%E7%A8%8B%E5%88%86%E6%9E%90%20-%20%E4%B8%AD%E5%9B%BD%E8%87%AA%E5%AD%A6%E7%BC%96%E7%A8%8B%E7%BD%91sx=0sy=0ac=6286pf=1" fra
clearcase/" target="_blank" >ccd=32&ctz=8&chl=0&cja=1&cpl=0&cmm=0&cf=9.0&sx=34&sy=344&cbw=1008&cbh=4390" border=0 name=alimamatmpf0.22035719906108303> |
測試生命周期
測試計劃 → 測試設計 → 測試開發 → 測試執行 → 測試評估 測試計劃就是定義一個測試項目的過程,以便能夠正確的
度量和控制測試。
第一部分:測試計劃測試計劃的問題: 1、測試計劃經常是等到開發周期后期才開始實行,使得沒有時間有效的執行計劃;
2、測試計劃的組織者可能缺乏Client/Server測試經驗;
3、測試的量度和復雜性可能太大,沒有自動化工具,很難計劃和控制。
測試策略: 測試策略描述測試工程的總體方法和目標。描述目前在進行哪一階段的測試(
單元測試、
集成測試、
系統測試)以及每個階段內在進行的測試種類(
功能測試、
性能測試、
壓力測試等)。
測試策略包括
1、要使用的
測試技術和工具;
2、測試完成標準;
3、影響資源分配的特殊考慮例如測試與外部接口或者模擬物理損壞、
安全性威脅。
測試計劃最關鍵的一步就是將軟件分解成單元,寫成測試
需求。
測試需求有很多分類方法,最普通的一種就是按照商業功能分類。把軟件分解成單元元件有幾個好處:
1、測試需求是測試設計和開發
測試用例的基礎,分成單元可以更好地進行設計;
2、詳細的測試需求是用來衡量測試覆蓋率的重要指標;
3、測試需求包括各種測試實際和開發以及所需資源。
怎樣估計測試工作量: 1、效率假設:即測試隊伍的工作效率。對于功能測試,這主要依賴于應用的復雜度,窗口的個數,每個窗口中的動作數目。對
容量測試,主要依賴于建立測試所需數據的工作量大小。
2、測試假設:為了驗證一個測試需求所需測試動作數目。
3、應用的維數:應用的復雜度指標。例如要加入一個記錄,測試需求的維數就是這個記錄中域的數目。
4、所處測試周期的階段:有些階段主要工作都在設計,有些階段主要是測試執行。
測試資源: 1、人力資源 測試經理
為測試項目提供總體方向。開發測試計劃、征集并監督
測試人員、申請系統資源、監視并匯報工作進程、測試評估、測試需求的分解。
測試工程師 ---- 設計和開發
設計:對被測軟件的詳細了解、分解測試需求的技能、選擇在C/S環境下用來驗證測試需求的技術。
開發:熟悉SQA、
VB、和
腳本語言。
測試工程師 ---- 執行
負責測試執行和記錄結果。需要能夠安裝系統,
網絡知識,初始化數據庫和其他初始條件。重要的是診斷能力。
測試系統管理者
每個測試項目必須指定一個專人負責管理SQA Suite。包括在
服務器上安裝存儲庫,安裝打印機連接,執行備份,以及其他維護工作。管理者必須高度熟悉SQA,網絡工作經驗。
2、系統資源 安裝SQA Suite的硬件和軟件環境
數據庫服務器
該服務器必須專用于 測試工作,能夠重置某些初始值,包括系統日期和時間等。
寫測試計劃的步驟: 1、確定工程 收集下列信息
文檔 |
已創建(是/否) |
版本/日期 |
需求詳述 |
|
|
功能詳述 |
|
|
項目計劃 |
|
|
設計詳述 |
|
|
原型 |
|
|
用戶手冊 |
|
|
定義新的工程,Adminà New Project。
確定軟件的結構,用Assetsà Software Structure選項定義軟件結構。[Page]
2、定義測試策略
測試策略項 |
例子 |
測試階段 |
系統測試 |
測試類型 |
功能測試 |
測試技術 |
75%用SQA Suite自動測試,25%手工測試 |
完成標準 |
95%測試用例通過并且最高級缺陷全部解決 |
特殊考慮 |
測試必須在上午進行 |
3、分解軟件,寫測試需求 分析各種信息
反復檢查并理解各種信息,和用戶交流,理解他們的要求??梢园凑找韵虏襟E執行:
1、確定軟件提供的主要商業任務
2、對每個商業任務,確定完成該任務所要進行的交易。
3、確定從數據庫信息引出的計算結果。
4、對于對時間有要求的交易,確定所要的時間和條件。這些條件包括數據庫大小、機器配置、交易量、以及網絡擁擠情況。
5、確定會產生重大意外的壓力測試,包括:內存、硬盤空間、高的交易率
6、確定應用需要處理的數據量。
7、確定需要的軟件和硬件配置。通常情況下,不可能對所有可能的配置都測試到,因此要選擇最有可能產生問題的情況進行測試,包括:最低性能的硬件、幾個有
兼容性問題的軟件并存、客戶端機器通過最慢的LAN/WANF連接訪問服務器。
原文轉自:http://www.kjueaiud.com