一、概述

一(yi)般而言，從(cong)項(xiang)目確立時就開始了，前后要經(jing)過以下一(yi)些主要環(huan)節：

需求分析→測(ce)試(shi)計劃→測(ce)試(shi)設計→測(ce)試(shi)環(huan)境搭(da)建→測(ce)試(shi)執行→測(ce)試(shi)記(ji)錄→缺陷管理→軟件評估→RTM.

在進(jin)行(xing)有關(guan)問(wen)題闡述前，我(wo)們(men)先明確下分工，一般而(er)言，需求(qiu)分析、測(ce)(ce)試(shi)(shi)(shi)用(yong)例編寫、測(ce)(ce)試(shi)(shi)(shi)環(huan)境搭建(jian)、測(ce)(ce)試(shi)(shi)(shi)執行(xing)等(deng)(deng)屬(shu)于(yu)測(ce)(ce)試(shi)(shi)(shi)開發人(ren)員(yuan)工作(zuo)范(fan)疇，而(er)測(ce)(ce)試(shi)(shi)(shi)執行(xing)以及缺陷提交等(deng)(deng)屬(shu)于(yu)普(pu)通(tong)測(ce)(ce)試(shi)(shi)(shi)人(ren)員(yuan)的(de)工作(zuo)范(fan)疇，測(ce)(ce)試(shi)(shi)(shi)負責(ze)人(ren)負責(ze)整(zheng)個(ge)測(ce)(ce)試(shi)(shi)(shi)各個(ge)環(huan)節的(de)跟蹤、實(shi)施、管理等(deng)(deng)。

說明：

1.以上流(liu)程各(ge)環(huan)節(jie)并未包(bao)含軟件測試過程的全部，如根(gen)據(ju)實際情(qing)況還(huan)可以實施一些(xie)測試計劃評(ping)審、用(yong)例評(ping)審，測試培(pei)訓等。在軟件正式發(fa)行(xing)后，當遇到(dao)一些(xie)嚴重問題(ti)時，還(huan)需要(yao)進行(xing)一些(xie)后續維護測試等。

2.以(yi)上各環節并不是(shi)獨立沒聯系(xi)的(de)(de)，實際工作千變萬化，各環節一(yi)(yi)些交(jiao)織、重(zhong)疊(die)在(zai)所難免，比如編寫測(ce)試(shi)用例的(de)(de)同時就可以(yi)進行(xing)測(ce)試(shi)環境的(de)(de)搭建工作，當然也可能由于一(yi)(yi)些需(xu)求不清楚而重(zhong)新進行(xing)需(xu)求分析(xi)等。這就和我(wo)們國(guo)(guo)家提(ti)出建設有(you)中國(guo)(guo)特色的(de)(de)社(she)會主義國(guo)(guo)家一(yi)(yi)樣(yang)，只所以(yi)有(you)中國(guo)(guo)特色，那(nei)是(shi)因為(wei)國(guo)(guo)情不一(yi)(yi)樣(yang)。所以(yi)在(zai)實際測(ce)試(shi)過程中也要做到(dao)具(ju)(ju)體(ti)問題具(ju)(ju)體(ti)分析(xi)，具(ju)(ju)體(ti)解決。

二、測試流程

需求分析

需求分析(Requirment Analyzing)應該說是軟(ruan)件測試(shi)的(de)一(yi)個重要環(huan)節，測試(shi)開發(fa)人員對這一(yi)環(huan)節的(de)理解程度如何將(jiang)直接影響到接下來(lai)有關測試(shi)工作的(de)開展。

可(ke)能有(you)些人認為測試需(xu)求分析無關緊(jin)要(yao)，這種(zhong)想法(fa)是(shi)很不(bu)對的。需(xu)求分析不(bu)但重(zhong)要(yao)，而且至(zhi)關重(zhong)要(yao)!

一般(ban)而言，需(xu)(xu)求(qiu)(qiu)分(fen)析包括軟件功能需(xu)(xu)求(qiu)(qiu)分(fen)析、測(ce)(ce)試環境需(xu)(xu)求(qiu)(qiu)分(fen)析、測(ce)(ce)試資源需(xu)(xu)求(qiu)(qiu)分(fen)析等。

其中最基本(ben)的是軟(ruan)件(jian)功能需求分析(xi)，測(ce)(ce)(ce)一(yi)款軟(ruan)件(jian)首(shou)先要知道(dao)軟(ruan)件(jian)能實現(xian)哪些(xie)功能以及(ji)是怎樣實現(xian)的。比(bi)如一(yi)款Smartphone包括VoIP、Wi-Fi以及(ji)Bluetooth等功能。那我(wo)們(men)就(jiu)應(ying)該知道(dao)軟(ruan)件(jian)是怎樣來實現(xian)這些(xie)功能的，為(wei)了實現(xian)這些(xie)功能需要哪些(xie)測(ce)(ce)(ce)試設備(bei)以及(ji)如何搭(da)建相(xiang)應(ying)測(ce)(ce)(ce)試環(huan)境等，否則測(ce)(ce)(ce)試就(jiu)無從(cong)談起!

既然談了需(xu)求分(fen)析，那么(me)(me)我們(men)根(gen)據(ju)什么(me)(me)來分(fen)析呢?總不能(neng)憑(ping)空設想吧。

總(zong)得說(shuo)來，做測試需(xu)求(qiu)分析(xi)的(de)依據(ju)有軟(ruan)件需(xu)求(qiu)文檔(dang)、軟(ruan)件規格書以及開(kai)發(fa)人員的(de)設計文檔(dang)等，相信(xin)管理一些規范的(de)公司在軟(ruan)件開(kai)發(fa)過程中都有這(zhe)些文檔(dang)。

測試計劃

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

測試計(ji)劃的依據主要是項(xiang)目開發計(ji)劃和測試需求分析結果(guo)而制(zhi)定。測試計(ji)劃一般包(bao)括以下一些(xie)方面(mian)：

1、測試背景

A、軟件項目介(jie)紹;

B、項目涉及(ji)人員(如軟硬件項目負(fu)責(ze)人等)介紹以及(ji)相應聯系方(fang)式等。

2、測試依據

A、軟件需求文檔;

B、軟件規格書;

C、軟(ruan)件設計(ji)文檔;

D、其他(ta)，如(ru)參考產品(pin)等(deng)。

3、測試資源

A、測試設備需求;

B、測試(shi)人員需求;

C、測試(shi)環境需求;

D、其他。

4、測試策略

A、采取測試(shi)方(fang)法;

B、搭(da)建哪些(xie)測試環境;

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

D、對測試人員(yuan)進行培(pei)訓(xun)等。

5、測試日程

A、測(ce)試需(xu)求分析;

B、測試用例編(bian)寫;

C、測(ce)試實施(shi)，根據(ju)項(xiang)目計劃，測(ce)試分成哪些測(ce)試階(jie)段(duan)(如單元測(ce)試、集成測(ce)試、系統測(ce)試階(jie)段(duan)，α、β測(ce)試階(jie)段(duan)等)，每個階(jie)段(duan)的(de)工作重(zhong)點(dian)以及投入資源(yuan)等。

6、其他。

測試計(ji)劃(hua)還要包括測試計(ji)劃(hua)編寫的日期、作者等(deng)信息，計(ji)劃(hua)越(yue)詳細越(yue)好(hao)了。

計(ji)劃(hua)趕不(bu)上變化(hua)(hua)，一份計(ji)劃(hua)做的再(zai)好，當實際實施(shi)的時候就會發現(xian)往(wang)往(wang)很難(nan)按照原有計(ji)劃(hua)開(kai)展。如在軟(ruan)件(jian)開(kai)發過(guo)程中資源匱乏、人員(yuan)流動等(deng)都會對(dui)測試造成(cheng)一定的影響(xiang)。所以，這些就要求(qiu)測試負(fu)責人能(neng)夠從宏觀(guan)上來調控了。在變化(hua)(hua)面前能(neng)夠做到應(ying)對(dui)自如、處亂不(bu)驚那是(shi)最好不(bu)過(guo)了。

測試設計

測試(shi)設計(ji)主要包(bao)括測試(shi)用例(li)編寫和(he)測試(shi)場景設計(ji)兩(liang)方(fang)面(mian)。

一份(fen)好(hao)的測試用例對測試有(you)很好(hao)的指導作(zuo)用，能夠發(fa)現很多(duo)軟件(jian)問題(ti)。關于測試用例編寫，請參(can)見前面寫的《也談測試用例》一文，里面有(you)詳細(xi)闡述。

測(ce)試場景(jing)設計主要也(ye)就是測(ce)試環境問題了。

測試環境搭建

不(bu)同軟(ruan)件(jian)產品對(dui)(dui)測(ce)(ce)(ce)試環(huan)境(jing)(jing)有(you)著不(bu)同的要求。如(ru)C/S及B/S架構相關的軟(ruan)件(jian)產品，那(nei)么(me)(me)對(dui)(dui)不(bu)同操作系統，如(ru)Windows系列、unix、linux甚至蘋果(guo)OS等(deng)，這些測(ce)(ce)(ce)試環(huan)境(jing)(jing)都是必(bi)須(xu)的。而對(dui)(dui)于一(yi)些嵌入式軟(ruan)件(jian)，如(ru)手機軟(ruan)件(jian)，如(ru)果(guo)我(wo)(wo)們想測(ce)(ce)(ce)試一(yi)下有(you)關功(gong)能模塊的耗電情(qing)況，手機待機時間等(deng)，那(nei)么(me)(me)我(wo)(wo)們可能就需要搭建相應的電流測(ce)(ce)(ce)試環(huan)境(jing)(jing)了。當然測(ce)(ce)(ce)試中對(dui)(dui)于如(ru)手機網(wang)絡等(deng)環(huan)境(jing)(jing)都有(you)所要求。

測試環境很重(zhong)要(yao)，符合要(yao)求的(de)(de)測試環境能夠幫(bang)助我(wo)們準確的(de)(de)測出軟件問題，并且做(zuo)出正確的(de)(de)判斷。

為了(le)測(ce)試一款軟件，我(wo)們可能根據不(bu)同的(de)需(xu)求點要使用很多(duo)不(bu)同的(de)測(ce)試環(huan)境(jing)。有些(xie)測(ce)試環(huan)境(jing)我(wo)們是可以搭建(jian)的(de)，有些(xie)環(huan)境(jing)我(wo)們無法搭建(jian)或(huo)者(zhe)搭建(jian)成本很高。不(bu)管如何，我(wo)們的(de)目(mu)標是測(ce)試軟件問題，保證軟件質量。測(ce)試環(huan)境(jing)問題，還是根據具(ju)體(ti)產(chan)品以及開(kai)發者(zhe)的(de)實(shi)際情況而采取最(zui)經濟的(de)方(fang)式吧。

測試執行

測試(shi)執(zhi)行過程又可以(yi)分(fen)為以(yi)下階段：

單元測試(shi)→集成測試(shi)→系統測試(shi)→出廠測試(shi)，其中每個階段還(huan)有(you)回(hui)歸測試(shi)等。

從測(ce)(ce)試的角度(du)而言(yan)，測(ce)(ce)試執行(xing)包括一個量和度(du)的問題。也就是(shi)測(ce)(ce)試范圍和測(ce)(ce)試程(cheng)度(du)的問題。 比(bi)如一個版本(ben)需要(yao)測(ce)(ce)試哪些方面?每個方面要(yao)測(ce)(ce)試到(dao)什么程(cheng)度(du)?

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

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

2、測(ce)(ce)試效率問題，怎樣提(ti)高測(ce)(ce)試效率?

3、根據(ju)版本的不同(tong)特點是(shi)只做驗(yan)證測(ce)(ce)試還是(shi)采取冒(mao)煙測(ce)(ce)試亦或(huo)是(shi)系統全(quan)面測(ce)(ce)試?

4、當測(ce)試(shi)過(guo)程(cheng)中遇到一些(xie)偶然性隨機(ji)問題(ti)該(gai)怎樣處理?

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

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

測試記錄

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

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

在缺(que)陷(xian)的描述上，至少要包(bao)括以(yi)下一些方面內容：

序號

標題

預置條件

操作步驟

預期結果

實際結果

注釋

嚴重程度

概率

版本

測試者

測試日期

以上(shang)是描(miao)述一個bug時(shi)通常所(suo)要描(miao)述的(de)內容，當(dang)然在實(shi)際提交bug時(shi)可以根據(ju)實(shi)際情況進行補充，如(ru)附上(shang)圖片、log文件等。

另外，一(yi)個版本軟件測(ce)(ce)(ce)試完畢，還要(yao)(yao)根據測(ce)(ce)(ce)試情況出份測(ce)(ce)(ce)試報(bao)告，這也是所要(yao)(yao)經過的(de)一(yi)個環節。

缺陷管理

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