基于軟件測試的策略與測試方法應(yīng)用分析

黃愛明

摘要：現(xiàn)如今，依靠計(jì)算機(jī)發(fā)展起來的技術(shù)越來越多，最為典型的一個(gè)便是軟件工程。而在軟件開發(fā)過程中，軟件測試則是軟件開發(fā)的核心，只有不斷完善軟件測試效率，對(duì)軟件的缺陷進(jìn)行彌補(bǔ)，才能使開發(fā)的軟件慢慢完善。本文敘述了軟件測試的概念，并闡述了軟件測試的策略以及測試方法，以供參考！

關(guān)鍵詞：軟件測試；測試方法；應(yīng)用分析；策略

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2015）02-0064-02

Abstract：Nowadays，the developed technologies relying on computer become more and more，the most popular one is the software engineering.In the software development process， software testing is the core of the software development. Only through continueing to improve the efficiency of the software to make up for sofeware deficiencies，the debeloping software can be slowly improved. This paper tells the concept of software tests， and describes the strategies and test methods of software testing， for reference！

Key words： software testing； test method； application analysis； strategy

目前，隨著科學(xué)技術(shù)的不斷進(jìn)步，軟件規(guī)模不斷加大，軟件設(shè)計(jì)復(fù)雜程度不斷加深，軟件產(chǎn)品的質(zhì)量和可靠性成為我們關(guān)注的一個(gè)問題，應(yīng)用本身對(duì)系統(tǒng)運(yùn)行的可靠性要求越來越高。軟件測試行業(yè)目前處于上升階段，所以在軟件投入運(yùn)行前，必須對(duì)軟件按照需求嚴(yán)格進(jìn)行測試，來確保軟件的質(zhì)量，并提高軟件的可靠性。

1 軟件測試的概念

軟件測試：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。軟件測試是一種實(shí)際輸出與預(yù)期輸出間的審核或者比較過程。軟件測試是提高整個(gè)軟件開發(fā)過程的保證，軟件測試人員的主要工作就是找到軟件中存在的問題并及時(shí)提交修復(fù)。

2 軟件測試策略

2.1 靜態(tài)測試與動(dòng)態(tài)測試

軟件測試按使用的測試技術(shù)可以分為靜態(tài)測試和動(dòng)態(tài)測試2個(gè)階段。

其中，靜態(tài)測試是指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。對(duì)需求規(guī)格說明書、軟件設(shè)計(jì)說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來找錯(cuò)。主動(dòng)發(fā)現(xiàn)違背程序編寫標(biāo)準(zhǔn)的部分，程序中不安全、不明確的部分，找出程序中不可移植部分、違背程序編程風(fēng)格的問題，借以發(fā)現(xiàn)編寫的程序的不足之處，減少錯(cuò)誤出現(xiàn)的概率。

動(dòng)態(tài)測試就是通過運(yùn)行軟件來檢驗(yàn)軟件運(yùn)行結(jié)果的正確性。動(dòng)態(tài)方法是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果是否有差異，并分析運(yùn)行效率和健壯性等性能，達(dá)到測試的目的。

2.2 積極測試和消極測試

積極測試是正向測試，是以檢測軟件是否滿足需求分析為目的，在于檢測軟件系統(tǒng)是否符合實(shí)際運(yùn)行結(jié)果。消極測試是反向測試，是要中斷軟件執(zhí)行，測試軟件是否在有效范圍內(nèi)運(yùn)行。

2.3 黑盒測試與白盒測試

基于是否關(guān)注軟件架構(gòu)與算法的測試又可劃分為黑盒測試以及白盒測試。

黑盒測試也稱功能測試，它是根據(jù)程序需求和產(chǎn)品規(guī)格說明來發(fā)現(xiàn)程序錯(cuò)誤。黑盒測試只考慮程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測試。

白盒測試又稱結(jié)構(gòu)測試或基于代碼的測試。依據(jù)軟件設(shè)計(jì)說明書進(jìn)行測試、對(duì)程序內(nèi)部細(xì)節(jié)的嚴(yán)密檢驗(yàn)、針對(duì)特定條件設(shè)計(jì)測試用例、對(duì)軟件的邏輯路徑進(jìn)行覆蓋測試。通過檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測試；在程序不同地方設(shè)立檢查點(diǎn)，檢查程序的狀態(tài)，以確定實(shí)際運(yùn)行狀態(tài)與預(yù)期狀態(tài)是否一致。其對(duì)程序細(xì)節(jié)的嚴(yán)密的檢驗(yàn)有很大的依賴，對(duì)于軟件的邏輯路徑進(jìn)行測試是針對(duì)特定條件和循環(huán)集設(shè)計(jì)測試用例的。其實(shí)際情況是否和預(yù)期的狀態(tài)相一致是在程序的不同點(diǎn)檢驗(yàn)程序的狀態(tài)來進(jìn)行判定的。

不管是黑盒測試或是白盒測試，因其可能的測試輸入數(shù)據(jù)數(shù)目常達(dá)到天文數(shù)字，所以決定了無法將所有可能的輸入數(shù)據(jù)都拿來進(jìn)行窮舉測試。期限、費(fèi)用和人力以及時(shí)機(jī)等條件限制了任何的軟件項(xiàng)目，盡管是需要針對(duì)所有可能的數(shù)據(jù)進(jìn)行測試而將隱藏的錯(cuò)誤充分揭露出來，但事實(shí)上這也是不現(xiàn)實(shí)的。

3 測試方法應(yīng)用

3.1 單元測試

綜合電子信息系統(tǒng)軟件單元測試的對(duì)象是新研或改進(jìn)的軟件單元，由于軟件單元的規(guī)模不大，結(jié)構(gòu)簡單，且源程序可見，應(yīng)先在對(duì)軟件單元源程序進(jìn)行分析時(shí)采用靜態(tài)測試方法如靜態(tài)分析和代碼審查等方法；按照單元的程序控制流程圖設(shè)計(jì)滿足覆蓋率要求的邏輯測試用例。也可采用灰盒測試方法，在單元進(jìn)行功能測試的同時(shí)統(tǒng)計(jì)覆蓋信息，功能測試結(jié)束后針對(duì)未覆蓋的單元路徑設(shè)計(jì)專門的邏輯測試用例以滿足覆蓋率要求。不過，軟件單元中的某些功能可能無法通過外部驅(qū)動(dòng)觸發(fā)，因此無法采用黑盒測試方法進(jìn)行動(dòng)態(tài)驗(yàn)證，達(dá)到100%的邏輯覆蓋要求。因此，需采取代碼走查方法進(jìn)行驗(yàn)證。

3.2 集成測試

集成測試是單元測試的下一個(gè)階段，在組裝的過程當(dāng)中，檢查程序結(jié)構(gòu)組裝的正確性時(shí)應(yīng)明確：穿越模塊接口的數(shù)據(jù)是不是會(huì)在將各個(gè)模塊連接時(shí)丟失，不利的影響會(huì)不會(huì)在某個(gè)模塊與另外的某一模塊的功能中產(chǎn)生，預(yù)期功能的要求能否在單元各個(gè)子功能組合后實(shí)現(xiàn)，一系列問題會(huì)不會(huì)出現(xiàn)在對(duì)全局?jǐn)?shù)據(jù)結(jié)構(gòu)的使用當(dāng)中：會(huì)不會(huì)放大單個(gè)模塊誤差的累積：數(shù)據(jù)庫會(huì)不會(huì)因單個(gè)模塊的錯(cuò)誤而導(dǎo)致自身的錯(cuò)誤。

將模塊組裝成系統(tǒng)的方式通常被分為：

3.2.1一次性集成測試方式

這個(gè)測試方式也叫做整體拼裝，首先分別測試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成為所要實(shí)現(xiàn)的程序。涉及模塊間接口以及全局?jǐn)?shù)據(jù)結(jié)構(gòu)等方面的問題是程序中沒辦法避免的，一次試運(yùn)行成功的可能性并不是很大。

3.2.2增殖式集成測試方式

增殖式集成方式又稱為遞增集成法，將沒有測試的模塊和已測試的模塊結(jié)合成程序包，然后在集成的過程中邊連接邊測試，以發(fā)現(xiàn)問題，最后增殖集成為軟件要求的較大系統(tǒng)。

3.2.3混合增殖式測試

混合增殖式測試就是集合自頂向下集成測試方法和自底向上集成測試方法，這兩種方法各有優(yōu)缺點(diǎn)，一般來講，一種方法的優(yōu)點(diǎn)是另一種方法的缺點(diǎn)，因此產(chǎn)生了混合漸增式集成測試方法。所以通常會(huì)將以上兩種方式結(jié)合起來進(jìn)行組裝及測試。

3.3系統(tǒng)測試

綜合電子信息系統(tǒng)軟件系統(tǒng)測試的對(duì)象是完整的、軟硬件集成的綜合電子信息系統(tǒng)或功能子系統(tǒng)。系統(tǒng)設(shè)計(jì)時(shí)應(yīng)考慮多種系統(tǒng)特性，如安全性、恢復(fù)性以及互操作性等，進(jìn)行相應(yīng)類型的軟件測試。系統(tǒng)測試時(shí)各測試類型選取的測試方法與配置項(xiàng)測試相同。系統(tǒng)級(jí)黑盒測試過程中，為了驗(yàn)證綜合電子信息系統(tǒng)的互連、互通和互操作能力，需根據(jù)系統(tǒng)的實(shí)際部署情況連接上/下級(jí)以及友鄰系統(tǒng)等，在配試設(shè)備的數(shù)量和專業(yè)性要求上均遠(yuǎn)高于配置項(xiàng)測試，通常需搭建復(fù)雜的仿真測試環(huán)境或在聯(lián)試和系統(tǒng)實(shí)裝環(huán)境下進(jìn)行驗(yàn)證。

3.4 驗(yàn)收測試

驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作，在產(chǎn)品發(fā)布之前所進(jìn)行的軟件測試活動(dòng)。通過了驗(yàn)收測試，就可以發(fā)布軟件產(chǎn)品了。驗(yàn)收測試應(yīng)檢查軟件能否按合同要求進(jìn)行工作，即是否滿足軟件需求說明書中的確認(rèn)標(biāo)準(zhǔn)。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

4 結(jié)束語

由于綜合電子信息系統(tǒng)軟件功能，軟件開發(fā)環(huán)境和運(yùn)行平臺(tái)，軟件內(nèi)部以及外部的信息關(guān)系繁雜，綜合電子信息系統(tǒng)進(jìn)行軟件測試難度高且投入資源大。綜合電子信息系統(tǒng)軟件開發(fā)具有周期性，需分階段進(jìn)行。系統(tǒng)軟件測試作為一項(xiàng)復(fù)雜的系統(tǒng)工程，應(yīng)隨軟件的開發(fā)過程逐步推進(jìn)。本文歸納了綜合電子信息系統(tǒng)軟件全研制周期的測試策略，確定了綜合電子信息系統(tǒng)軟件測試重點(diǎn)選取原則和各級(jí)別測試重點(diǎn)，并對(duì)各級(jí)別測試中各類型應(yīng)選取方法進(jìn)行了分析。本文以某指揮信息系統(tǒng)軟件為例，闡述了各級(jí)別測試過程和方法的應(yīng)用，分析了測試過程的充分性和有效性以及測試效率。

參考文獻(xiàn)：

[1] 朱東， 涂國防. 多站點(diǎn)軟件開發(fā)項(xiàng)目中配置管理實(shí)施的研究[J]. 計(jì)算機(jī)工程， 2005（17）： 95-97.

[2] 李娟， 李明樹， 武占春，等. 基于SPEM 的CMM 軟件過程元模型[J]. 軟件學(xué)報(bào)， 2005（8）： 1366-1377.

[3] 魏瑛. 網(wǎng)絡(luò)時(shí)代企業(yè)如何選擇人力資源管理軟件[J]. 科技情報(bào)開發(fā)與經(jīng)濟(jì)， 2003（8）： 256-257.

[4] 李建強(qiáng)， 范玉順. 一種工作流模型的性能分析方法[J]. 計(jì)算機(jī)學(xué)報(bào)，2003（5）： 513-523.

[5] 于園園. 基于軟件測試的策略與測試方法應(yīng)用分析[J]. 江蘇科技信息， 2015（01）.