軟件測試實(shí)施過(guò)程解析

　　測試生命周期

　　測試計劃 → 測試設計 → 測試開(kāi)發(fā) → 測試執行 → 測試評估

　　測試計劃就是定義一個(gè)測試項目的過(guò)程，以便能夠正確的度量和控制測試。

　　第一部分：測試計劃

　　測試計劃的問(wèn)題：

　　1、測試計劃經(jīng)常是等到開(kāi)發(fā)周期后期才開(kāi)始實(shí)行，使得沒(méi)有時(shí)間有效的執行計劃;

　　2、測試計劃的組織者可能缺乏Client/Server測試經(jīng)驗;

　　3、測試的量度和復雜性可能太大，沒(méi)有自動(dòng)化工具，很難計劃和控制。

　　測試策略：

　　測試策略描述測試工程的總體方法和目標。描述目前在進(jìn)行哪一階段的測試(單元測試、集成測試、系統測試)以及每個(gè)階段內在進(jìn)行的測試種類(lèi)(功能測試、性能測試、壓力測試等)。

　　測試策略包括

　　1、要使用的測試技術(shù)和工具;

　　2、測試完成標準;

　　3、影響資源分配的特殊考慮例如測試與外部接口或者模擬物理?yè)p壞、安全性威脅。

　　測試計劃最關(guān)鍵的一步就是將軟件分解成單元，寫(xiě)成測試需求。

　　測試需求有很多分類(lèi)方法，最普通的一種就是按照商業(yè)功能分類(lèi)。把軟件分解成單元元件有幾個(gè)好處：

　　1、測試需求是測試設計和開(kāi)發(fā)測試用例的基礎，分成單元可以更好地進(jìn)行設計;

　　2、詳細的測試需求是用來(lái)衡量測試覆蓋率的重要指標;

　　3、測試需求包括各種測試實(shí)際和開(kāi)發(fā)以及所需資源。

　　怎樣估計測試工作量：

　　1、效率假設：即測試隊伍的工作效率。對于功能測試，這主要依賴(lài)于應用的復雜度，窗口的個(gè)數，每個(gè)窗口中的動(dòng)作數目。對容量測試，主要依賴(lài)于建立測試所需數據的工作量大小。

　　2、測試假設：為了驗證一個(gè)測試需求所需測試動(dòng)作數目。

　　3、應用的維數：應用的復雜度指標。例如要加入一個(gè)記錄，測試需求的維數就是這個(gè)記錄中域的數目。

　　4、所處測試周期的階段：有些階段主要工作都在設計，有些階段主要是測試執行。

　　測試資源：

　　1、人力資源

　　測試經(jīng)理

　　為測試項目提供總體方向。開(kāi)發(fā)測試計劃、征集并監督測試人員、申請系統資源、監視并匯報工作進(jìn)程、測試評估、測試需求的分解。

　　測試工程師 ---- 設計和開(kāi)發(fā)

　　設計：對被測軟件的詳細了解、分解測試需求的技能、選擇在C/S環(huán)境下用來(lái)驗證測試需求的技術(shù)。

　　開(kāi)發(fā)：熟悉SQA、VB、和腳本語(yǔ)言。

　　測試工程師 ---- 執行

　　負責測試執行和記錄結果。需要能夠安裝系統，網(wǎng)絡(luò )知識，初始化數據庫和其他初始條件。重要的是診斷能力。

　　測試系統管理者

　　每個(gè)測試項目必須指定一個(gè)專(zhuān)人負責管理SQA Suite。包括在服務(wù)器上安裝存儲庫，安裝打印機連接，執行備份，以及其他維護工作。管理者必須高度熟悉SQA，網(wǎng)絡(luò )工作經(jīng)驗。

　　2、系統資源

　　安裝SQA Suite的硬件和軟件環(huán)境

　　數據庫服務(wù)器

　　該服務(wù)器必須專(zhuān)用于 測試工作，能夠重置某些初始值，包括系統日期和時(shí)間等。

　　寫(xiě)測試計劃的步驟：

　　1、確定工程

　　收集下列信息

　　定義新的工程，Adminà New Project。

　　確定軟件的結構，用Assetsà Software Structure選項定義軟件結構。

　　2、定義測試策略

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