【正文】 價(jià)過(guò)程；“產(chǎn)品質(zhì)量”注重軟件本身的質(zhì)量度量模型。每個(gè)質(zhì)量特性又可通過(guò)第二層的若干個(gè)子特性測(cè)量，第二層的每個(gè)子特性在評(píng)價(jià)時(shí)要定義并實(shí)施若干個(gè)度量。軟件質(zhì)量評(píng)價(jià)的基本部分包括：質(zhì)量模型、評(píng)價(jià)方法、軟件的測(cè)量和支持工具。如圖33所示說(shuō)明了質(zhì)量特性與質(zhì)量子特性的層次結(jié)構(gòu)。我國(guó)也于1996發(fā)布了同樣的軟件產(chǎn)品質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)GB/T162601996。它是一個(gè)分層質(zhì)量模型，有6個(gè)影響質(zhì)量的特性。McCall質(zhì)量模型，集中在軟件產(chǎn)品的三個(gè)重要方面：操作特性（產(chǎn)品運(yùn)行）、承受可改變能力（產(chǎn)品修訂）、新環(huán)境適應(yīng)能力（產(chǎn)品變遷）。在軟件質(zhì)量中用于測(cè)量一種量化的標(biāo)度和方法即為“測(cè)度”，而名詞的“度量”用來(lái)指測(cè)量的結(jié)果。質(zhì)量是實(shí)體特性的總和，滿足明確或隱含要求的能力。測(cè)試工具模擬多用戶并發(fā)訪問(wèn)可以有以下兩種方式：進(jìn)程回放模式；線程回放模式；操作步驟如下：協(xié)議選擇：創(chuàng)建測(cè)試腳本：參數(shù)化測(cè)試數(shù)據(jù)創(chuàng)建虛擬用戶，設(shè)定負(fù)載方案執(zhí)行測(cè)試結(jié)果分析第3章軟件質(zhì)量與評(píng)價(jià)（軟件測(cè)試標(biāo)準(zhǔn)）軟件質(zhì)量的定義：反映實(shí)體滿足明確的隱含的需要的能力的特性的總和。選擇負(fù)載壓力最高的業(yè)務(wù)功能進(jìn)行測(cè)試。在進(jìn)行測(cè)試腳本錄制與分配的過(guò)程中，應(yīng)遵循如下幾個(gè)原則。負(fù)載壓力測(cè)試工具基本上都是采取錄制回放的方式來(lái)模擬用戶的實(shí)際操作的，而且測(cè)試工具一般都會(huì)有一個(gè)后臺(tái)代理進(jìn)程，通過(guò)該代理進(jìn)程，測(cè)試工具可以監(jiān)視并獲取在各種通信協(xié)議下應(yīng)用系統(tǒng)的客戶與服務(wù)器的通信信息，測(cè)試工具會(huì)用一類C或者其他的腳本語(yǔ)言（TSL）生成一個(gè)測(cè)試腳本，該腳本記錄了你對(duì)服務(wù)器的請(qǐng)求過(guò)程，然后測(cè)試工具就可以回放剛才的訪問(wèn)過(guò)程，接收服務(wù)器的響應(yīng)，當(dāng)然你也可以用手工編程生成這個(gè)腳本。負(fù)載測(cè)試是為了證明在與產(chǎn)品（預(yù)期）規(guī)模等同的數(shù)據(jù)庫(kù)中處理給定的事務(wù)請(qǐng)求的容量下，系統(tǒng)功能與性能是否與需求規(guī)格說(shuō)明中規(guī)定的，可接受的響應(yīng)時(shí)間一致的測(cè)試過(guò)程。執(zhí)行測(cè)試：腳本調(diào)試結(jié)束后，便可以在檢驗(yàn)?zāi)Ｊ较聹y(cè)試被測(cè)軟件。調(diào)試腳本：腳本錄制或編輯結(jié)束后，在調(diào)試模式下運(yùn)行腳本。測(cè)試工具可以自動(dòng)記錄你的操作并生成所需的腳本代碼，你還可以直接修改測(cè)試腳本以滿足各種復(fù)雜測(cè)試的需求，錄制測(cè)試時(shí)，在需要檢查軟件反應(yīng)的地方插入檢查點(diǎn)。通常情況下，其實(shí)施測(cè)試必須經(jīng)歷的幾個(gè)操作步驟如下：創(chuàng)建腳本。（2）模擬模式這種模式記錄鼠標(biāo)點(diǎn)擊、鍵盤輸入和鼠標(biāo)在二維平面上的精確運(yùn)動(dòng)軌跡。當(dāng)你進(jìn)行錄制時(shí)，測(cè)試工具會(huì)對(duì)你選取的每個(gè)對(duì)象做惟一描述并寫入相應(yīng)的文件中。在軟件操作中點(diǎn)擊圖形用戶界面上的對(duì)象時(shí)，測(cè)試工具會(huì)用一種類C或其他的腳本語(yǔ)言（TSL）生成一個(gè)測(cè)試腳本，該腳本記錄了你的操作過(guò)程，然后測(cè)試工具就可回放剛才的操作過(guò)程。自動(dòng)化測(cè)試的局限性定制型項(xiàng)目周期很短的項(xiàng)目業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象人體感觀與易用性測(cè)試不穩(wěn)定的軟件涉及物理交互自動(dòng)化測(cè)試工具分類自動(dòng)化測(cè)試工具分以下幾類：負(fù)載壓力測(cè)試工具功能測(cè)試工具白盒測(cè)試工具網(wǎng)絡(luò)測(cè)試工具測(cè)試管理工具測(cè)試輔助工具自動(dòng)化測(cè)試應(yīng)用策略在測(cè)試過(guò)程中應(yīng)用測(cè)試工具主要有以下幾個(gè)目的：提高測(cè)試質(zhì)量；減少測(cè)試過(guò)程中的重復(fù)勞動(dòng)； 實(shí)現(xiàn)測(cè)試自動(dòng)化，解決手工測(cè)試不能解決的問(wèn)題。自動(dòng)化測(cè)試的優(yōu)勢(shì)避免重復(fù)測(cè)試，同時(shí)，還能完成大量手工無(wú)法完成的測(cè)試工作，如并發(fā)用戶測(cè)試、大數(shù)據(jù)量測(cè)試、長(zhǎng)時(shí)間運(yùn)行可靠性測(cè)試等，優(yōu)點(diǎn)：提高測(cè)試質(zhì)量提高測(cè)試效率，縮短測(cè)試工作時(shí)間提高測(cè)試覆蓋率執(zhí)行手工測(cè)試不能完成的測(cè)試任務(wù)更好地重現(xiàn)軟件缺陷的能力更好地利用資源增進(jìn)測(cè)試人員與開(kāi)發(fā)人員之間的合作伙伴關(guān)系以下項(xiàng)目和環(huán)境中更適合使用自動(dòng)化測(cè)試工具：需要反復(fù)進(jìn)行的工作負(fù)載壓力測(cè)試測(cè)試人員和開(kāi)發(fā)人員有效合作借助測(cè)試管理工具，會(huì)取得事半功倍的效果。自動(dòng)化測(cè)試的定義：通過(guò)測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃對(duì)軟件產(chǎn)品進(jìn)行自動(dòng)的測(cè)試，它是軟件測(cè)試的一個(gè)重要的組成部分，它能夠完成許多手工無(wú)法完成或難以實(shí)現(xiàn)的一些測(cè)試。黑盒測(cè)試法注重于測(cè)試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯(cuò)誤。在完全不考慮內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。關(guān)閉（Closed）：BUG已被修復(fù)。修正（Fixed）：開(kāi)發(fā)人員已完成修正，等待測(cè)試人員驗(yàn)證。（1）BUG記錄信息主要包括以下幾項(xiàng)內(nèi)容。在實(shí)際的軟件測(cè)試過(guò)程中，每個(gè)BUG都要經(jīng)過(guò)測(cè)試、確認(rèn)、修復(fù)、驗(yàn)證等的管理過(guò)程，這是軟件測(cè)試的重要環(huán)節(jié)。給軟件缺陷與錯(cuò)誤劃分嚴(yán)重性和優(yōu)先級(jí)的通用原則是：（1）表示軟件缺陷所造成的危害的惡劣程度； （2）優(yōu)先級(jí)表示修復(fù)缺陷的重要程度和次序；嚴(yán)重級(jí)：嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞較嚴(yán)重：操作性錯(cuò)誤、錯(cuò)誤結(jié)果、遺漏功能一般：小問(wèn)題、錯(cuò)別字、UI布局、罕見(jiàn)故障建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)優(yōu)先級(jí)：最高優(yōu)先級(jí)：立即修復(fù)，停止進(jìn)一步測(cè)試次高優(yōu)先級(jí)：在產(chǎn)品發(fā)布之前必須修復(fù)中等優(yōu)先級(jí)：如果時(shí)間允許應(yīng)該修復(fù)最低等優(yōu)先級(jí)：可能會(huì)修復(fù)，但是也能發(fā)布軟件測(cè)試的主要目的在于發(fā)現(xiàn)軟件存在的錯(cuò)誤（Bug），如何處理測(cè)試中發(fā)現(xiàn)的錯(cuò)誤，將直接影響到測(cè)試的效果。設(shè)計(jì)方案（軟件設(shè)計(jì)說(shuō)明書）是軟件缺陷第二來(lái)源。軟件缺陷：（1）軟件未達(dá)到產(chǎn)品說(shuō)明書中標(biāo)明的功能； （2）軟件出現(xiàn)了產(chǎn)品說(shuō)明書中指明的不會(huì)出現(xiàn)的錯(cuò)誤；（3）軟件功能超出了產(chǎn)品說(shuō)明書指明的范圍；（4）軟件未達(dá)到產(chǎn)品說(shuō)明書雖未指出應(yīng)達(dá)到的目標(biāo)；（5）軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢，或最終用戶認(rèn)為不好使用。錯(cuò)誤的廣義定義是：不正確的事務(wù)和行為。（3）軟件故障是指軟件運(yùn)行過(guò)程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。（2）軟件缺陷存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差。軟件失效（1）軟件錯(cuò)誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生。軟件缺陷232。V活動(dòng)中的測(cè)試。V過(guò)程中的測(cè)試測(cè)試過(guò)程。V概述。V過(guò)程框架。（2）軟件Vamp。獨(dú)立驗(yàn)證和確認(rèn)：由在技術(shù)、管理和財(cái)務(wù)上與開(kāi)發(fā)組織有規(guī)定程度獨(dú)立性的組織執(zhí)行的Vamp。V基本概念驗(yàn)證（Verfication）：通過(guò)檢查和提供客觀證據(jù)，證實(shí)規(guī)定的需求已滿足。V過(guò)程的有關(guān)規(guī)定。V過(guò)程的一個(gè)組成部分。V過(guò)程包括軟件產(chǎn)品和過(guò)程的分析、評(píng)價(jià)、評(píng)審、審核、評(píng)估和測(cè)試。V過(guò)程是確定按照規(guī)定的軟件過(guò)程開(kāi)發(fā)的產(chǎn)品是否符合活動(dòng)的要求，軟件是否滿足它的預(yù)期用途和用戶需要。（5）驗(yàn)收測(cè)試軟件驗(yàn)證與確認(rèn)（Vamp。軟件配置復(fù)查。（2）測(cè)試結(jié)果與預(yù)期的結(jié)果不符。（1）測(cè)試結(jié)果與預(yù)期的結(jié)果相符。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證所測(cè)軟件是否滿足需求規(guī)格說(shuō)明書列出的要求。確認(rèn)測(cè)試一般包括有效性測(cè)試和軟件配置復(fù)查，確認(rèn)測(cè)試一般由獨(dú)立的第三方測(cè)試機(jī)構(gòu)進(jìn)行。（3）確認(rèn)測(cè)試確認(rèn)測(cè)試的任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。（3）測(cè)試結(jié)果通過(guò)了專門小組的評(píng)審。（1）成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試。集成測(cè)試完成的標(biāo)志。（3）模塊代碼編制和測(cè)試進(jìn)度是否與集成測(cè)試的順序一致。在制定測(cè)試計(jì)劃時(shí)，應(yīng)考慮如下因素：（1）采用何種系統(tǒng)組裝方法來(lái)進(jìn)行集成測(cè)試。集成測(cè)試的組織和實(shí)施。關(guān)鍵模塊至少應(yīng)具有以下幾種特征之一：滿足某些軟件需求；在程序的模塊結(jié)構(gòu)中位于較高的層次（高層控制模塊）；較復(fù)雜、較易發(fā)生錯(cuò)誤；有明確定義的性能要求。提高測(cè)試效率。如果選用按深度方向組裝的方式，可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能，可先對(duì)邏輯輸入的分支進(jìn)行組裝和測(cè)試，檢查和克服潛藏的錯(cuò)誤和缺陷，驗(yàn)證其功能的正確性，就為其后對(duì)主要加工分支的組裝和測(cè)試提供了保證。自頂向下的增殖方式在測(cè)試過(guò)程中較早地驗(yàn)證了主要的控制和判斷點(diǎn)。然后，進(jìn)行回歸測(cè)試（即重新執(zhí)行以前做過(guò)的全部測(cè)試或部分測(cè)試），排除組裝過(guò)程中引新的錯(cuò)誤的可能。步驟如下：首先以主模塊作為所測(cè)模塊兼驅(qū)動(dòng)模塊，所有直屬于主模塊的下屬模塊全部用樁模塊代替，對(duì)主模塊進(jìn)行測(cè)試。最后通過(guò)增殖逐步組裝成為要求的軟件系統(tǒng)。使用這種方式，首先對(duì)每個(gè)模塊分別進(jìn)行模塊測(cè)試，再把所有模塊組裝在一起進(jìn)行測(cè)試，最終得到要求的軟件系統(tǒng)。模塊組裝成為系統(tǒng)的方式有兩種：一次性組裝方式和增殖式組裝方式。子系統(tǒng)的集成測(cè)試稱為部件測(cè)試，它所做的工作是要找出組裝后的子系統(tǒng)與系統(tǒng)需求規(guī)格說(shuō)明之間的不一致。在單元測(cè)試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計(jì)說(shuō)明書和詳細(xì)設(shè)計(jì)說(shuō)明書的要求進(jìn)行組裝。樁模塊可以做少量的數(shù)據(jù)操作，不需要把子模塊所有功能都帶進(jìn)來(lái)，但不允許什么事情也不做。樁模塊（stub）也叫存根模塊。5）邊界測(cè)試單元測(cè)試步驟：驅(qū)動(dòng)模塊（driver）相當(dāng)于所測(cè)模塊的主程序。4）錯(cuò)誤處理測(cè)試比較完善的模塊設(shè)計(jì)要求能預(yù)見(jiàn)出錯(cuò)的條件，并設(shè)置適當(dāng)?shù)某鲥e(cuò)處理，以便在一旦程序出錯(cuò)時(shí)，能對(duì)出錯(cuò)程序重做安排，保證其邏輯上的正確性。2）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試設(shè)計(jì)測(cè)試用例以檢查以下各種錯(cuò)誤：不正確或不一致的數(shù)據(jù)類型說(shuō)明；使用尚未賦值或尚未初始化的變量；錯(cuò)誤的初始值或錯(cuò)誤的缺省值；變量名拼寫錯(cuò)或書寫錯(cuò)；不一致的數(shù)據(jù)類型。如果數(shù)據(jù)不能正確地輸入和輸出，就談不上進(jìn)行其他測(cè)試。這要求對(duì)所有的局部的和全局的數(shù)據(jù)結(jié)構(gòu)、外部接口和程序代碼的關(guān)鍵部分，都要進(jìn)行桌面檢查和嚴(yán)格的代碼審查。在單元測(cè)試中進(jìn)行的測(cè)試工作如圖29所示，需要在五個(gè)方面對(duì)所測(cè)模塊進(jìn)行檢查。使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。同時(shí)，在數(shù)據(jù)輸入的過(guò)程中和輸入結(jié)束時(shí)，也要在屏幕上給出狀態(tài)信息；（8）當(dāng)程序設(shè)計(jì)語(yǔ)言對(duì)輸入/輸出格有嚴(yán)格要求時(shí)，應(yīng)保持輸入格式與輸入語(yǔ)句要求的一致性；（9）給所有的輸出加注解，并設(shè)計(jì)輸出報(bào)表格式。輸入和輸出在設(shè)計(jì)和程序編碼時(shí)都應(yīng)考慮下列原則。系統(tǒng)能否被用戶接受，有時(shí)就取決于輸入和輸出的風(fēng)格。一定要避免因設(shè)計(jì)不當(dāng)給用戶帶來(lái)的麻煩。輸入和輸出輸入和輸出信息是與用戶的使用直接相關(guān)的。語(yǔ)句結(jié)構(gòu)在設(shè)計(jì)階段確定了軟件的邏輯流結(jié)構(gòu)，但構(gòu)造單個(gè)語(yǔ)句則是編碼階段的任務(wù)。（2）說(shuō)明語(yǔ)句中變量安排有序化。（3）標(biāo)準(zhǔn)的書寫格式。（2）程序的注釋。源程序文檔化（1）符號(hào)名的命名。（4）軟件編碼規(guī)范評(píng)測(cè)程序?qū)嶋H上也是一種供人閱讀的文章，有一個(gè)文章的風(fēng)格問(wèn)題。（1）設(shè)計(jì)出來(lái)的結(jié)構(gòu)應(yīng)是分層結(jié)構(gòu)，從而建立軟件成分之間的控制；（2）設(shè)計(jì)出來(lái)的結(jié)構(gòu)應(yīng)是分層結(jié)構(gòu)，從而建立軟件成分之間的控制；（3）設(shè)計(jì)應(yīng)當(dāng)既包含數(shù)據(jù)抽象，也包含過(guò)程抽象；（4）設(shè)計(jì)應(yīng)當(dāng)建立具有獨(dú)立功能特征的模塊；（5）設(shè)計(jì)應(yīng)當(dāng)建立能夠降低模塊與外部環(huán)境之間復(fù)雜連接的接口；（6）設(shè)計(jì)應(yīng)當(dāng)根據(jù)軟件需求分析獲取的信息，建立可驅(qū)動(dòng)、可重復(fù)的方法。 （2）概要設(shè)計(jì)說(shuō)明書評(píng)測(cè)設(shè)計(jì)說(shuō)明書的框架 設(shè)計(jì)說(shuō)明書的框架內(nèi)容： （1）可追溯性（2）接口（3）風(fēng)險(xiǎn)（4）實(shí)用性（5）技術(shù)清晰度（6）可維護(hù)性（7）質(zhì)量（8）各種選擇方案（9）限制（10）其他具體問(wèn)題為評(píng)測(cè)設(shè)計(jì)是否達(dá)到目標(biāo)，必須建立衡量設(shè)計(jì)的技術(shù)標(biāo)準(zhǔn)。需求說(shuō)明書評(píng)測(cè)作為需求分析階段工作的復(fù)查手段，應(yīng)該對(duì)功能的正確性、完整性和清晰性，以及其他需求給予評(píng)測(cè)。需求說(shuō)明書是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。原則8：規(guī)格說(shuō)明必須局部化和松散的耦合。原則6：規(guī)格說(shuō)明必須是可操作的。原則4：規(guī)格說(shuō)明必須包括系統(tǒng)運(yùn)行的環(huán)境。原則2：要求使用面向處理的規(guī)格說(shuō)明語(yǔ)言，討論來(lái)自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)做出什么樣的功能性反應(yīng)，來(lái)定義一個(gè)行為模型，從而得到“做什么”的規(guī)格說(shuō)明。（1）需求說(shuō)明書評(píng)測(cè)編制良好的需求說(shuō)明書8條原則。系統(tǒng)需求分析階段提供的文檔資料是否齊全。（1）需求說(shuō)明書評(píng)測(cè) 需求說(shuō)明書是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。測(cè)試工具：分析設(shè)計(jì)階段分析設(shè)計(jì)階段的測(cè)試工作是評(píng)審與測(cè)試相結(jié)合的過(guò)程，主要包括需求說(shuō)明書評(píng)測(cè)、概要設(shè)計(jì)說(shuō)明書、詳細(xì)設(shè)計(jì)說(shuō)明書評(píng)測(cè)以及軟件編碼規(guī)范評(píng)測(cè)等。測(cè)試配置：包括測(cè)試計(jì)劃、測(cè)試用例、測(cè)試驅(qū)動(dòng)程序等。 軟件測(cè)試策略測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即單元測(cè)試、集成（組裝）測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。測(cè)試過(guò)程則是依照相反的順序安排自底向上，逐步集成的過(guò)程。軟件生命周期測(cè)試策略216。（5）讓驗(yàn)收測(cè)試和技術(shù)測(cè)試保持相互獨(dú)立。（3）在設(shè)計(jì)階段進(jìn)行測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)；設(shè)計(jì)階段是作測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的最好時(shí)機(jī)。前置測(cè)試模型體現(xiàn)了以下的要點(diǎn)：（1）開(kāi)發(fā)和測(cè)試相結(jié)合；前置測(cè)試模型將開(kāi)發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開(kāi)始到結(jié)束之間的關(guān)鍵行為。他認(rèn)為一個(gè)模型必須能處理開(kāi)發(fā)的所有方面，包括交接、頻繁重復(fù)的集成以及需求文檔的缺乏等。 其他模型 X模型該模型定位了探索性測(cè)試。在H模型中，軟件測(cè)試模型是一個(gè)獨(dú)立的流程，貫穿于整個(gè)產(chǎn)品周期，與其他流程并發(fā)地進(jìn)行。軟件測(cè)試是根據(jù)被測(cè)物的不同而分層次進(jìn)行的。軟件測(cè)試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行。 H模型H模型建立它將測(cè)試活動(dòng)獨(dú)立出來(lái)，形成一個(gè)完全獨(dú)立的流程，將測(cè)試準(zhǔn)備活動(dòng)和測(cè)試執(zhí)行活動(dòng)清晰地體現(xiàn)出來(lái)。這樣就無(wú)法支持迭代、自發(fā)性以及變更調(diào)整。W模型和V模型都把軟件的開(kāi)發(fā)視為需求、設(shè)計(jì)、編碼等一系列串行的活動(dòng)。根據(jù)W模型的要求，一旦有文檔提供，就要及時(shí)確定測(cè)試條件，以及編寫測(cè)試用例。以需求為例，需求分析一完成，我們就可以對(duì)需求進(jìn)行測(cè)試，而不是等到最后才進(jìn)行針對(duì)需求的驗(yàn)收測(cè)試。