淺談軟件測試流程

一、概述

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

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

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

說明：

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

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

二、測試流程

需求分析

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

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

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

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

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

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

測試計劃

測試計劃(Test Plan)一般由測試負責人來編寫。

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

1、測試背景

A、軟件項目介紹;

B、項目涉及人員(如軟硬件項目負責人等)介紹以及相應聯(lián)系方式等。

2、測試依據(jù)

A、軟件需求文檔;

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

C、軟件設計文檔;

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

3、測試資源

A、測試設備需求;

B、測試人員需求;

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

D、其他。

4、測試策略

A、采取測試方法;

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

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

D、對測試人員進行培訓等。

5、測試日程

A、測試需求分析;

B、測試用例編寫;

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

6、其他。

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

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

測試設計

測試設計主要包括測試用例編寫和測試場景設計兩方面。

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

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

測試環(huán)境搭建

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

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

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

測試執(zhí)行

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

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

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

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

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

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

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

4、當測試過程中遇到一些偶然性隨機問題該怎樣處理?

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

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

測試記錄

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

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

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

序號

標題

預置條件

操作步驟

預期結(jié)果

實際結(jié)果

注釋

嚴重程度

概率

版本

測試者

測試日期

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

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

缺陷管理

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