軟件測(cè)試過(guò)程管理實(shí)踐

軟件測(cè)試過(guò)程管理實(shí)踐

摘要

隨著測(cè)試技術(shù)的蓬勃發(fā)展，測(cè)試過(guò)程的管理顯得猶為重要，過(guò)程管理已成為測(cè)試成功的重要保證。經(jīng)過(guò)多年努力，測(cè)試專家提出了許多測(cè)試過(guò)程模型，包括V模型、W模型、H模型等等。這些模型定義了測(cè)試活動(dòng)的流程和方法，為測(cè)試管理工作提供了指導(dǎo)。但這些模型各有長(zhǎng)短，并沒(méi)有哪種模型能夠完全適合于所有的測(cè)試項(xiàng)目，在實(shí)際測(cè)試中應(yīng)該吸取各模型的長(zhǎng)處，歸納出合適的測(cè)試?yán)砟?。“盡早測(cè)試”、“全面測(cè)試”、“全過(guò)程測(cè)試”和“獨(dú)立、迭代的測(cè)試”是從各模型中提煉出來(lái)的四個(gè)理念，這些思想在實(shí)際測(cè)試項(xiàng)目中得到了應(yīng)用并收到了良好的效果。在運(yùn)用這些理念指導(dǎo)測(cè)試的同時(shí)，測(cè)試組應(yīng)不斷關(guān)注于基于度量和分析的過(guò)程的改進(jìn)活動(dòng)，不斷提高測(cè)試管理水平，更好的提高測(cè)試效率、降低測(cè)試成本。關(guān)鍵詞

測(cè)試過(guò)程模型測(cè)試管理理念可持續(xù)改進(jìn)

引言

1963年，在美國(guó)發(fā)生了這樣一件事：編程人員把一個(gè)FORTRAN程序的循環(huán)語(yǔ)句DO5I=1，3誤寫(xiě)為DO5I=1.3。一點(diǎn)之差導(dǎo)致飛往火星的火箭爆炸，造成1000多萬(wàn)美元的損失。這種情況的發(fā)生，迫使人們考慮在軟件投入使用之前必須進(jìn)行徹底的測(cè)試。今天，在軟件比較發(fā)達(dá)的國(guó)家，軟件測(cè)試已經(jīng)成為一個(gè)獨(dú)立的產(chǎn)業(yè)，軟件公司紛紛建立獨(dú)立的測(cè)試隊(duì)伍研究測(cè)試技術(shù)并開(kāi)展測(cè)試工作。中國(guó)的軟件測(cè)試起步較晚，但隨著我國(guó)軟件產(chǎn)業(yè)的蓬勃發(fā)展以及人們對(duì)軟件質(zhì)量的重視，軟件測(cè)試正在成為一個(gè)新興的產(chǎn)業(yè)。近兩年來(lái)，國(guó)內(nèi)新成立專業(yè)性測(cè)試機(jī)構(gòu)10余家，一批批專業(yè)的軟件測(cè)試人員正涌現(xiàn)出來(lái)。每年國(guó)內(nèi)都有大量的測(cè)試技術(shù)交流會(huì)議舉辦，有大量的測(cè)試研究論文在專業(yè)刊物上發(fā)表。在測(cè)試技術(shù)發(fā)展的同時(shí)，測(cè)試過(guò)程的管理顯得猶為重要。一個(gè)成功的測(cè)試項(xiàng)目，離不開(kāi)對(duì)測(cè)試過(guò)程科學(xué)的組織和監(jiān)控，過(guò)程管理已成為測(cè)試成功的重要保證。

1測(cè)試過(guò)程概述

1．1軟件測(cè)試過(guò)程概述

軟件測(cè)試過(guò)程是一種抽象的模型，用于定義軟件測(cè)試的流程和方法。眾所周知，開(kāi)發(fā)過(guò)程的質(zhì)量決定了軟件的質(zhì)量，同樣的，測(cè)試過(guò)程的質(zhì)量將直接影響測(cè)試結(jié)果的準(zhǔn)確性和有效性。軟件測(cè)試過(guò)程和軟件開(kāi)發(fā)過(guò)程一樣，都遵循軟件工程原理，遵循管理學(xué)原理。

隨著測(cè)試過(guò)程管理的發(fā)展，軟件測(cè)試專家通過(guò)實(shí)踐總結(jié)出了很多很好的測(cè)試過(guò)程模型。這些模型將測(cè)試活動(dòng)進(jìn)行了抽象，并與開(kāi)發(fā)活動(dòng)有機(jī)的進(jìn)行了結(jié)合，是測(cè)試過(guò)程管理的重要參考依據(jù)。

1．2軟件測(cè)試過(guò)程模型介紹

Ｖ模型

V模型最早是由PaulRook在２０世紀(jì)８０年代后期提出的，旨在改進(jìn)軟件開(kāi)發(fā)的效率和效果。Ｖ模型反映出了測(cè)試活動(dòng)與分析設(shè)計(jì)活動(dòng)的關(guān)系。在圖1-1中，從左到右描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為，非常明確的標(biāo)注了測(cè)試過(guò)程中存在的不同類型的測(cè)試，并且清楚的描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。

圖1-1軟件測(cè)試V模型

V模型指出，單元和集成測(cè)試應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求；系統(tǒng)測(cè)試應(yīng)檢測(cè)系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo)；驗(yàn)收測(cè)試確定軟件的實(shí)現(xiàn)是否滿足用戶需要或合同的要求。

但V模型存在一定的局限性，它僅僅把測(cè)試作為在編碼之后的一個(gè)階段，是針對(duì)程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，而忽視了測(cè)試活動(dòng)對(duì)需求分析、系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能。

Ｗ模型

W模型由Evolutif公司公司提出，相對(duì)于V模型，W模型增加了軟件各開(kāi)發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。如圖1-2所示，W模型由兩個(gè)V字型模型組成，分別代表測(cè)試與開(kāi)發(fā)過(guò)程，圖中明確表示出了測(cè)試與開(kāi)發(fā)的并行關(guān)系。

W模型強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說(shuō)，測(cè)試與開(kāi)發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問(wèn)題。例如，需求分析完成后，測(cè)試人員就應(yīng)該參與到對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于及時(shí)了解項(xiàng)目難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著減少總體測(cè)試時(shí)間，加快項(xiàng)目進(jìn)度。

但W模型也存在局限性。在W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開(kāi)發(fā)活動(dòng)也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開(kāi)始下一個(gè)階段工作。這樣就無(wú)法支持迭代的開(kāi)發(fā)模型。對(duì)于當(dāng)前軟件開(kāi)發(fā)復(fù)雜多變的情況，W模型并不能解除測(cè)試管理面臨著困惑。

圖1-2軟件測(cè)試W模型[NextPage]

Ｈ模型

V模型和W模型均存在一些不妥之處。如前所述，它們都把軟件的開(kāi)發(fā)視為需求、設(shè)計(jì)、編碼等一系列串行的活動(dòng)，而事實(shí)上，這些活動(dòng)在大部分時(shí)間內(nèi)是可以交叉進(jìn)行的，所以，相應(yīng)的測(cè)試之間也不存在嚴(yán)格的次序關(guān)系。同時(shí)，各層次的測(cè)試（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等）也存在反復(fù)觸發(fā)、迭代的關(guān)系。

為了解決以上問(wèn)題，有專家提出了H模型。它將測(cè)試活動(dòng)完全獨(dú)立出來(lái)，形成了一個(gè)完全獨(dú)立的流程，將測(cè)試準(zhǔn)備活動(dòng)和測(cè)試執(zhí)行活動(dòng)清晰地體現(xiàn)出來(lái)，如圖1-3所示。

圖1-3軟件測(cè)試H模型

這個(gè)示意圖僅僅演示了在整個(gè)生產(chǎn)周期中某個(gè)層次上的一次測(cè)試“微循環(huán)”。圖中標(biāo)注的其他流程可以是任意的開(kāi)發(fā)流程。例如，設(shè)計(jì)流程或編碼流程。也就是說(shuō)，只要測(cè)試條件成熟了，測(cè)試準(zhǔn)備活動(dòng)完成了，測(cè)試執(zhí)行活動(dòng)就可以（或者說(shuō)需要）進(jìn)行了。

H模型揭示了一個(gè)原理：軟件測(cè)試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行。H模型指出軟件測(cè)試要盡早準(zhǔn)備，盡早執(zhí)行。不同的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的，只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)，測(cè)試執(zhí)行活動(dòng)就可以開(kāi)展。

其他模型

除上述幾種常見(jiàn)模型外，業(yè)界還流傳著其他幾種模型，例如X模型、前置測(cè)試模型等。X模型提出針對(duì)單獨(dú)的程序片段進(jìn)行相互分離的編碼和測(cè)試，此后通過(guò)頻繁的交接，通過(guò)集成最終合成為可執(zhí)行的程序。前置測(cè)試模型體現(xiàn)了開(kāi)發(fā)與測(cè)試的結(jié)合，要求對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試。這些模型都針對(duì)其他模型的缺點(diǎn)提出了一些修正意見(jiàn)，但本身也可能存在一些不周到的地方。所以在測(cè)試過(guò)程管理中，正確選取過(guò)程模型是一個(gè)關(guān)鍵問(wèn)題。

1．3軟件測(cè)試過(guò)程模型選取策略

前面介紹的測(cè)試過(guò)程模型中，V模型強(qiáng)調(diào)了在整個(gè)項(xiàng)目開(kāi)發(fā)中需要經(jīng)歷的不同的測(cè)試級(jí)別，但忽視了測(cè)試的對(duì)象不應(yīng)該僅僅是程序。而W模型在這一點(diǎn)上進(jìn)行了補(bǔ)充，明確指出應(yīng)該對(duì)需求、設(shè)計(jì)進(jìn)行測(cè)試。但是V模型和W模型都沒(méi)有將一個(gè)完整的測(cè)試過(guò)程抽象出來(lái)，成為一個(gè)獨(dú)立的流程，這并不適合當(dāng)前軟件開(kāi)發(fā)中廣泛應(yīng)用的迭代模型。H模型則明確指出測(cè)試的獨(dú)立性，也就是說(shuō)只要測(cè)試條件成熟了，就可以開(kāi)展測(cè)試。

在實(shí)際測(cè)試工作中我們應(yīng)該盡可能地去應(yīng)用各模型中對(duì)項(xiàng)目有實(shí)用價(jià)值的方面，不能強(qiáng)行的為使用模型而使用模型。在測(cè)試實(shí)踐中，我們采用的方法是：以W模型作為框架，及早的、全面的開(kāi)展測(cè)試。同時(shí)靈活運(yùn)用H模型獨(dú)立測(cè)試的思想，在達(dá)到恰當(dāng)?shù)木途w點(diǎn)時(shí)就應(yīng)該開(kāi)展獨(dú)立的測(cè)試工作，同時(shí)將測(cè)試工作進(jìn)行迭代，最終保證完成測(cè)試目標(biāo)。

2測(cè)試過(guò)程管理理念

生命周期模型為我們提供了軟件測(cè)試的流程和方法，為測(cè)試過(guò)程管理提供了依據(jù)。但實(shí)際的測(cè)試工作是復(fù)雜而煩瑣的，可能不會(huì)有哪種模型完全適用于某項(xiàng)測(cè)試工作。所以，我們應(yīng)該從不同的模型中抽象出符合實(shí)際現(xiàn)狀的測(cè)試過(guò)程管理理念，依據(jù)這些理念來(lái)策劃測(cè)試過(guò)程，以不變應(yīng)萬(wàn)變。當(dāng)然測(cè)試管理牽涉的范圍非常的廣泛，包括過(guò)程定義、人力資源管理、風(fēng)險(xiǎn)管理等等，本節(jié)僅介紹幾條從過(guò)程模型中提煉出來(lái)的，對(duì)實(shí)際測(cè)試有指導(dǎo)意義的管理理念。

2．1盡早測(cè)試

“盡早測(cè)試”是從W模型中抽象出來(lái)的理念。我們說(shuō)測(cè)試并不是在代碼編寫(xiě)完成之后才開(kāi)展的工作，測(cè)試與開(kāi)發(fā)是兩個(gè)相互依存的并行的過(guò)程，測(cè)試活動(dòng)在開(kāi)發(fā)活動(dòng)的前期已經(jīng)開(kāi)展。

“盡早測(cè)試”包含兩方面的含義：第一，測(cè)試人員早期參與軟件項(xiàng)目，及時(shí)開(kāi)展測(cè)試的準(zhǔn)備工作，包括編寫(xiě)測(cè)試計(jì)劃、制定測(cè)試方案以及準(zhǔn)備測(cè)試用例；第二，盡早的開(kāi)展測(cè)試執(zhí)行工作，一旦代碼模塊完成就應(yīng)該及時(shí)開(kāi)展單元測(cè)試，一旦代碼模塊被集成成為相對(duì)獨(dú)立的子系統(tǒng)，便可以開(kāi)展集成測(cè)試，一旦有BUILD提交，便可以開(kāi)展系統(tǒng)測(cè)試工作。

由于及早的開(kāi)展了測(cè)試準(zhǔn)備工作，測(cè)試人員能夠于早期了解測(cè)試的難度、預(yù)測(cè)測(cè)試的風(fēng)險(xiǎn)，從而有效提高了測(cè)試效率，規(guī)避測(cè)試風(fēng)險(xiǎn)。由于及早的開(kāi)展測(cè)試執(zhí)行工作，測(cè)試人員盡早的發(fā)現(xiàn)軟件缺陷，大大降低了BUG修復(fù)成本。但是需要注意，“盡早測(cè)試”并非盲目的提前測(cè)試活動(dòng)，測(cè)試活動(dòng)開(kāi)展的前提是達(dá)到必須的測(cè)試就緒點(diǎn)。

2．2全面測(cè)試

軟件是程序、數(shù)據(jù)和文檔的集合，那么對(duì)軟件進(jìn)行測(cè)試，就不僅僅是對(duì)程序的測(cè)試，還應(yīng)包括軟件“副產(chǎn)品”的“全面測(cè)試”，這是W模型中一個(gè)重要的思想。需求文檔、設(shè)計(jì)文檔作為軟件的階段性產(chǎn)品，直接影響到軟件的質(zhì)量。階段產(chǎn)品質(zhì)量是軟件質(zhì)量的量的積累，不能把握這些階段產(chǎn)品的質(zhì)量將導(dǎo)致最終軟件質(zhì)量的不可控。

“全面測(cè)試”包含兩層含義：第一，對(duì)軟件的所有產(chǎn)品進(jìn)行全面的測(cè)試，包括需求、設(shè)計(jì)文檔，代碼，用戶文檔等等。第二，軟件開(kāi)發(fā)及測(cè)試人員（有時(shí)包括用戶）全面的參與到測(cè)試工作中，例如對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)，就需要開(kāi)發(fā)、測(cè)試及用戶的全面參與，畢竟測(cè)試活動(dòng)并不僅僅是保證軟件運(yùn)行正確，同時(shí)還要保證軟件滿足了用戶的需求。

“全面測(cè)試”有助于全方位把握軟件質(zhì)量，盡最大可能的排除造成軟件質(zhì)量問(wèn)題的因素，從而保證軟件滿足質(zhì)量需求。

2．3全過(guò)程測(cè)試

在W模型中充分體現(xiàn)的另一個(gè)理念就是“全過(guò)程測(cè)試”。雙V字過(guò)程圖形象的表明了軟件開(kāi)發(fā)與軟件測(cè)試的緊密結(jié)合，這就說(shuō)明軟件開(kāi)發(fā)和測(cè)試過(guò)程會(huì)彼此影響，這就要求測(cè)試人員對(duì)開(kāi)發(fā)和測(cè)試的全過(guò)程進(jìn)行充分的關(guān)注。

“全過(guò)程測(cè)試”包含兩層含義：第一，測(cè)試人員要充分關(guān)注開(kāi)發(fā)過(guò)程，對(duì)開(kāi)發(fā)過(guò)程的各種變化及時(shí)做出響應(yīng)。例如開(kāi)發(fā)進(jìn)度的調(diào)整可能會(huì)引起測(cè)試進(jìn)度及測(cè)試策略的調(diào)整，需求的變更會(huì)影響到測(cè)試的執(zhí)行等等。第二，測(cè)試人員要對(duì)測(cè)試的全過(guò)程進(jìn)行全程的跟蹤，例如建立完善的度量與分析機(jī)制，通過(guò)對(duì)自身過(guò)程的度量，及時(shí)了解過(guò)程信息，調(diào)整測(cè)試策略。

“全過(guò)程測(cè)試”有助于及時(shí)應(yīng)對(duì)項(xiàng)目變化，降低測(cè)試風(fēng)險(xiǎn)。同時(shí)對(duì)測(cè)試過(guò)程的度量與分析也有助于把握測(cè)試過(guò)程，調(diào)整測(cè)試策略，便于測(cè)試過(guò)程的改進(jìn)。

[NextPage]

2．4獨(dú)立的、迭代的測(cè)試

我們知道，軟件開(kāi)發(fā)瀑布模型只是一種理想狀況。為適應(yīng)不同的需要，人們?cè)谲浖_(kāi)發(fā)過(guò)程中摸索出了如螺旋、迭代等諸多模型，這些中需求、設(shè)計(jì)、編碼工作可能重疊并反復(fù)進(jìn)行的，這時(shí)的測(cè)試工作將也是迭代和反復(fù)的。如果不能將測(cè)試從開(kāi)發(fā)中抽象出來(lái)進(jìn)行管理，勢(shì)必使測(cè)試管理陷入困境。

軟件測(cè)試與軟件開(kāi)發(fā)是緊密結(jié)合的，但并不代表測(cè)試是依附于開(kāi)發(fā)的一個(gè)過(guò)程，測(cè)試活動(dòng)是獨(dú)立的。這正是H模型所主導(dǎo)的思想?！蔼?dú)立的、迭代的測(cè)試”著重強(qiáng)調(diào)了測(cè)試的就緒點(diǎn)，也就是說(shuō)，只要測(cè)試條件成熟，測(cè)試準(zhǔn)備活動(dòng)完成，測(cè)試的執(zhí)行活動(dòng)就可以開(kāi)展。

所以，我們?cè)谧裱M早測(cè)試、全面測(cè)試、全過(guò)程測(cè)試?yán)砟畹耐瑫r(shí)，應(yīng)當(dāng)將測(cè)試過(guò)程從開(kāi)發(fā)過(guò)程中適當(dāng)?shù)某橄蟪鰜?lái)，作為一個(gè)獨(dú)立的過(guò)程進(jìn)行管理。時(shí)刻把握獨(dú)立的、迭代測(cè)試的理念，減小因開(kāi)發(fā)模型的繁雜給測(cè)試管理工作帶來(lái)的不便。對(duì)于軟件過(guò)程中不同階段的產(chǎn)品和不同的測(cè)試類型，只要測(cè)試準(zhǔn)備工作就緒，就可以及時(shí)開(kāi)展測(cè)試工作，把握產(chǎn)品質(zhì)量。

3測(cè)試過(guò)程管理實(shí)踐

本節(jié)以一個(gè)實(shí)際項(xiàng)目系統(tǒng)測(cè)試過(guò)程（不對(duì)單元測(cè)試和集成測(cè)試過(guò)程進(jìn)行分析）的幾個(gè)關(guān)鍵過(guò)程管理行為為例，來(lái)闡述上節(jié)中提出的測(cè)試?yán)砟?。在一個(gè)構(gòu)件化ERP項(xiàng)目中，由于前期需求不明確，開(kāi)發(fā)周期相對(duì)較長(zhǎng)，為了對(duì)項(xiàng)目進(jìn)行更好的跟蹤和管理，項(xiàng)目采用增量和迭代模型進(jìn)行開(kāi)發(fā)。整個(gè)項(xiàng)目開(kāi)發(fā)共分三個(gè)階段完成：第一階段實(shí)現(xiàn)進(jìn)銷存的簡(jiǎn)單的功能和工作流；第二階段：實(shí)現(xiàn)固定資產(chǎn)管理、財(cái)務(wù)管理，并完善第一階段的進(jìn)銷存功能；第三階段：增加辦公自動(dòng)化的管理（OA）。該項(xiàng)目每一階段工作是對(duì)上一階段成果的一次迭代完善，同時(shí)將新功能進(jìn)行了一次疊加。

3．1策劃測(cè)試過(guò)程

依據(jù)傳統(tǒng)的方法，將系統(tǒng)測(cè)試作為軟件開(kāi)發(fā)的一個(gè)階段，系統(tǒng)測(cè)試執(zhí)行工作將在三個(gè)階段完成后開(kāi)展，很明顯，這樣做不利于BUG的及時(shí)暴露。有些缺陷可能會(huì)埋藏至后期發(fā)現(xiàn)，這時(shí)的修復(fù)成本將大大提高。我們依據(jù)“獨(dú)立和迭代”的測(cè)試?yán)砟?，在本系統(tǒng)中，對(duì)測(cè)試過(guò)程進(jìn)行獨(dú)立的策劃，找出測(cè)試準(zhǔn)備就緒點(diǎn)，在就緒點(diǎn)及時(shí)開(kāi)展測(cè)試。該系統(tǒng)的三個(gè)階段具有相對(duì)的獨(dú)立性，在每一階段完成所提交的階段產(chǎn)品具有相對(duì)的獨(dú)立性，可以作為系統(tǒng)測(cè)試準(zhǔn)備的就緒點(diǎn)。故而，在該系統(tǒng)開(kāi)發(fā)過(guò)程中，系統(tǒng)測(cè)試組計(jì)劃開(kāi)展三階段的系統(tǒng)測(cè)試，每個(gè)階段系統(tǒng)測(cè)試具有不同的側(cè)重點(diǎn)，目的在于更好的配合開(kāi)發(fā)工作盡早發(fā)現(xiàn)軟件BUG，降低軟件成本。軟件開(kāi)發(fā)與系統(tǒng)測(cè)試過(guò)程的關(guān)系如圖3-1所示。

實(shí)踐證明，這種做法起到了預(yù)期的效果，與開(kāi)發(fā)過(guò)程緊密結(jié)合而又相對(duì)獨(dú)立的測(cè)試過(guò)程，有效的于早期發(fā)現(xiàn)了許多系統(tǒng)缺陷，降低了開(kāi)發(fā)成本，同時(shí)也使基于復(fù)雜開(kāi)發(fā)模型的測(cè)試管理工作更加清晰明了。

3．2把握需求

在本系統(tǒng)開(kāi)發(fā)過(guò)程中，需求的獲取和完善貫穿每個(gè)階段。對(duì)需求的把握很大程度上決定了軟件測(cè)試是否能夠成功。系統(tǒng)測(cè)試不僅僅確認(rèn)軟件是否正確實(shí)現(xiàn)功能，同時(shí)還要確認(rèn)軟件是否滿足用戶的需要。依據(jù)“盡早測(cè)試”和“全面測(cè)試”原則，在需求的獲取階段，測(cè)試人員參與到了對(duì)需求的討論之中。測(cè)試人員與開(kāi)發(fā)人員及用戶一起討論需求的完善性與正確性，同時(shí)從可測(cè)試性角度為需求文檔提出建議。這些建議對(duì)開(kāi)發(fā)人員來(lái)說(shuō)，是從一個(gè)全新的思維角度提出的約束。同時(shí)，測(cè)試組結(jié)合前期對(duì)項(xiàng)目的把握，很容易制定出了完善的測(cè)試計(jì)劃和方案，將各階段產(chǎn)品的測(cè)試方法及進(jìn)度、人員安排進(jìn)行了策劃，使整個(gè)項(xiàng)目的進(jìn)展有條不紊。

實(shí)踐證明，測(cè)試人員早期參與需求的獲取和分析中，有助于加深測(cè)試人員對(duì)需求的把握和理解，同時(shí)也大大促進(jìn)需求文檔的質(zhì)量。在需求人員把握需求的同時(shí)，于早期制定項(xiàng)目計(jì)劃和方案，及早準(zhǔn)備測(cè)試活動(dòng)，大大提高了測(cè)試效率。

3．3變更控制

變更控制體現(xiàn)的是“全過(guò)程測(cè)試”理念。在軟件開(kāi)發(fā)過(guò)程中，變更往往是不可避免的，變更也是造成軟件風(fēng)險(xiǎn)的重要因素。在本系統(tǒng)測(cè)試中，僅第一階段就發(fā)生了7次需求變更，調(diào)整了兩次進(jìn)度計(jì)劃。依據(jù)“全過(guò)程測(cè)試”理念，測(cè)試組密切關(guān)注開(kāi)發(fā)過(guò)程，跟隨進(jìn)度計(jì)劃的變更調(diào)整測(cè)試策略，依據(jù)需求的變更及時(shí)補(bǔ)充和完善測(cè)試用例。由于充分的測(cè)試準(zhǔn)備工作，在測(cè)試執(zhí)行過(guò)程中，沒(méi)有廢棄一個(gè)測(cè)試用例，測(cè)試的進(jìn)度并沒(méi)有因?yàn)樽兏艿竭^(guò)多影響。

3．4度量與分析

對(duì)測(cè)試過(guò)程的度量與分析同樣體現(xiàn)的“全過(guò)程測(cè)試”理念。對(duì)測(cè)試過(guò)程的度量有利于及時(shí)把握項(xiàng)目情況，對(duì)過(guò)程數(shù)據(jù)進(jìn)行分析，很容易發(fā)現(xiàn)優(yōu)勢(shì)劣勢(shì)，找出需要改進(jìn)的地方，及時(shí)調(diào)整測(cè)試策略。

在ERP項(xiàng)目中，我們?cè)跍y(cè)試過(guò)程中對(duì)不同階段的BUG數(shù)量進(jìn)行了度量，并分析測(cè)試執(zhí)行是否充分。如圖3-2所示，通過(guò)分析我們得出：相同時(shí)間間隔內(nèi)發(fā)現(xiàn)的BUG數(shù)量呈收斂狀態(tài)，測(cè)試是充分的。在BUG數(shù)量收斂的狀態(tài)下結(jié)束細(xì)測(cè)是恰當(dāng)?shù)摹?/p>

圖3-2軟件開(kāi)發(fā)與系統(tǒng)測(cè)試關(guān)系圖

測(cè)試中，我們對(duì)不同功能點(diǎn)的測(cè)試數(shù)據(jù)覆蓋率和