闞丹丹

摘要：為了解決測試工作中開發(fā)人員由于對測試工作流程不了解而配合不到位等問題，該文對軟件測試的基本流程進行了介紹，對測試過程的測試需求分析、測試策劃、測試設計和實現(xiàn)、測試執(zhí)行以及測試總結(jié)各階段的實際操作過程分別進行了闡述，以便初學者更容易上手和開發(fā)人員在測試全過程中更好地配合。

關鍵詞：軟件測試；測試流程；測試過程

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2015）03-0094-03

Review of the Software Testing Process

KAN Dan-dan

（Jiangsu Automation Research Institute，Lianyungang 222006， China）

Abstract： In order to solve problems of developers due to working process of the test does not understand and cooperate with such problems as inadequate， this paper introduces the basic process of software testing， test requirements analysis of the test process， test planning， test design and implementation， test execution and test summary in different stages of the actual operation process are expounded， so that beginners are easier to get started and developers to better cooperation in the whole test process.

Key words： software testing； testing process

由于計算機系統(tǒng)的復雜性以及開發(fā)過程和涉及的人員易于出錯，所以即使是保證一個相對簡單的程序沒有缺陷也是不可能的[[1]]。對一個給定系統(tǒng)進行充分地測試以確定其沒有缺陷是不可能實現(xiàn)的。為了盡可能多地發(fā)現(xiàn)并改正缺陷，測試人員必須集中精力使測試過程盡可能地高效和有效。

有效測試的關鍵是使過程盡可能地高效。正規(guī)的軟件測試工作過程應包括：編制測評大綱（或測試需求和測試計劃）、編寫測試用例、準備測試數(shù)據(jù)、搭建測試環(huán)境、測試執(zhí)行、編寫測評報告進行測試總結(jié)和評估等多項內(nèi)容。各階段流程及生成的主要文檔如圖1所示：

圖1 測試流程及主要產(chǎn)品

1 測試需求分析與策劃階段

測試需求分析與策劃階段是軟件測試提綱挈領的一個階段，在該階段對軟件需求及可測性進行分析，提取出測試項，規(guī)定測試環(huán)境、測試類型、測試范圍及主要測試方法，在該階段生成的測試文檔測評大綱（或者是測試需求和測試計劃）往往需要經(jīng)過委托方、用戶代表和開發(fā)方代表等的審查認可。

軟件要提交測試（這里指成型的軟件產(chǎn)品的確認測試或系統(tǒng)測試）首先需要有完整齊套的過程文檔。除了測試所依據(jù)的標準、規(guī)范外，一般軟件測試的輸入文檔應包括：

1）軟件需求規(guī)格說明書（根據(jù)軟件具體情況，可分為軟件需求、接口需求和數(shù)據(jù)庫需求）；

2）軟件設計說明書（根據(jù)軟件具體情況，可分為概要設計、詳細設計、數(shù)據(jù)庫設計、接口設計等）；

3）軟件使用說明書或用戶手冊。

1.1測試需求分析

針對一個待測軟件，可以依據(jù)軟件需求規(guī)格說明等文檔，逐條提取出測試需求，主要包括功能測試需求、接口測試需求、性能測試需求、強度測試需求、邊界測試需求、人機交互界面測試需求、安裝性測試需求、安全性測試需求、恢復性測試需求等。測試需求的提取需要遵循的原則是：測試需求要對軟件需求進行全面的覆蓋。

測試需求分析階段在實際實施的過程中主要是依據(jù)軟件需求規(guī)格說明的內(nèi)容逐項進行分析，從軟件需求規(guī)格說明文檔的相關章節(jié)中提取各測試類型的測試項。

1）功能性測試需求

功能性測試需求來自于軟件需求規(guī)格說明的軟件功能描述。每個功能模塊至少提取一個功能測試項，每個測試項至少生成一個測試用例。為了避免由于軟件需求文檔描述不完整而導致的測試需求提取不全面問題，還需要通過與用戶和承研單位交流獲取軟件測試需求。

2） 性能測試需求

性能測試需求來自于軟件相關文檔的技術(shù)指標或性能要求。通常包括系統(tǒng)響應時間、資源利用率、系統(tǒng)容量、并發(fā)訪問量、配置要求等，尤其要注意的是同一個軟件系統(tǒng)針對不同配置或不同目標有不同性能要求的情況。軟件需求規(guī)格說明中的每項性呢指標均要提取一個性能測試需求。

3）其它測試需求

其它測試需求包括強度測試、邊界測試、安裝性測試、安全性測試、恢復測試等測試需求通?？梢詮南鄳枨笾邪l(fā)現(xiàn)與其對應的描述。每一個描述信息可以生成至少一個測試需求。同樣需要注意與用戶和承研單位交流以獲取一些軟件需求文檔中未描述到的內(nèi)容。

常見的測試類型主要有：代碼審查、代碼走查、文檔審查、靜態(tài)分析、功能測試、性能測試、余量測試、接口測試、人機交互界面測試、強度測試、邏輯測試、邊界測試、安全性測試、安裝性測試、恢復性測試、兼容性測試、內(nèi)存使用缺陷測試、容量測試、數(shù)據(jù)處理測試。

1.2測試策劃階段

測試需求分析確定了要進行的測試類型和測試項，下面需要進行的就是測試策劃，制定測試策略。

軟件開發(fā)的最終目的是為了滿足客戶需求，以客戶需求作為評判軟件質(zhì)量的標準，則軟件缺陷可以包括下面幾個因素：

1）軟件未滿足客戶要求的所有功能和性能（即部分功能未實現(xiàn)）；

2）軟件實現(xiàn)了客戶不需要的功能（即實現(xiàn)了多余功能）；

3）軟件功能實現(xiàn)錯誤；

4）軟件的用戶好性不好。

測試策劃階段就是制定適合的測試方案，盡可能地發(fā)現(xiàn)軟件的各類缺陷。

在測試策劃階段可以依據(jù)軟件功能等需求和測試需求分析設計測試項，即需要測試的點。每個測試項需要追蹤到相應的測試需求，規(guī)定測試內(nèi)容、測試范圍、測試環(huán)境要求、前提約束、數(shù)據(jù)準備及該測試項的結(jié)束條件，制定好相應的測試方法，還要分析測試環(huán)境與軟件實際使用環(huán)境的差異和對測試結(jié)果的影響。

2 測試用例設計階段

測評大綱確定了軟件需要進行的測試類型和每個類型要測試的點，而測試說明則是對測評大綱的拆分、細化和具體化，是測試項的具體設計和實現(xiàn)。在測試說明中，針對每一個測試項至少設計一個測試用例。

測試用例（TestCase）目前沒有經(jīng)典的定義。比較通常的說法是：指對一項特定的軟件產(chǎn)品進行測試任務的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結(jié)果、測試腳本等[[1]]。

設計測試用例首先要對測試項進行分解，然后根據(jù)一定的測試用例設計方法設計測試用例，確定測試用例執(zhí)行順序，進行測試數(shù)據(jù)準備、測試資源準備、測試程序開發(fā)、測試環(huán)境建立和校核等工作。

由于測試用例規(guī)定了測試的前提、方法甚至是操作步驟，直接關系到測試質(zhì)量的好壞，關系到整個測試工作的成效，因此測試用例設計階段是軟件測試過程中非常重要的一個階段。

下面是一個測試用例的模板：

軟件測試根據(jù)測試級別和類型的不同可能有不同的分類方法，不同的叫法和不同的解釋。比如，從軟件是否執(zhí)行角度看，可分為靜態(tài)測試和動態(tài)測試。從對應的軟件開發(fā)過程角度看，可分為單元測試、集成測試、配置項測試和系統(tǒng)測試。從代碼透明度方面來分，可分為黑盒測試，白盒測試。各種類型的測試設計測試用例時都要使用一定的測試技術(shù)。常用的測試技術(shù)功能分解法、等價類劃分、因果圖法、猜錯法等，如圖2所示。

圖2 常用的測試技術(shù)

3 測試執(zhí)行階段

測試執(zhí)行前，需要搭建滿足測試需求的環(huán)境。在搭建測試環(huán)境時，要盡量減少測試環(huán)境和實際使用環(huán)境之間的差異?？梢酝ㄟ^實裝、模擬（通用接口測試工具）有機結(jié)合構(gòu)建被測軟件外圍測試環(huán)境，實現(xiàn)被測軟件與外部設備的數(shù)據(jù)通信；使用相應的測評驅(qū)動環(huán)境構(gòu)建測評流程，完成相應的功能輸入、關鍵數(shù)據(jù)的處理，以及通過接口人工干預的異常功能流程的測評，實現(xiàn)構(gòu)建最小差異的測評環(huán)境。測試工作具體實施的階段，直接關系到測試的真實效果。該階段主要包括如下內(nèi)容：

圖3 測試執(zhí)行過程

在軟件測試具體執(zhí)行的過程中，有可能發(fā)現(xiàn)測試用例設計階段未考慮到的地方，這時可以增加一些實際操作且對用例進行補充或者根據(jù)軟件的特殊場景，對某些測試用例進行反復執(zhí)行，以確保測試的充分性。

4 測試總結(jié)階段

在測試完成后，需要對測試結(jié)果進行總結(jié)，對軟件質(zhì)量進行評估，以利于軟件改進和后續(xù)開發(fā)軟件質(zhì)量的提升。測試總結(jié)主要是依據(jù)測試工作產(chǎn)品對測試工作過程進行總結(jié)，對被測軟件及其文檔進行評價。

測試工作總結(jié)除了對正常的測試工作進行總結(jié)外，有幾點內(nèi)容需要重點分析，如：

1）測試需求規(guī)格說明、測試計劃和測試說明的變化情況及其原因；

2）因測試異常終止未實施的測試；

3）無法解決的測試問題；

4）測試數(shù)據(jù)和文檔分析。

對被測軟件的分析和評價主要包括：

1）被測軟件與軟件需求之間的差異；

2）被測軟件評價；

3）被測軟件文檔評價；

4）性能評估。

5 結(jié)論

本文對軟件測試的基本流程進行了介紹，對測試過程的測試需求分析、測試策劃、測試設計和實現(xiàn)、測試執(zhí)行以及測試總結(jié)各階段的實際操作過程分別進行了闡述，對于初入軟件測試行業(yè)者具有很好的指導意義，同時有利于軟件開發(fā)人員在測試的各個階段根據(jù)需求在環(huán)境搭建、數(shù)據(jù)準備、產(chǎn)品評審等方面的配合，促進測試工作的順利開展。

參考文獻：

[1] 朱少民.全程軟件測試[M] .北京：電子工業(yè)出版社，2007.

[2] ALAN ZHOU軟件系統(tǒng)測試工作指南 Version 2.2[Z].