淺談軟件測試流程

一、概述

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

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

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

說明：

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

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

二、測試流程

需求分析

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

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

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

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

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

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

測試計(jì)劃

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

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

1、測試背景

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

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

2、測試依據(jù)

A、軟件需求文檔;

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

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

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

3、測試資源

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

B、測試人員需求;

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

D、其他。

4、測試策略

A、采取測試方法;

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

C、采取哪些測試工具以測試管理工具;

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

5、測試日程

A、測試需求分析;

B、測試用例編寫;

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

6、其他。

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

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

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

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

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

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

測試環(huán)境搭建

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

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

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

測試執(zhí)行

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

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

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

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

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

2、測試效率問題，怎樣提高測試效率?

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

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

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

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

測試記錄

缺陷記錄總的說來包括兩方面：由誰提交和缺陷描述。

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

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

序號

標(biāo)題

預(yù)置條件

操作步驟

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

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

注釋

嚴(yán)重程度

概率

版本

測試者

測試日期

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

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

缺陷管理

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