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

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

摘要在軟件開(kāi)發(fā)過(guò)程中，軟件測(cè)試是特別重要的一個(gè)環(huán)節(jié)，是確保軟件能夠順暢工作的根本保障。為了更好的實(shí)施軟件測(cè)試，本文首先分析軟件測(cè)試的策略以及測(cè)試方法，并分析策略方法的應(yīng)用。

軟件測(cè)試策略測(cè)試方法

軟件測(cè)試主要是指軟件在開(kāi)發(fā)到肯定程度之后的性能測(cè)試，其主要目的在于發(fā)覺(jué)軟件當(dāng)中的缺陷以及措施。普遍狀況下，軟件測(cè)試是根據(jù)開(kāi)發(fā)過(guò)程中的結(jié)構(gòu)、規(guī)格等進(jìn)行測(cè)試，在輸入數(shù)據(jù)之后分析猜測(cè)結(jié)果并分析輸出結(jié)果，從而發(fā)覺(jué)軟件的漏洞，分析其緣由。對(duì)此，討論軟件測(cè)試的策略以及方法有著顯著的顯示意義。

1軟件測(cè)試策略

目前的軟件測(cè)試主要分兩種，傳統(tǒng)軟件測(cè)試與現(xiàn)代軟件測(cè)試。

傳統(tǒng)軟件測(cè)試：這一種測(cè)試方式主要是將軟件的測(cè)試防止在軟件開(kāi)發(fā)的最終階段，在軟件設(shè)計(jì)完成之后再試試的測(cè)試。在這樣的軟件測(cè)試中，主要缺陷在于前中期開(kāi)發(fā)的軟件漏洞無(wú)法被準(zhǔn)時(shí)發(fā)覺(jué)，從而為后續(xù)的軟件測(cè)試帶來(lái)更大的壓力。傳統(tǒng)的軟件測(cè)試主要步驟為：

（1）軟件方案；

（2）需求分析；

（3）軟件設(shè)計(jì)；

（4）程序編碼；

（5）軟件測(cè)試；

（6）運(yùn)行維護(hù)。

現(xiàn)代軟件測(cè)試：這一種測(cè)試方式更加重視軟件測(cè)試的貫穿性與重要性，主要將軟件測(cè)試貫穿于軟件設(shè)計(jì)的每一個(gè)步驟中，根據(jù)在每實(shí)行一個(gè)階段便實(shí)行一次相應(yīng)的軟件測(cè)試。其步驟主要為：

（1）明確測(cè)試目標(biāo)。根據(jù)軟件的要求以及特點(diǎn)預(yù)先指定相應(yīng)的測(cè)試目標(biāo)。

（2）明確測(cè)試的范圍以及對(duì)象。范圍主要包含性能、恢復(fù)性能以及所具備的功能。對(duì)象主要包含模塊、子系統(tǒng)以及整個(gè)系統(tǒng)等。

（3）選擇并描述測(cè)試的方式以及條件。在測(cè)試之前需要先制造相應(yīng)的測(cè)試條件以及測(cè)試方式。

（4）記錄測(cè)試全過(guò)程，在測(cè)試過(guò)程中對(duì)測(cè)試的過(guò)程進(jìn)行具體記錄，從而發(fā)覺(jué)測(cè)試本身的缺陷，保障測(cè)試的合理性。

2軟件測(cè)試方法

軟件測(cè)試會(huì)由于對(duì)象與目的的不同，而引發(fā)不同的手段、方法。筆者統(tǒng)計(jì)了常見(jiàn)的集中軟件測(cè)試方法。

2.1靜態(tài)、動(dòng)態(tài)測(cè)試

動(dòng)態(tài)測(cè)試主要是基于測(cè)試的用例，借助運(yùn)行軟件來(lái)測(cè)試系統(tǒng)的動(dòng)態(tài)行為，以動(dòng)態(tài)的工作實(shí)行測(cè)試分析。動(dòng)態(tài)測(cè)試的兩大要素主要包含測(cè)試用例以及測(cè)試程序，其主要的應(yīng)用范圍在院?jiǎn)卧獪y(cè)試、驗(yàn)收測(cè)試以及集成測(cè)試；靜態(tài)測(cè)試主要是對(duì)源程序、文檔文件、數(shù)據(jù)定義等進(jìn)行掌握測(cè)試。靜態(tài)測(cè)試能夠?qū)崿F(xiàn)代碼審查、靜態(tài)分析，代碼審查主要是一種人工的檢測(cè)方式，其主要包含代碼的走審以及評(píng)審，其主要是引用測(cè)試人員借助工作經(jīng)受來(lái)圓度程度的代碼，從而發(fā)覺(jué)代碼的缺陷與措施。

2.2黑盒、白盒測(cè)試

黑盒測(cè)試相對(duì)于白盒而言更加注意功能性，并且也被稱(chēng)之為功能測(cè)試，其主要是將測(cè)試的對(duì)象看做成為一個(gè)封閉的黑盒，不考慮內(nèi)部的任何結(jié)構(gòu)或程序，根據(jù)規(guī)格說(shuō)明書(shū)的程序結(jié)構(gòu)信息進(jìn)行動(dòng)態(tài)測(cè)試。黑盒測(cè)試主要是驗(yàn)證軟件的正確性，根據(jù)軟件具備功能進(jìn)行設(shè)計(jì)，從而符合軟件與其的功能性要求，其主要可能會(huì)發(fā)生以下幾類(lèi)問(wèn)題：功能不正確或遺漏、界面輸入或輸出錯(cuò)誤等。

白盒測(cè)試相對(duì)于黑盒測(cè)試而言，白盒相當(dāng)于是一個(gè)打開(kāi)的盒子，更在注意與軟件結(jié)構(gòu)自身的性能，所以白盒測(cè)試也可以被稱(chēng)為是結(jié)構(gòu)性測(cè)試。白盒測(cè)試主要是使用規(guī)律驅(qū)動(dòng)、記錄測(cè)試等方式為主，其主要是以窮舉路徑測(cè)試。對(duì)此，這一方式必需有肯定的前提，也就是測(cè)試開(kāi)頭之前需要充分檢查程序內(nèi)部的規(guī)律以及結(jié)構(gòu)，并以檢查結(jié)果作為測(cè)試的基礎(chǔ)數(shù)據(jù)。

3軟件測(cè)試應(yīng)用

3.1單元測(cè)試

單元測(cè)試主要是針對(duì)模塊進(jìn)行測(cè)驗(yàn)，借助單元測(cè)驗(yàn)對(duì)模塊的功能正確性實(shí)行檢測(cè)。模塊主要是軟件設(shè)計(jì)當(dāng)中最小的單元，其以為功能單一、規(guī)律簡(jiǎn)潔以及規(guī)模較小等特點(diǎn)，在測(cè)試過(guò)程中需要使用黑盒、白盒結(jié)合的手段進(jìn)行結(jié)合測(cè)驗(yàn)。測(cè)驗(yàn)者在充分熟悉源程序以及模塊說(shuō)明的基礎(chǔ)之上，明確被測(cè)模塊的開(kāi)關(guān)條件以及規(guī)律結(jié)構(gòu)，然后借助白盒、黑盒測(cè)驗(yàn)法，使用測(cè)驗(yàn)用例最大程度對(duì)軟件進(jìn)行檢測(cè)，同時(shí)加以黑盒法進(jìn)行幫助檢測(cè)，從而達(dá)到內(nèi)外結(jié)構(gòu)、規(guī)律實(shí)行全面化的檢測(cè)，從而保障軟件測(cè)試的精確?????性。

3.2集成測(cè)試

集成測(cè)試主要是針對(duì)已經(jīng)組合之后的模塊進(jìn)行檢測(cè)，以找尋接口的漏洞以及問(wèn)題，從而實(shí)現(xiàn)測(cè)試目的。將功能模塊根據(jù)設(shè)計(jì)的需求在組合之后檢測(cè)是否能夠發(fā)覺(jué)與接口相關(guān)的故障問(wèn)題。例如模塊間有沖突影響、數(shù)據(jù)丟失、組合功能偏差等等。集成檢測(cè)在軟件檢測(cè)過(guò)程中主要是介于系統(tǒng)測(cè)試與單元測(cè)試之間，其對(duì)于軟件結(jié)構(gòu)的性能測(cè)試主要呈現(xiàn)為上下功能連接的重要影響。

3.3系統(tǒng)測(cè)試

系統(tǒng)測(cè)試的階段主要是在測(cè)試系統(tǒng)是否能夠滿(mǎn)意軟件的使用要求，相對(duì)于兩個(gè)階段而言比較簡(jiǎn)單，其主要是由于軟件在開(kāi)發(fā)過(guò)程中會(huì)發(fā)生隨便性的變動(dòng)而形勝利能的增刪目的，但是在這個(gè)過(guò)程中會(huì)根據(jù)實(shí)際狀況不斷的更改、優(yōu)化程序，而更改完成之后的程序也會(huì)由于某些性能問(wèn)題進(jìn)行再次測(cè)試。系統(tǒng)測(cè)試需要檢測(cè)軟件的功能、平安性以及用戶(hù)界面等方面，對(duì)客觀(guān)性、全面性有肯定高度的要求。對(duì)此，在系統(tǒng)檢測(cè)過(guò)程中使用的檢測(cè)方式一般為黑盒方式。針對(duì)于系統(tǒng)檢測(cè)的特別性，其檢測(cè)人員應(yīng)當(dāng)由一個(gè)獨(dú)立的小組負(fù)責(zé)，針對(duì)系統(tǒng)檢測(cè)當(dāng)中的各個(gè)單元模塊，一般狀況下組合需要根據(jù)自上而下、自下而上、隔離測(cè)試法等結(jié)合性的挨次檢測(cè)方式。

4結(jié)語(yǔ)

綜上所述，軟件測(cè)試將會(huì)直接關(guān)系到軟件的使用質(zhì)量以及用戶(hù)體驗(yàn)感受，對(duì)于