項(xiàng)目測(cè)試經(jīng)驗(yàn)總結(jié).doc

項(xiàng)目測(cè)試經(jīng)驗(yàn)總結(jié) 說(shuō)明：以下項(xiàng)目測(cè)試經(jīng)驗(yàn)是我在原來(lái)公司工作中的實(shí)際經(jīng)驗(yàn)，拿出來(lái)和大家一起交流。我相信之前的項(xiàng)目測(cè)試工作中有不少可以改進(jìn)的地方，還希望大家多多交流。 項(xiàng)目測(cè)試經(jīng)驗(yàn) Judy Shen 本文是對(duì)我近幾年測(cè)試工作經(jīng)驗(yàn)的總結(jié)，并以簡(jiǎn)報(bào)的方式在研發(fā)中心內(nèi)進(jìn)行分享及交流。 1 測(cè)試團(tuán)隊(duì)介紹 在介紹我們之前項(xiàng)目測(cè)試工作之前，需要首先介紹一下之前我所在團(tuán)隊(duì)的組織架構(gòu)及測(cè)試人員在項(xiàng)目中的工作。 我們的測(cè)試團(tuán)隊(duì)屬于質(zhì)量改進(jìn)中心下的測(cè)試部，它和研發(fā)團(tuán)隊(duì)屬于兩個(gè)不同的中心。測(cè)試團(tuán)隊(duì)有6個(gè)人，從圖一可以看出來(lái)，一個(gè)人可以參與多個(gè)處于不同階段的項(xiàng)目測(cè)試工作。圖一 測(cè)試團(tuán)隊(duì)組織架構(gòu) 參與項(xiàng)目的測(cè)試人員以測(cè)試組的形式進(jìn)入項(xiàng)目，測(cè)試組和需求組、開發(fā)組并列。每個(gè)測(cè)試組有一個(gè)測(cè)試組長(zhǎng)負(fù)責(zé)項(xiàng)目測(cè)試工作。項(xiàng)目經(jīng)理不直接面對(duì)測(cè)試組成員，而是通過(guò)測(cè)試組長(zhǎng)進(jìn)行任務(wù)安排、協(xié)調(diào)、溝通。測(cè)試部經(jīng)理知情測(cè)試人員的項(xiàng)目測(cè)試工作，項(xiàng)目測(cè)試組的工作匯報(bào)均需要抄送給測(cè)試部經(jīng)理。如圖二所示：圖二 項(xiàng)目組織架構(gòu)（舊） 上面說(shuō)到的是舊的測(cè)試人員工作模式，在去年年底，為了有效利用公司測(cè)試人員資源，我們開始了測(cè)試外包的嘗試。這里的測(cè)試外包模式是指，測(cè)試組不進(jìn)入項(xiàng)目，而是由項(xiàng)目組將測(cè)試工作以一個(gè)項(xiàng)目的方式分包給測(cè)試部，由測(cè)試部根據(jù)項(xiàng)目組提供的信息，進(jìn)行計(jì)劃、執(zhí)行測(cè)試，并按照項(xiàng)目要求提交測(cè)試成果給項(xiàng)目組。 這個(gè)模式還在探索中，如圖三所示，測(cè)試部經(jīng)理直接負(fù)責(zé)項(xiàng)目的測(cè)試工作，測(cè)試組的工作情況抄送給項(xiàng)目經(jīng)理。這種模式需要進(jìn)行獨(dú)立核算，包括成本估算、預(yù)算、結(jié)算等。但是這種模式的整體思路還不是很成熟，從這個(gè)組織架構(gòu)上大家也可以看出來(lái)，很多東西還沒有理順，所以一直都處于嘗試過(guò)程中。后面提到的內(nèi)容，如果沒有特殊說(shuō)明，都是在舊的模式下進(jìn)行的。圖三 項(xiàng)目組織架構(gòu)（測(cè)試外包方式） 我想不可否認(rèn)，大家都認(rèn)為測(cè)試人員應(yīng)該是測(cè)試技術(shù)上的專家，但是，測(cè)試人員是否需要熟悉并擅長(zhǎng)一定的業(yè)務(wù)呢？不管答案是什么都沒有關(guān)系，但是我認(rèn)為一個(gè)好的測(cè)試人員不僅是測(cè)試專家，他同時(shí)也是業(yè)務(wù)專家。有一些測(cè)試人員，因?yàn)橄到y(tǒng)的業(yè)務(wù)知識(shí)很復(fù)雜，就一頭扎進(jìn)去，幾乎全力去學(xué)習(xí)業(yè)務(wù)知識(shí)，測(cè)試技術(shù)的學(xué)習(xí)和研究沒有跟上，結(jié)果不是設(shè)計(jì)出大量冗余的測(cè)試用例，就是很多方面沒考慮到，面對(duì)客戶的不當(dāng)請(qǐng)求，也沒有底氣說(shuō)測(cè)試應(yīng)該怎么做，弄得做起項(xiàng)目來(lái)辛苦異常，個(gè)個(gè)苦不堪言！ 有著樣的說(shuō)法：“軟件測(cè)試人員要兩條腿走路，左腿是測(cè)試技術(shù)，右腿是業(yè)務(wù)知識(shí)。只有兩條腿的健壯差不多，走路才穩(wěn)當(dāng)?！背鲇谶@種思想的考慮，在原來(lái)的測(cè)試團(tuán)隊(duì)，我們每個(gè)人都有兩個(gè)學(xué)習(xí)、研究方向，一個(gè)是技術(shù)方向，一個(gè)是業(yè)務(wù)方向。例如：l 技術(shù)方向：n 功能自動(dòng)化測(cè)試n 性能測(cè)試n 單元測(cè)試n 測(cè)試管理l 業(yè)務(wù)方向：n 物流業(yè)務(wù)n 智能交通n 知識(shí)管理 但這種方式在工作開展上有些困難。如果公司認(rèn)為測(cè)試人員應(yīng)該絕大部分時(shí)間用在項(xiàng)目測(cè)試工作上，那么測(cè)試團(tuán)隊(duì)既要研究測(cè)試技術(shù)，又要擠出時(shí)間學(xué)習(xí)業(yè)務(wù)知識(shí)，在操作上是比較困難的。在我們以前的測(cè)試團(tuán)隊(duì)的工作中，有一部分工作時(shí)間是用來(lái)進(jìn)行部門建設(shè)的，部門建設(shè)工作中包括前面說(shuō)到的技術(shù)研究、業(yè)務(wù)學(xué)習(xí)，還有就是部門搭建所需要進(jìn)行的一些工作（如部門制度建設(shè)）。當(dāng)時(shí)公司允許我們團(tuán)隊(duì)有30%的工作量投入部門建設(shè)上。將部門建設(shè)工作分開，主要是用于統(tǒng)計(jì)部門成本和測(cè)試成本用的。 前面說(shuō)到了測(cè)試人員是以測(cè)試組身份進(jìn)入項(xiàng)目開展測(cè)試工作的，但不是每個(gè)成員上去都從事同樣的工作。在進(jìn)入項(xiàng)目組工作時(shí)，每個(gè)測(cè)試人員所充當(dāng)?shù)慕巧遣煌?，?xiàng)目的測(cè)試角色劃分為以下四種，如表一所示。在實(shí)際工作中因?yàn)闇y(cè)試人員數(shù)量有限，所以經(jīng)常是一個(gè)人擔(dān)任多個(gè)角色。角色 職責(zé) 測(cè)試管理員 負(fù)責(zé)測(cè)試項(xiàng)目的管理 測(cè)試過(guò)程問(wèn)題的處理與反饋 系統(tǒng)/性能測(cè)試組織和計(jì)劃 測(cè)試過(guò)程狀態(tài)報(bào)告測(cè)試設(shè)計(jì)員測(cè)試需求的描述 系統(tǒng)/性能測(cè)試用例的設(shè)計(jì) 測(cè)試工具、方法的引入測(cè)試執(zhí)行員 根據(jù)需要開發(fā)測(cè)試腳本 按照測(cè)試用例、測(cè)試腳本執(zhí)行測(cè)試 項(xiàng)目測(cè)試工作指導(dǎo)測(cè)試監(jiān)督與度量員 測(cè)試度量 測(cè)試過(guò)程問(wèn)題的匯總與反饋 開發(fā)產(chǎn)品的質(zhì)量抽檢與評(píng)定表一 測(cè)試角色劃分 了解了原來(lái)測(cè)試團(tuán)隊(duì)的分工之后，下面介紹一下測(cè)試團(tuán)隊(duì)的工作內(nèi)容。原來(lái)的測(cè)試團(tuán)隊(duì)承接的工作內(nèi)容包括： l承擔(dān)系統(tǒng)測(cè)試、用戶測(cè)試、性能測(cè)試； l進(jìn)行測(cè)試技術(shù)研究及培訓(xùn) 其中，測(cè)試技術(shù)研究，屬于提高團(tuán)隊(duì)工作技能的工作，在整個(gè)部門范圍內(nèi)進(jìn)行，這里屬于部門建設(shè)工作；對(duì)于項(xiàng)目中的測(cè)試人員有可能需要進(jìn)行，如果項(xiàng)目采用新的測(cè)試技術(shù)或者測(cè)試工具，那么就需要項(xiàng)目測(cè)試組成員研究測(cè)試技術(shù)了，這部分屬于項(xiàng)目測(cè)試工作。 培訓(xùn)，是指把內(nèi)部研究的成果在團(tuán)隊(duì)內(nèi)使用，在適當(dāng)?shù)臅r(shí)機(jī)在公司內(nèi)傳播。我們測(cè)試團(tuán)隊(duì)在2004年開展了21次內(nèi)部培訓(xùn)，7次公司級(jí)培訓(xùn)。因?yàn)槊總€(gè)人各有研究重點(diǎn)，所以我們每個(gè)人都是團(tuán)隊(duì)內(nèi)部培訓(xùn)的講師。 說(shuō)到測(cè)試工程師的工作內(nèi)容，那么就涉及到測(cè)試工程師該做的和不該做的。當(dāng)然這和公司對(duì)測(cè)試人員定位有關(guān)，這里僅指以前的組織。要說(shuō)該做的，那么我們需要先明確為什么我們要測(cè)試？這是因?yàn)榇嬖凇跋到y(tǒng)錯(cuò)誤很多、系統(tǒng)不是客戶想要的東西、系統(tǒng)實(shí)現(xiàn)沒有遵照系統(tǒng)需求”等這樣的背景。在這樣的背景下，產(chǎn)生了測(cè)試，但是又因?yàn)殚_發(fā)人員自己測(cè)試自己的東西，難免測(cè)試不全面，所以產(chǎn)生了測(cè)試工程師這個(gè)角色。因此，測(cè)試人員他該做的，就是測(cè)試軟件產(chǎn)品和用戶需求不一致的地方，并盡可能多的發(fā)現(xiàn)缺陷，能夠向項(xiàng)目經(jīng)理匯報(bào)軟件質(zhì)量狀態(tài)。但是在實(shí)際工作中，測(cè)試人員經(jīng)常主動(dòng)或被動(dòng)的去做了一些不該做的事情。例如說(shuō)，測(cè)試人員認(rèn)為自己或者測(cè)試能夠保證軟件的質(zhì)量，以及有意識(shí)或無(wú)意識(shí)的接受了決定軟件是否發(fā)布的這個(gè)權(quán)利。 為什么測(cè)試無(wú)法保證軟件的質(zhì)量，是因?yàn)轫?xiàng)目的質(zhì)量，需要項(xiàng)目組的所有成員共同努力，才能達(dá)到質(zhì)量保證的目的。單純靠測(cè)試工程師的力量，是無(wú)法實(shí)現(xiàn)軟件質(zhì)量保證的目的。 為什么測(cè)試人員不適合承擔(dān)決定軟件是否發(fā)布的權(quán)利，是因?yàn)檐浖陌l(fā)布，是需要項(xiàng)目組各個(gè)小組負(fù)責(zé)人等相關(guān)人一起對(duì)系統(tǒng)現(xiàn)在的缺陷、質(zhì)量狀況進(jìn)行評(píng)估后，由項(xiàng)目經(jīng)理（或者與會(huì)者）做出是否發(fā)布的決定。在這個(gè)過(guò)程中，測(cè)試工程師可以提供測(cè)試數(shù)據(jù)、系統(tǒng)當(dāng)前質(zhì)量狀態(tài)報(bào)告給與會(huì)者參考。 當(dāng)然，我知道這兩點(diǎn)會(huì)有很多人不認(rèn)同，但是沒有關(guān)系的。我接觸的同行中對(duì)兩點(diǎn)經(jīng)常有爭(zhēng)論。但是，有一些質(zhì)量大師等權(quán)威人士還是全部或部分贊同這兩個(gè)觀點(diǎn)的，如：菲利普.克勞士比曾在他的書中提到軟件質(zhì)量的保證需要全員努力，需要過(guò)程的控制的，而不是某個(gè)英雄可以保證軟件質(zhì)量的等。2 項(xiàng)目測(cè)試工作 做了背景介紹后，下面我介紹之前項(xiàng)目如何開展測(cè)試工作的。 因?yàn)闇y(cè)試過(guò)程是整個(gè)測(cè)試工作的一個(gè)綱要，所以首先得從測(cè)試過(guò)程講起。2.1 測(cè)試過(guò)程 測(cè)試過(guò)程，我們包括四個(gè)環(huán)節(jié)：測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試分析。圖四 測(cè)試過(guò)程2.1.1 測(cè)試計(jì)劃 測(cè)試計(jì)劃主要是進(jìn)行描述測(cè)試需求、分析制定測(cè)試計(jì)劃工作。在制定測(cè)試計(jì)劃時(shí)，經(jīng)常有人認(rèn)為測(cè)試計(jì)劃是在整個(gè)項(xiàng)目計(jì)劃制定之后才開始進(jìn)行測(cè)試計(jì)劃的，事實(shí)上并不是這樣的。測(cè)試計(jì)劃和項(xiàng)目計(jì)劃是互相影響的。舉個(gè)例子。假設(shè)項(xiàng)目有進(jìn)行性能測(cè)試的需求，但是測(cè)試工具又需要學(xué)習(xí)，那么我們?cè)跍y(cè)試計(jì)劃中就需要預(yù)留這部分的時(shí)間，還有，測(cè)試用例的評(píng)審，也需要預(yù)留時(shí)間。或者，如果某部分比較復(fù)雜，可能測(cè)試需要的時(shí)間會(huì)較多，或者需要測(cè)試的次數(shù)會(huì)比較多，那么可能要求開發(fā)組先安排這個(gè)核心模塊的開發(fā)，這樣需要調(diào)整開發(fā)計(jì)劃的順序。所以，測(cè)試計(jì)劃和項(xiàng)目計(jì)劃是互相影響的。在測(cè)試計(jì)劃環(huán)節(jié)還包括測(cè)試需求的描述，主要是確認(rèn)需求是可測(cè)試的，并將需求細(xì)化為具體的可測(cè)試點(diǎn)，保證測(cè)試設(shè)計(jì)時(shí)可以根據(jù)測(cè)試需求編寫測(cè)試用例，而避免遺漏測(cè)試點(diǎn)。我們的測(cè)試需求需要得到業(yè)務(wù)分析人員的評(píng)審，測(cè)試計(jì)劃要得到項(xiàng)目經(jīng)理的審批認(rèn)可。 對(duì)于測(cè)試計(jì)劃，還需要說(shuō)明的是，在具體的每個(gè)測(cè)試階段工作計(jì)劃中，我們需要定義本階段測(cè)試需要進(jìn)行的次數(shù)。每一輪測(cè)試是一個(gè)完整的測(cè)試周期，按照這里介紹的測(cè)試過(guò)程進(jìn)行。通常我們是一天一輪測(cè)試，最多是兩天一輪測(cè)試。通過(guò)這種方式，減少了測(cè)試和開發(fā)之間的空擋時(shí)間，即測(cè)試等開發(fā)，開發(fā)等測(cè)試。例子如圖五所示：圖五 測(cè)試迭代例子 肯定會(huì)有人疑問(wèn)，如果一個(gè)系統(tǒng)很龐大的話，怎么能在一兩天內(nèi)完成測(cè)試呢？是的，如果系統(tǒng)比較大的話，確實(shí)沒法在一兩天內(nèi)完成所有測(cè)試點(diǎn)的全面測(cè)試，有可能需要一周或更長(zhǎng)的時(shí)間，但是這樣的話，就出現(xiàn)了測(cè)試、開發(fā)互相等待的情況了。所以，在我們制定的測(cè)試階段計(jì)劃時(shí)，需要指明本次測(cè)試的測(cè)試重點(diǎn)，測(cè)試范圍。我可以這一輪測(cè)試進(jìn)行A、B模塊基本功能測(cè)試，第二輪測(cè)試進(jìn)行C、D模塊基本功能測(cè)試，第三輪測(cè)試，進(jìn)行主要業(yè)務(wù)流程測(cè)試，第四輪測(cè)試，關(guān)注負(fù)面測(cè)試。在我之前的實(shí)踐中，發(fā)現(xiàn)這種方法還是比較有效的?？赡艽蠹乙沧⒁獾搅?，這個(gè)例子是另一個(gè)項(xiàng)目的。沒錯(cuò)，在今天提到的移動(dòng)的這個(gè)項(xiàng)目中我們沒有按照這種策略進(jìn)行測(cè)試，弄得當(dāng)時(shí)我們測(cè)試小組工作很累，很被動(dòng)，經(jīng)常是開發(fā)說(shuō)測(cè)試我們就要馬上開始測(cè)試，而缺乏計(jì)劃。實(shí)施這種方法后，測(cè)試的計(jì)劃性就比較強(qiáng)，測(cè)試不用總是被打擾。2.1.2 測(cè)試設(shè)計(jì) 測(cè)試設(shè)計(jì)，主要是根據(jù)需求、設(shè)計(jì)文檔進(jìn)行的測(cè)試用例設(shè)計(jì)工作。如何從需求導(dǎo)出測(cè)試用例并設(shè)計(jì)測(cè)試用例，是整個(gè)測(cè)試過(guò)程中很重要的一部分工作，關(guān)系到測(cè)試執(zhí)行效果。但是在剛開始時(shí)，系統(tǒng)沒有界面，所以我們只能根據(jù)系統(tǒng)用例搭建測(cè)試用例的初步框架，能寫多少寫多少。隨著對(duì)系統(tǒng)的理解深入，加上后面也開發(fā)了系統(tǒng)原型，我們就可以不斷完善測(cè)試用例。即使是在測(cè)試階段，我們?nèi)圆粩嘈薷臏y(cè)試用例。測(cè)試用例我們分為兩種，一種是內(nèi)部測(cè)試用例，項(xiàng)目組內(nèi)部使用；一種是驗(yàn)收測(cè)試用例，偏重于業(yè)務(wù)，供客戶使用。項(xiàng)目組內(nèi)部用的測(cè)試用例例子如圖六所示：圖六 測(cè)試用例例子（項(xiàng)目?jī)?nèi)用） 從圖中大家也可以感覺到項(xiàng)目組內(nèi)部使用的測(cè)試用例在維護(hù)上比較不方便。因?yàn)槲覀兊男枨蟛]有做到很細(xì)，加上需求本身就是變化的，所以我們的測(cè)試需求經(jīng)常修改，一旦測(cè)試需求新增、修改、刪除時(shí)，測(cè)試用例要相應(yīng)進(jìn)行調(diào)整。這就造成了1)定位測(cè)試用例比較不方便，2)測(cè)試用例編號(hào)修改不方便，3)閱讀、執(zhí)行測(cè)試用例不方便。所以，我在2004年底開始準(zhǔn)備在團(tuán)隊(duì)內(nèi)自主開發(fā)一個(gè)測(cè)試用例管理系統(tǒng)。2.1.3 測(cè)試執(zhí)行 在測(cè)試執(zhí)行階段，主要進(jìn)行測(cè)試的執(zhí)行工作。如果項(xiàng)目有需要編寫或錄制測(cè)試腳本的話，那么也在這個(gè)階段進(jìn)行。測(cè)試執(zhí)行結(jié)果是在原有測(cè)試用例的副本上編寫實(shí)際執(zhí)行結(jié)果而形成。在東南融通，它是把這個(gè)活動(dòng)單獨(dú)為“測(cè)試實(shí)施”環(huán)節(jié)。2.1.4 測(cè)試分析 在測(cè)試執(zhí)行結(jié)束后，我們開始對(duì)測(cè)試執(zhí)行結(jié)果進(jìn)行測(cè)試分析并編寫測(cè)試報(bào)告。測(cè)試報(bào)告的編寫上，主要的內(nèi)容在于對(duì)投入的資源、測(cè)試結(jié)果、缺陷進(jìn)行分析，并對(duì)整體測(cè)試情況進(jìn)行總結(jié)分析。對(duì)于資源的分析，包括各個(gè)測(cè)試任務(wù)投入的人力情況、實(shí)際工作量與計(jì)劃工作量的對(duì)比，并進(jìn)行分析。測(cè)試結(jié)果分析，可以通過(guò)對(duì)測(cè)試需求的覆蓋情況、測(cè)試用例的覆蓋情況及測(cè)試用例執(zhí)行結(jié)果情況進(jìn)行統(tǒng)計(jì)，并進(jìn)行分析。缺陷分析，可以通過(guò)對(duì)嚴(yán)重性、優(yōu)先級(jí)、模塊缺陷數(shù)、缺陷修復(fù)情況等方面進(jìn)行統(tǒng)計(jì)，并分析。例如，對(duì)系統(tǒng)缺陷進(jìn)行統(tǒng)計(jì)后，發(fā)現(xiàn)存在比較多的可用性問(wèn)題，如修改操作員所屬的組后，無(wú)法登錄系統(tǒng)等。整體情況的總結(jié)可以從測(cè)試充分性、軟件質(zhì)量情況、測(cè)試活動(dòng)情況、經(jīng)驗(yàn)教訓(xùn)等方面進(jìn)行總結(jié)。 測(cè)試分析中有個(gè)很重要的活動(dòng)是對(duì)測(cè)試活動(dòng)和測(cè)試過(guò)程進(jìn)行經(jīng)驗(yàn)教訓(xùn)的總結(jié)。因?yàn)闇y(cè)試經(jīng)驗(yàn)教訓(xùn)是很重要的，所以我們團(tuán)隊(duì)有專人負(fù)責(zé)對(duì)每個(gè)項(xiàng)目測(cè)試報(bào)告中的經(jīng)驗(yàn)教訓(xùn)進(jìn)行匯總，目的是讓后面項(xiàng)目測(cè)試工作可以吸取前面項(xiàng)目測(cè)試的經(jīng)驗(yàn)，避免犯前面項(xiàng)目測(cè)試工作同樣的錯(cuò)誤。 注：本測(cè)試過(guò)程對(duì)于每個(gè)階段的測(cè)試活動(dòng)、每一輪測(cè)試活動(dòng)、測(cè)試團(tuán)隊(duì)承接的各種測(cè)試類型均適用。 也就是說(shuō)，每一輪測(cè)試之前，測(cè)試組組長(zhǎng)都需要準(zhǔn)備測(cè)試計(jì)劃，確定測(cè)試執(zhí)行重點(diǎn)、目標(biāo)、測(cè)試內(nèi)容等，選取測(cè)試用例，并按照預(yù)先選取的測(cè)試用例執(zhí)行測(cè)試，測(cè)試執(zhí)行結(jié)束，需要進(jìn)行測(cè)試匯報(bào)。2.1.5 測(cè)試準(zhǔn)則 在測(cè)試過(guò)程中有個(gè)很重要的內(nèi)容是：測(cè)試準(zhǔn)則。 在實(shí)際執(zhí)行中，我們不難碰到以下類似情況：提交測(cè)試的系統(tǒng)經(jīng)常在測(cè)試執(zhí)行初期，就出現(xiàn)頁(yè)面訪問(wèn)失敗或者正常功能失效的情況；測(cè)試人員不知道提交測(cè)試的版本改了什么內(nèi)容或者新增了什么功能，改了哪些缺陷，導(dǎo)致經(jīng)常碰到開發(fā)人員說(shuō)測(cè)試人員提交的某些缺陷所對(duì)應(yīng)的功能不屬于本版本集成內(nèi)容等等。存在這些情況的很大一部分的原因是因?yàn)樵陧?xiàng)目策劃階段時(shí)，測(cè)試組未就測(cè)試準(zhǔn)則和項(xiàng)目組達(dá)成一致意見，或者已經(jīng)達(dá)成一致，但是并沒有嚴(yán)格執(zhí)行。我們今天要講的測(cè)試準(zhǔn)則，主要是針對(duì)前者，后者屬于管理層面問(wèn)題，不在我們的考慮范圍內(nèi)。 設(shè)置測(cè)試準(zhǔn)時(shí)需要注重實(shí)用性。測(cè)試準(zhǔn)則，通常包括測(cè)試進(jìn)入、暫停、恢復(fù)、退出準(zhǔn)則。這些測(cè)試準(zhǔn)則的例子如表二所示：進(jìn)入準(zhǔn)則暫停準(zhǔn)則恢復(fù)準(zhǔn)則退出準(zhǔn)則含義 描述開始執(zhí)行測(cè)試的時(shí)機(jī)描述系統(tǒng)在什么情況下暫停全部或部分測(cè)試工作。描述系統(tǒng)恢復(fù)測(cè)試的必要條件。描述測(cè)試退出的條件，有正常退出，也有非正?；蛞馔獾耐顺?。集成測(cè)試 測(cè)試環(huán)境已經(jīng)準(zhǔn)備好； 已經(jīng)完成提交測(cè)試的模塊內(nèi)容；主要功能無(wú)頁(yè)面點(diǎn)擊錯(cuò)誤；測(cè)試所需的文檔資料已經(jīng)完整。測(cè)試環(huán)境被破壞； 主要功能頁(yè)面點(diǎn)擊錯(cuò)誤。測(cè)試環(huán)境重新搭建好； 主要功能不會(huì)出現(xiàn)頁(yè)面點(diǎn)擊錯(cuò)誤的情況。完成已提交內(nèi)容所能完成的測(cè)試系統(tǒng)測(cè)試 測(cè)試環(huán)境已經(jīng)準(zhǔn)備好； 系統(tǒng)基本業(yè)務(wù)流程能走通 無(wú)任何功能的頁(yè)面點(diǎn)擊錯(cuò)誤； 測(cè)試所需的文檔資料已經(jīng)完整。測(cè)試環(huán)境被破壞； 系統(tǒng)基本業(yè)務(wù)流程不通； 任何功能的頁(yè)面點(diǎn)擊錯(cuò)誤。測(cè)試環(huán)境重新搭建好； 系統(tǒng)基本業(yè)務(wù)流程可以走通； 頁(yè)面點(diǎn)擊錯(cuò)誤問(wèn)題解決。測(cè)試內(nèi)容已經(jīng)完成； 阻塞測(cè)試的內(nèi)容（即測(cè)試暫停的產(chǎn)生原因）在短時(shí)間內(nèi)無(wú)法解決。內(nèi)部確認(rèn)測(cè)試/UAT 測(cè)試環(huán)境已經(jīng)準(zhǔn)備好； 系統(tǒng)正常功能已正確實(shí)現(xiàn)； 業(yè)務(wù)流程能走通。測(cè)試環(huán)境被破壞； 系統(tǒng)業(yè)務(wù)流程不通； 正常功能未正確實(shí)現(xiàn)； 用戶很容易重現(xiàn)的嚴(yán)重缺陷產(chǎn)生。測(cè)試環(huán)境重新搭建好； 系統(tǒng)業(yè)務(wù)流程能走通； 正常功能實(shí)現(xiàn)； 需要解決的缺陷解決。測(cè)試內(nèi)容已經(jīng)全部完成； PM根據(jù)測(cè)試報(bào)告，認(rèn)為系統(tǒng)可以滿足客戶的要求； PM要求修改的缺陷已經(jīng)全部修復(fù)； 到了時(shí)間，系統(tǒng)必須發(fā)布。驗(yàn)收測(cè)試 測(cè)試環(huán)境已經(jīng)準(zhǔn)備好； 客戶要求的功能都已經(jīng)完成。 業(yè)務(wù)流程可以走通。測(cè)試環(huán)境被破壞； 發(fā)現(xiàn)需要修改的缺陷。測(cè)試環(huán)境重新搭建好； 修改完需要修改的缺陷。所有要求的測(cè)試用例和測(cè)試程序都已經(jīng)執(zhí)行，并且沒有發(fā)現(xiàn)新的必須修改的缺陷性能測(cè)試 測(cè)試環(huán)境已經(jīng)準(zhǔn)備好； 系統(tǒng)的功能正常實(shí)現(xiàn)； 不存在影響系統(tǒng)流程的缺陷。測(cè)試環(huán)境被破壞； 系統(tǒng)流程存在缺陷； 被測(cè)試功能存在缺陷； 程序的版本更新，存在影響系統(tǒng)功能實(shí)現(xiàn)的缺陷。測(cè)試環(huán)境重新搭建好； 解決影響性能測(cè)試的缺陷。所有要求的測(cè)試用例和測(cè)試腳本都已執(zhí)行； 完成性能分析工作。表二 測(cè)試準(zhǔn)則例子 恢復(fù)測(cè)試時(shí)，一般是需要把前面測(cè)試內(nèi)容重新進(jìn)行測(cè)試，因?yàn)闀?huì)花費(fèi)較大的工作量，所以測(cè)試組長(zhǎng)在決定暫停測(cè)試時(shí)需要很慎重。 在表二顯示的集成測(cè)試的退出準(zhǔn)則中寫到“完成已提交測(cè)試內(nèi)容所能完成的測(cè)試”，這里的“所能完成的測(cè)試”是指，在當(dāng)前版本所能進(jìn)行的測(cè)試內(nèi)容，如在系統(tǒng)剛集成時(shí)，可進(jìn)行界面測(cè)試，基本模塊的基本功能的測(cè)試。 上面的測(cè)試準(zhǔn)則的例子，也不是很恰當(dāng)及規(guī)范，至少缺少了數(shù)據(jù)度量部分，這里只是拿出來(lái)和大家一起交流。這部分內(nèi)容我一直認(rèn)為是很重要的，如果做的不好，測(cè)試組的負(fù)擔(dān)會(huì)很重。 需要注意的一點(diǎn)是：測(cè)試準(zhǔn)則，是在制定測(cè)試計(jì)劃時(shí)溝通確定的，它需要和相關(guān)人溝通，且得到項(xiàng)目經(jīng)理審批通過(guò)的。 測(cè)試準(zhǔn)則是固定的，實(shí)際處理方式是靈活的。在實(shí)際測(cè)試過(guò)程中碰到同樣的問(wèn)題，是否繼續(xù)測(cè)試，或者需要暫停測(cè)試，處理方式不是一成不變的，這是需要根據(jù)項(xiàng)目所處階段來(lái)具體情況具體分析的。 下面舉個(gè)例子，這個(gè)例子是經(jīng)常性的一種情況。假設(shè)在測(cè)試過(guò)程中，我們發(fā)現(xiàn)了一個(gè)阻塞性錯(cuò)誤（流程無(wú)法繼續(xù)往下走等類似情況），是否繼續(xù)進(jìn)行測(cè)試呢？l 在項(xiàng)目初期，進(jìn)行單個(gè)或多個(gè)模塊的測(cè)試時(shí)：因?yàn)榭梢詧?zhí)行界面測(cè)試及熟悉系統(tǒng)，我們可以接受該版本，繼續(xù)進(jìn)行測(cè)試。這就屬于已提交測(cè)試內(nèi)容所能完成的測(cè)試。在項(xiàng)目測(cè)試初期，要求不可過(guò)于嚴(yán)格。l 系統(tǒng)測(cè)試：基本流程必須走通。如果基本業(yè)務(wù)流程（主干）不能走通，則需要根據(jù)實(shí)際情況來(lái)靈活處理。（是否暫停測(cè)試或繼續(xù)測(cè)試？）如果是整個(gè)流程的初始節(jié)點(diǎn)失效，沒有這個(gè)節(jié)點(diǎn)的數(shù)據(jù)，后面所有節(jié)點(diǎn)均無(wú)法進(jìn)行，那么這種情況下就只能暫停測(cè)試。如果說(shuō)是分支流程出現(xiàn)阻塞，那么可以考慮繼續(xù)測(cè)試，然后在測(cè)試報(bào)告中說(shuō)明該分支未測(cè)試。此時(shí)不暫停測(cè)試，主要是考慮重新集成一個(gè)版本的性價(jià)比，也就是是否值得重新集成。l 發(fā)布前的確認(rèn)測(cè)試：一旦有阻塞性缺陷，馬上停止測(cè)試。2.2 測(cè)試實(shí)施過(guò)程 上面說(shuō)的是測(cè)試過(guò)程。下面簡(jiǎn)單介紹一下我們實(shí)際的測(cè)試工作。 我們的測(cè)試組一般是在項(xiàng)目啟動(dòng)時(shí)進(jìn)入項(xiàng)目組的。在項(xiàng)目立項(xiàng)時(shí)，項(xiàng)目經(jīng)理會(huì)向測(cè)試部經(jīng)理申請(qǐng)測(cè)試資源。經(jīng)過(guò)評(píng)估衡量后，測(cè)試部經(jīng)理會(huì)安排一個(gè)測(cè)試人員作為項(xiàng)目測(cè)試組長(zhǎng)。當(dāng)項(xiàng)目啟動(dòng)時(shí)，測(cè)試組長(zhǎng)進(jìn)入項(xiàng)目，開始了解項(xiàng)目用戶需求，起草項(xiàng)目測(cè)試計(jì)劃。在到了一定階段，例如測(cè)試設(shè)計(jì)階段，測(cè)試部經(jīng)理會(huì)根據(jù)項(xiàng)目規(guī)模，項(xiàng)目在公司的重要性以及團(tuán)隊(duì)其他人員工作負(fù)荷情況，安排其他人進(jìn)入項(xiàng)目組。一般來(lái)說(shuō)，我們一個(gè)項(xiàng)目是23名測(cè)試人員。在項(xiàng)目進(jìn)入維護(hù)階段時(shí)，則是一個(gè)測(cè)試人員跟進(jìn)項(xiàng)目。 測(cè)試組長(zhǎng)根據(jù)項(xiàng)目情況及項(xiàng)目階段計(jì)劃，定義項(xiàng)目本階段測(cè)試次數(shù)。項(xiàng)目經(jīng)理參考測(cè)試組長(zhǎng)提供的測(cè)試次數(shù)建議，以及項(xiàng)目開發(fā)的情況，和項(xiàng)目組各個(gè)小組負(fù)責(zé)人溝通后，定義了系統(tǒng)本階段版本集成時(shí)間。在我們的項(xiàng)目里，有一個(gè)開發(fā)人員兼職做集成人員。在指定的版本集成時(shí)間之前的一段時(shí)間，各個(gè)開發(fā)人員將他們的程序提交配置庫(kù)，由集成人員進(jìn)行集成（不同語(yǔ)言有不同的集成方式）。集成后，集成人員會(huì)進(jìn)行簡(jiǎn)單的自測(cè)，驗(yàn)證是否集成成功。如果集成成功，就在服務(wù)器上給該版本程序打上標(biāo)簽。如果集成不成功，那么返工給相應(yīng)開發(fā)人員修改并重新集成，如此反復(fù)直至集成成功。集成成功后，集成人員會(huì)提交一份集成說(shuō)明給測(cè)試組長(zhǎng)。集成說(shuō)明內(nèi)容包括：集成版本路徑、版本標(biāo)簽、修改內(nèi)容、新增內(nèi)容等。測(cè)試組長(zhǎng)則根據(jù)預(yù)先準(zhǔn)備好的測(cè)試計(jì)劃開始測(cè)試。在開始測(cè)試時(shí)測(cè)試組長(zhǎng)會(huì)通知項(xiàng)目組，告訴他們測(cè)試開始，請(qǐng)勿更新測(cè)試環(huán)境。測(cè)試結(jié)束后，也會(huì)通知項(xiàng)目組測(cè)試結(jié)束。 這里要很注意一點(diǎn)的是，對(duì)于數(shù)據(jù)庫(kù)的更新也需要采用同樣的管理，即數(shù)據(jù)庫(kù)維護(hù)也是需要進(jìn)行統(tǒng)一管理，避免出現(xiàn)客戶環(huán)境和測(cè)試環(huán)境不一致的情況。在正常情況下，開發(fā)組是在預(yù)定的集成日期的當(dāng)天晚上集成，測(cè)試組第二天上班后開始測(cè)試。如果遇到特殊情況需要當(dāng)天集成當(dāng)天測(cè)試的話，我們的開發(fā)人員會(huì)等到測(cè)試組發(fā)出測(cè)試結(jié)束的通知后，才離崗。 如果在完成計(jì)劃的測(cè)試次數(shù)后，系統(tǒng)質(zhì)量仍不穩(wěn)定或沒有達(dá)到預(yù)期目標(biāo)的話，那么測(cè)試組長(zhǎng)將和項(xiàng)目經(jīng)理溝通，相應(yīng)增加測(cè)試次數(shù)。 關(guān)于測(cè)試用例的執(zhí)行，我不知道公司現(xiàn)在是采用怎樣的一種方式的。在我原來(lái)的團(tuán)隊(duì)中，測(cè)試用例的主要作用是保證系統(tǒng)功能的測(cè)試覆蓋率，避免某些功能因?yàn)闇y(cè)試周期長(zhǎng)而導(dǎo)致測(cè)試遺漏。但是我們也采用經(jīng)驗(yàn)法、試探法、轉(zhuǎn)換思維的方式進(jìn)行測(cè)試，所以，我們一般使用測(cè)試用例執(zhí)行34次測(cè)試。這可能和我們的測(cè)試用例設(shè)計(jì)能力有關(guān)。 在缺陷管理上，整體流程基本類似，但是在缺陷分配上，我們測(cè)試人員是直接分配給項(xiàng)目缺陷分配專員，缺陷分配專員一般是由業(yè)務(wù)分析員擔(dān)任。缺陷分配專員對(duì)缺陷進(jìn)行分析后，再進(jìn)行缺陷的再分配。對(duì)于缺陷分配專員處理為不修改的缺陷，測(cè)試人員需要進(jìn)行確認(rèn)。如果測(cè)試人員不認(rèn)可缺陷分配專員的處理意見，可以同他進(jìn)行溝通，或向相關(guān)人員（如項(xiàng)目經(jīng)理）提出自己的意見，最終以項(xiàng)目經(jīng)理的意見為準(zhǔn)。在系統(tǒng)階段確認(rèn)測(cè)試前的23天，測(cè)試組長(zhǎng)會(huì)將系統(tǒng)未解決的缺陷清單給項(xiàng)目經(jīng)理確認(rèn)，并要求項(xiàng)目經(jīng)理提供缺陷應(yīng)對(duì)方案。缺陷應(yīng)對(duì)方案在系統(tǒng)發(fā)布時(shí)，作為項(xiàng)目發(fā)布說(shuō)明的附件。 我們是采用公司自主開發(fā)的缺陷管理系統(tǒng)進(jìn)行缺陷管理的，使用excel、word進(jìn)行其他測(cè)試工件的編寫的。 3 如何搭建一個(gè)高效的測(cè)試團(tuán)隊(duì) 俗話說(shuō)“工欲善其事，必先利其器”，要做好測(cè)試工作，首先需要建立并維護(hù)一個(gè)高效的測(cè)試團(tuán)隊(duì)。然而，許多小型軟件企業(yè)卻將測(cè)試作為產(chǎn)品面臨發(fā)布時(shí)的一個(gè)小“插曲”，往往臨時(shí)抽調(diào)幾名程序員對(duì)產(chǎn)品的功能粗略測(cè)試一下即交付客戶（甚至在進(jìn)度和成本不足時(shí)首先砍掉這一塊）。這種倉(cāng)促完成的產(chǎn)品通常質(zhì)量問(wèn)題很多，所以我們首先應(yīng)拋棄小企業(yè)慣常的思維模式，不計(jì)較一時(shí)一地之利益，立足長(zhǎng)遠(yuǎn)，著手組建高效測(cè)試團(tuán)隊(duì)。 第一步：招募測(cè)試人員 在國(guó)內(nèi)的軟件企業(yè)中有一種普遍做法，那就是把那些剛涉足軟件行業(yè)的技術(shù)新手或業(yè)績(jī)不突出的開發(fā)人員安排去做測(cè)試工作。筆者認(rèn)為這絕對(duì)是一種欠妥當(dāng)?shù)男袨?。事?shí)上，對(duì)一個(gè)系統(tǒng)進(jìn)行有效測(cè)試所需要的技能絕對(duì)不比進(jìn)行軟件開發(fā)所需要的技能少，測(cè)試從業(yè)者甚至可能面對(duì)許多開發(fā)人員都不會(huì)遇到的技術(shù)難題。那么，測(cè)試團(tuán)隊(duì)需要招募什么樣的成員呢？這里，筆者總結(jié)了以下兩點(diǎn)： 首先，測(cè)試人員要具備良好的溝通能力、自信心、外交能力、遷移能力以及懷疑精神。 其次，測(cè)試組成員應(yīng)具備良好的專業(yè)技能或者技術(shù)學(xué)習(xí)能力。 當(dāng)然，新招募的測(cè)試人員不可能像上面說(shuō)的那么理想。關(guān)鍵是他們是否熱愛測(cè)試這項(xiàng)工作，對(duì)相關(guān)的工作內(nèi)容是否感興趣以及他們的學(xué)習(xí)能力如何。 第二步：測(cè)試團(tuán)隊(duì)制度建設(shè) 良好的制度可以規(guī)范測(cè)試團(tuán)隊(duì)的工作開展，同時(shí)也便于對(duì)團(tuán)隊(duì)成員進(jìn)行業(yè)績(jī)考評(píng)。相反,則很有可能導(dǎo)致人心渙散，滋長(zhǎng)負(fù)面風(fēng)氣。建設(shè)良好的測(cè)試團(tuán)隊(duì)制度，可以考慮以下幾個(gè)方面： l匯報(bào)制度 團(tuán)隊(duì)成員匯報(bào)本周工作情況及下周工作計(jì)劃、遇到的問(wèn)題以及需要提供的幫助，培養(yǎng)團(tuán)隊(duì)成員的匯報(bào)及計(jì)劃習(xí)慣。 l工作總結(jié)制度 成員每個(gè)階段匯報(bào)上階段工作經(jīng)驗(yàn)和教訓(xùn)，并在部門例會(huì)上交流、分享經(jīng)驗(yàn)及教訓(xùn)，避免同樣的問(wèn)題重復(fù)出現(xiàn)。 l獎(jiǎng)懲制度 對(duì)于貢獻(xiàn)突出的成員予以獎(jiǎng)勵(lì)，對(duì)于業(yè)績(jī)差的提出批評(píng)，有效地保持測(cè)試團(tuán)隊(duì)的工作