淺談軟件測(cè)試流程

一、概述

一般而言，軟件測(cè)試從項(xiàng)目確立時(shí)就開(kāi)始了，前后要經(jīng)過(guò)以下一些主要環(huán)節(jié)：

需求分析→測(cè)試計(jì)劃→測(cè)試設(shè)計(jì)→測(cè)試環(huán)境搭建→測(cè)試執(zhí)行→測(cè)試記錄→缺陷管理→軟件評(píng)估→RTM.

在進(jìn)行有關(guān)問(wèn)題闡述前，我們先明確下分工，一般而言，需求分析、測(cè)試用例編寫、測(cè)試環(huán)境搭建、測(cè)試執(zhí)行等屬于測(cè)試開(kāi)發(fā)人員工作范疇，而測(cè)試執(zhí)行以及缺陷提交等屬于普通測(cè)試人員的工作范疇，測(cè)試負(fù)責(zé)人負(fù)責(zé)整個(gè)測(cè)試各個(gè)環(huán)節(jié)的跟蹤、實(shí)施、管理等。

說(shuō)明：

1.以上流程各環(huán)節(jié)并未包含軟件測(cè)試過(guò)程的全部，如根據(jù)實(shí)際情況還可以實(shí)施一些測(cè)試計(jì)劃評(píng)審、用例評(píng)審，測(cè)試培訓(xùn)等。在軟件正式發(fā)行后，當(dāng)遇到一些嚴(yán)重問(wèn)題時(shí)，還需要進(jìn)行一些后續(xù)維護(hù)測(cè)試等。

2.以上各環(huán)節(jié)并不是獨(dú)立沒(méi)聯(lián)系的，實(shí)際工作千變?nèi)f化，各環(huán)節(jié)一些交織、重疊在所難免，比如編寫測(cè)試用例的同時(shí)就可以進(jìn)行測(cè)試環(huán)境的搭建工作，當(dāng)然也可能由于一些需求不清楚而重新進(jìn)行需求分析等。這就和我們國(guó)家提出建設(shè)有中國(guó)特色的社會(huì)主義國(guó)家一樣，只所以有中國(guó)特色，那是因?yàn)閲?guó)情不一樣。所以在實(shí)際測(cè)試過(guò)程中也要做到具體問(wèn)題具體分析，具體解決。

二、測(cè)試流程

需求分析

需求分析(Requirment Analyzing)應(yīng)該說(shuō)是軟件測(cè)試的一個(gè)重要環(huán)節(jié)，測(cè)試開(kāi)發(fā)人員對(duì)這一環(huán)節(jié)的理解程度如何將直接影響到接下來(lái)有關(guān)測(cè)試工作的開(kāi)展。

可能有些人認(rèn)為測(cè)試需求分析無(wú)關(guān)緊要，這種想法是很不對(duì)的。需求分析不但重要，而且至關(guān)重要!

一般而言，需求分析包括軟件功能需求分析、測(cè)試環(huán)境需求分析、測(cè)試資源需求分析等。

其中最基本的是軟件功能需求分析，測(cè)一款軟件首先要知道軟件能實(shí)現(xiàn)哪些功能以及是怎樣實(shí)現(xiàn)的。比如一款Smartphone包括VoIP、Wi-Fi以及Bluetooth等功能。那我們就應(yīng)該知道軟件是怎樣來(lái)實(shí)現(xiàn)這些功能的，為了實(shí)現(xiàn)這些功能需要哪些測(cè)試設(shè)備以及如何搭建相應(yīng)測(cè)試環(huán)境等，否則測(cè)試就無(wú)從談起!

既然談了需求分析，那么我們根據(jù)什么來(lái)分析呢?總不能憑空設(shè)想吧。

總得說(shuō)來(lái)，做測(cè)試需求分析的依據(jù)有軟件需求文檔、軟件規(guī)格書以及開(kāi)發(fā)人員的設(shè)計(jì)文檔等，相信管理一些規(guī)范的公司在軟件開(kāi)發(fā)過(guò)程中都有這些文檔。

測(cè)試計(jì)劃

測(cè)試計(jì)劃(Test Plan)一般由測(cè)試負(fù)責(zé)人來(lái)編寫。

測(cè)試計(jì)劃的依據(jù)主要是項(xiàng)目開(kāi)發(fā)計(jì)劃和測(cè)試需求分析結(jié)果而制定。測(cè)試計(jì)劃一般包括以下一些方面：

1、測(cè)試背景

A、軟件項(xiàng)目介紹;

B、項(xiàng)目涉及人員(如軟硬件項(xiàng)目負(fù)責(zé)人等)介紹以及相應(yīng)聯(lián)系方式等。

2、測(cè)試依據(jù)

A、軟件需求文檔;

B、軟件規(guī)格書;

C、軟件設(shè)計(jì)文檔;

D、其他，如參考產(chǎn)品等。

3、測(cè)試資源

A、測(cè)試設(shè)備需求;

B、測(cè)試人員需求;

C、測(cè)試環(huán)境需求;

D、其他。

4、測(cè)試策略

A、采取測(cè)試方法;

B、搭建哪些測(cè)試環(huán)境;

C、采取哪些測(cè)試工具以測(cè)試管理工具;

D、對(duì)測(cè)試人員進(jìn)行培訓(xùn)等。

5、測(cè)試日程

A、測(cè)試需求分析;

B、測(cè)試用例編寫;

C、測(cè)試實(shí)施，根據(jù)項(xiàng)目計(jì)劃，測(cè)試分成哪些測(cè)試階段(如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試階段，α、β測(cè)試階段等)，每個(gè)階段的工作重點(diǎn)以及投入資源等。

6、其他。

測(cè)試計(jì)劃還要包括測(cè)試計(jì)劃編寫的日期、作者等信息，計(jì)劃越詳細(xì)越好了。

計(jì)劃趕不上變化，一份計(jì)劃做的再好，當(dāng)實(shí)際實(shí)施的時(shí)候就會(huì)發(fā)現(xiàn)往往很難按照原有計(jì)劃開(kāi)展。如在軟件開(kāi)發(fā)過(guò)程中資源匱乏、人員流動(dòng)等都會(huì)對(duì)測(cè)試造成一定的影響。所以，這些就要求測(cè)試負(fù)責(zé)人能夠從宏觀上來(lái)調(diào)控了。在變化面前能夠做到應(yīng)對(duì)自如、處亂不驚那是最好不過(guò)了。

測(cè)試設(shè)計(jì)

測(cè)試設(shè)計(jì)主要包括測(cè)試用例編寫和測(cè)試場(chǎng)景設(shè)計(jì)兩方面。

一份好的測(cè)試用例對(duì)測(cè)試有很好的指導(dǎo)作用，能夠發(fā)現(xiàn)很多軟件問(wèn)題。關(guān)于測(cè)試用例編寫，請(qǐng)參見(jiàn)前面寫的《也談測(cè)試用例》一文，里面有詳細(xì)闡述。

測(cè)試場(chǎng)景設(shè)計(jì)主要也就是測(cè)試環(huán)境問(wèn)題了。

測(cè)試環(huán)境搭建

不同軟件產(chǎn)品對(duì)測(cè)試環(huán)境有著不同的要求。如C/S及B/S架構(gòu)相關(guān)的軟件產(chǎn)品，那么對(duì)不同操作系統(tǒng)，如Windows系列、unix、linux甚至蘋果OS等，這些測(cè)試環(huán)境都是必須的。而對(duì)于一些嵌入式軟件，如手機(jī)軟件，如果我們想測(cè)試一下有關(guān)功能模塊的耗電情況，手機(jī)待機(jī)時(shí)間等，那么我們可能就需要搭建相應(yīng)的電流測(cè)試環(huán)境了。當(dāng)然測(cè)試中對(duì)于如手機(jī)網(wǎng)絡(luò)等環(huán)境都有所要求。

測(cè)試環(huán)境很重要，符合要求的測(cè)試環(huán)境能夠幫助我們準(zhǔn)確的測(cè)出軟件問(wèn)題，并且做出正確的判斷。

為了測(cè)試一款軟件，我們可能根據(jù)不同的需求點(diǎn)要使用很多不同的測(cè)試環(huán)境。有些測(cè)試環(huán)境我們是可以搭建的，有些環(huán)境我們無(wú)法搭建或者搭建成本很高。不管如何，我們的目標(biāo)是測(cè)試軟件問(wèn)題，保證軟件質(zhì)量。測(cè)試環(huán)境問(wèn)題，還是根據(jù)具體產(chǎn)品以及開(kāi)發(fā)者的實(shí)際情況而采取最經(jīng)濟(jì)的方式吧。

測(cè)試執(zhí)行

測(cè)試執(zhí)行過(guò)程又可以分為以下階段：

單元測(cè)試→集成測(cè)試→系統(tǒng)測(cè)試→出廠測(cè)試，其中每個(gè)階段還有回歸測(cè)試等。

從測(cè)試的角度而言，測(cè)試執(zhí)行包括一個(gè)量和度的問(wèn)題。也就是測(cè)試范圍和測(cè)試程度的問(wèn)題。 比如一個(gè)版本需要測(cè)試哪些方面?每個(gè)方面要測(cè)試到什么程度?

從管理的角度而言，在有限的時(shí)間內(nèi)，在人員有限甚至短缺的情況下，要考慮如何分工，如何合理地利用資源來(lái)開(kāi)展測(cè)試。當(dāng)然還要考慮以下問(wèn)題：

1、當(dāng)測(cè)試人員測(cè)試的執(zhí)行不到位、敷衍了事時(shí)該如何解決?

2、測(cè)試效率問(wèn)題，怎樣提高測(cè)試效率?

3、根據(jù)版本的不同特點(diǎn)是只做驗(yàn)證測(cè)試還是采取冒煙測(cè)試亦或是系統(tǒng)全面測(cè)試?

4、當(dāng)測(cè)試過(guò)程中遇到一些偶然性隨機(jī)問(wèn)題該怎樣處理?

5、當(dāng)版本中出現(xiàn)很多新問(wèn)題時(shí)該怎樣對(duì)待?測(cè)試停止標(biāo)準(zhǔn)?

總之，測(cè)試執(zhí)行過(guò)程中會(huì)遇到很多復(fù)雜的問(wèn)題，還是那句話，具體問(wèn)題具體解決!

測(cè)試記錄

缺陷記錄總的說(shuō)來(lái)包括兩方面：由誰(shuí)提交和缺陷描述。

一般而言，缺陷都是誰(shuí)測(cè)試誰(shuí)提交，當(dāng)然有些公司可能為了保證所提交缺陷的質(zhì)量，還會(huì)在提交前進(jìn)行缺陷評(píng)估，以確保所提交的缺陷的準(zhǔn)確性。

在缺陷的描述上，至少要包括以下一些方面內(nèi)容：

序號(hào)

標(biāo)題

預(yù)置條件

操作步驟

預(yù)期結(jié)果

實(shí)際結(jié)果

注釋

嚴(yán)重程度

概率

版本

測(cè)試者

測(cè)試日期

以上是描述一個(gè)bug時(shí)通常所要描述的內(nèi)容，當(dāng)然在實(shí)際提交bug時(shí)可以根據(jù)實(shí)際情況進(jìn)行補(bǔ)充，如附上圖片、log文件等。

另外，一個(gè)版本軟件測(cè)試完畢，還要根據(jù)測(cè)試情況出份測(cè)試報(bào)告，這也是所要經(jīng)過(guò)的一個(gè)環(huán)節(jié)。

缺陷管理

缺陷管理方面，很多公司都采取缺陷管理工具來(lái)進(jìn)行管理，常見(jiàn)缺陷管理工具有Test Director、Bugfree等。