軟件測(cè)試復(fù)習(xí)題

1、一、名詞解釋題軟件生命周期:軟件從產(chǎn)生到報(bào)廢的過程，1.問題定義及規(guī)劃2.需求分析3.軟件設(shè)計(jì)4.程序編碼5.軟件測(cè)試6.軟件維護(hù)軟件測(cè)試：使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程。CMM：能力成熟度模型，是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個(gè)發(fā)展階段的描述。軟件質(zhì)量：軟件與明確的和隱含的定義的需求相一致的程度。等價(jià)類劃分：分步驟地把無(wú)限的測(cè)試用例減的很少，但過程同樣等效。V&V：驗(yàn)證和有效確認(rèn)，驗(yàn)證系統(tǒng)功能和特性，確認(rèn)是否滿足客戶需求?；液袦y(cè)試：邊看代碼、邊利用代碼的信息幫助測(cè)試的一種測(cè)試方法。驅(qū)動(dòng)模塊(Drive)：用來(lái)模擬被測(cè)試模塊的上一級(jí)模塊，

2、相當(dāng)于被測(cè)模塊的主程序。QA：（軟件）質(zhì)量保證，檢查和評(píng)價(jià)當(dāng)前軟件開發(fā)的過程，找出改進(jìn)過程的方法，以達(dá)到防止軟件缺陷的出現(xiàn)的目標(biāo)。需求：用戶解決問題或達(dá)到目標(biāo)所需的條件或權(quán)能，特別測(cè)試：是一種沒有實(shí)際計(jì)劃下執(zhí)行的測(cè)試。集成測(cè)試：把多模塊按照一定的集成方法和策略，逐步組裝成子系統(tǒng)，進(jìn)而組裝成整個(gè)系統(tǒng)的測(cè)試黑盒測(cè)試：軟件測(cè)試人員只需知道軟件運(yùn)行的結(jié)果而無(wú)需知道軟件的內(nèi)部是如何運(yùn)行的?；貧w測(cè)試：回歸測(cè)試是在軟件維護(hù)階段，對(duì)軟件進(jìn)行修改之后進(jìn)行的測(cè)試。評(píng)審：對(duì)軟件元素或者項(xiàng)目狀態(tài)的一種評(píng)估手段，以確定其是否與計(jì)劃結(jié)果保持一致，并對(duì)其改進(jìn)。軟件缺陷：計(jì)算機(jī)系統(tǒng)或者程序中存在的任何一種破壞正常運(yùn)行能力的問

3、題，錯(cuò)誤，或者缺陷。SQA：建立一套有計(jì)劃,有系統(tǒng)的方法,來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用，通過對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是合乎標(biāo)準(zhǔn)的。單元測(cè)試：對(duì)軟件基本組成單元進(jìn)行的測(cè)試，而且軟件單元是在于程序的其他部分相隔離的情況下進(jìn)行獨(dú)立的測(cè)試。 二、判斷題1、在千年蟲例子中，Dave有錯(cuò)嗎？有錯(cuò)（ ）2、在沒有產(chǎn)品說(shuō)明書和需求文檔的條件下可以進(jìn)行動(dòng)態(tài)黑盒測(cè)試。（ ）3、如果匆忙開發(fā)產(chǎn)品，就可以跳過模塊測(cè)試而直接進(jìn)行集成測(cè)試。（ ）4、測(cè)試錯(cuò)誤提示信息屬于文檔測(cè)試范圍。（ ）5、軟件測(cè)試等于程序測(cè)試（ ）6、所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用

4、性。 7、軟件測(cè)試員可以根據(jù)產(chǎn)品說(shuō)明書進(jìn)行白盒測(cè)試。 8、在進(jìn)行壓迫測(cè)試的同時(shí)進(jìn)行重負(fù)測(cè)試是不合情理的。 9、公司或者一開發(fā)小組用來(lái)稱呼軟件問題的術(shù)語(yǔ)很重要。 10、好的測(cè)試員堅(jiān)持不懈地追求完美。 11、測(cè)試小組負(fù)責(zé)質(zhì)量 12、錯(cuò)誤信息提示的測(cè)試屬于失效性測(cè)試 13、兼容性是一種產(chǎn)品特性，可以有不同程度的符合標(biāo)準(zhǔn)。 14、并非所有軟件缺陷都要修復(fù)。 15、尚未發(fā)現(xiàn)或未觀察到的軟件缺陷只能說(shuō)是潛在缺陷。 16、軟件測(cè)試要精度還是準(zhǔn)確度很大程度上取決于開發(fā)小組的目標(biāo) 。 17、靜態(tài)測(cè)試是指通常意義上的測(cè)試使用和運(yùn)行軟件 。 18、有效的動(dòng)態(tài)測(cè)試并不需要軟件的需求文檔或者產(chǎn)品說(shuō)明書。 19、測(cè)試用例

5、是軟件測(cè)試的核心。 20、軟件狀態(tài)是指軟件當(dāng)前所處的條件或者模式。21、軟件測(cè)試是為了證明程序是正確的，即測(cè)試能發(fā)現(xiàn)程序中所有的錯(cuò)誤 22、靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。 23、入侵式工具是最佳類型，因?yàn)槠洳僮髋c測(cè)試的軟件最貼近。 24、程序測(cè)試是證明程序正確地執(zhí)行了預(yù)期的功能 25、訪問程序的所有狀態(tài)也確保了遍歷各種狀態(tài)之間的轉(zhuǎn)換。 26、要了解他國(guó)語(yǔ)言才能測(cè)試本地化產(chǎn)品。( )27、所有軟件必須進(jìn)行某種程度的兼容性測(cè)試。（ ）28、盡早發(fā)現(xiàn)軟件缺陷 ，降低修復(fù)成本。（ ）29、總是首先設(shè)計(jì)黑盒測(cè)試用例。（ ）30、軟件缺陷發(fā)現(xiàn)得越晚，非一致性費(fèi)用越高（ ）三、選擇題 1、導(dǎo)致軟件缺陷

6、的最大原因來(lái)自：（ A ） A、軟件產(chǎn)品規(guī)格說(shuō)明書 B、軟件設(shè)計(jì) C、軟件編碼 D、數(shù)據(jù)輸入錯(cuò)誤2、以下關(guān)于軟件測(cè)試目的的描述，不正確的是：（ B ）A、測(cè)試以發(fā)現(xiàn)故障或缺陷為目的B、測(cè)試可以找出軟件中存在的所有缺陷和錯(cuò)誤C、執(zhí)行有限測(cè)試用例并發(fā)現(xiàn)錯(cuò)誤D、檢查軟件是否滿足定義的各種需求3、瀑布模型表達(dá)了一種系統(tǒng)的、順序的軟件開發(fā)方法。以下關(guān)于瀑布模型的敘述中，正確的是：D A、瀑布模型能夠非?？焖俚亻_發(fā)大規(guī)模軟件項(xiàng)目 B、只有很大的開發(fā)團(tuán)隊(duì)才使用瀑布模型C、瀑布模型已不再適合于現(xiàn)今的軟件開發(fā)環(huán)境D、瀑布模型適用于軟件需求確定，開發(fā)過程能夠采用線性方式完成的項(xiàng)目4、敏捷模式不僅是一個(gè)開發(fā)過程，而

7、且是一類過程的統(tǒng)稱，以下選項(xiàng)中不屬于敏捷軟件開發(fā)模式的是：B A、極限編程XP B、IPD流程 C、迭代式增量開發(fā)過程SCRUM D、特征驅(qū)動(dòng)軟件開發(fā)FDD5、軟件測(cè)試工作應(yīng)該開始于：A A、需求分析階段 B、概要設(shè)計(jì)階段 C、詳細(xì)設(shè)計(jì)階段 D、編碼之后6、軟件質(zhì)量的定義是：D A、軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性 B、滿足規(guī)定用戶需求的能力 C、最大限度達(dá)到用戶滿意 D、軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力7、以下選項(xiàng)中不屬于軟件功能性的子特性的是：B A、適用性 B、穩(wěn)定性 C、準(zhǔn)確性 D、安全性8、軟件可移植性應(yīng)從如下 A 方面進(jìn)行測(cè)試。 A、可適應(yīng)性、

8、易安裝性、共享性、易替換性 B、可適應(yīng)性、易安裝性、可伸縮性、易替換性 C、可適應(yīng)性、易安裝性、兼容性、易替換性 D、可適應(yīng)性、成熟性、兼容性、易替換性9、關(guān)于軟件質(zhì)量保證和軟件測(cè)試的描述，不正確的是： D A、軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作 B、在軟件質(zhì)量保證的活動(dòng)中也有一些測(cè)試活動(dòng) C、軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié) D、軟件測(cè)試人員就是軟件質(zhì)量保證人員10、關(guān)于軟件測(cè)試對(duì)軟件質(zhì)量的意義，有以下觀點(diǎn)：度量與評(píng)估軟件的質(zhì)量；保證軟件；改進(jìn)軟件開發(fā)過程；發(fā)現(xiàn)軟件錯(cuò)誤。其中正確的是： C A、 B、 C、 D、11、軟件能力成熟度模型（CMM）將軟件能力成熟度自低

9、到高依次劃分為5級(jí)。目前，達(dá)到CMM第3級(jí)（已定義級(jí)）是許多組織努力的目標(biāo)，該級(jí)的核心是： B A、建立基本的項(xiàng)目管理和實(shí)踐來(lái)跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性 B、使用標(biāo)準(zhǔn)開發(fā)過程（或方法論）構(gòu)建（或集成）系統(tǒng) C、管理層尋求更主動(dòng)地應(yīng)對(duì)系統(tǒng)的開發(fā)問題 D、連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過程12、下列選項(xiàng)中，不屬于黑盒測(cè)試技術(shù)的是： B 。 A、等價(jià)類劃分法 B、模塊接口 C、正交實(shí)驗(yàn)法 D、狀態(tài)轉(zhuǎn)換法13、軟件測(cè)試是為了檢查出并改正盡可能多的錯(cuò)誤，不斷提高軟件的：（ C ） A、功能與效率 B、設(shè)計(jì)和技巧 C、質(zhì)量和可靠性 D、質(zhì)量和效能14、識(shí)別測(cè)試的任務(wù)、定義測(cè)試的目標(biāo)以及為實(shí)現(xiàn)測(cè)試目標(biāo)和

10、任務(wù)的測(cè)試活動(dòng)規(guī)格說(shuō)明，上述行為主要發(fā)生在：（B ） A、測(cè)試結(jié)束活動(dòng) B、測(cè)試分析和設(shè)計(jì) C、測(cè)試實(shí)現(xiàn)和執(zhí)行 D、測(cè)試計(jì)劃和控制15、軟件測(cè)試的對(duì)象包括：（B ）A、目標(biāo)程序和相關(guān)文檔 B、源程序和相關(guān)文檔 C、目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件 D、源程序和目標(biāo)程序四、填空題 1、軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和 編碼的最終復(fù)審 ，它是軟件質(zhì)量保證的關(guān)鍵步驟。2、在開發(fā)軟件過程中有各種不同的方法，4種最常用的模式是：大爆炸模式、 邊寫邊改模式 、瀑布模式、螺旋模式。3、按照測(cè)試用例依據(jù)的信息來(lái)分，軟件測(cè)試可分為：白盒測(cè)試 、黒盒測(cè)試 、 灰盒測(cè)試 、接口測(cè)試（隨機(jī)測(cè)試

11、）。4、調(diào)試的目的是修復(fù)缺陷。5、按照軟件開發(fā)過程軟件測(cè)試方法可以分為：?jiǎn)卧獪y(cè)試 、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試(測(cè)試)、回歸測(cè)試6、軟件測(cè)試涉及的關(guān)鍵問題包括四個(gè)方面： 測(cè)試由誰(shuí)來(lái)執(zhí)行、測(cè)試什么、什么時(shí)候進(jìn)行測(cè)試、怎樣進(jìn)行測(cè)試。7、質(zhì)量的費(fèi)用分為兩類：一致性費(fèi)用和非一致性費(fèi)用。8、產(chǎn)品發(fā)行后修復(fù)軟件缺陷比項(xiàng)目開發(fā)早期這樣做的費(fèi)用要高出 100倍或更高。9、單元測(cè)試針對(duì)每個(gè)程序的模塊，主要測(cè)試5個(gè)方面的問題：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、模塊中所有獨(dú)立執(zhí)行通路、模塊的各條錯(cuò)誤處理通路。10、軟件開發(fā)大爆炸模式的最大優(yōu)點(diǎn)是簡(jiǎn)單。11、靜態(tài)測(cè)試只是：檢查和審核 。12、軟件缺陷的特征是： 固有

12、性，感染性，傳染性 。13、軟件缺陷發(fā)現(xiàn)得越晚 ，非一致性費(fèi)用越 高，按指數(shù)級(jí)數(shù)激增 14、軟件調(diào)試和軟件測(cè)試有完全不同的含義，測(cè)試的目的是尋找軟件缺陷。15、軟件測(cè)試的周期性是：測(cè)試、改錯(cuò)、再測(cè)試、再改錯(cuò)這樣一個(gè)循環(huán)過程。五、簡(jiǎn)答題（每題4分,共20分）1、說(shuō)出軟件缺陷可能不修復(fù)的幾個(gè)原因。進(jìn)度中沒有安排足夠的時(shí)間，或者不是軟件缺陷，或者修復(fù)的風(fēng)險(xiǎn)太大不值得修復(fù)，以及軟件缺陷沒有正確的報(bào)告。2、軟件測(cè)試的目的是什么：軟件測(cè)試的目的，第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情，另一方面是確認(rèn)軟件以正確的方式做了這個(gè)事情。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息。

13、為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試的目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。 3、 為什么通常說(shuō)產(chǎn)品說(shuō)明書是軟件產(chǎn)品中制造缺陷的最大來(lái)源。產(chǎn)品說(shuō)明書常常沒寫不要忘了，說(shuō)不出來(lái)就做不出來(lái)。其他原因是產(chǎn)品說(shuō)明書雖然有，但是不完整，不停更改，或者整個(gè)開發(fā)小組沒有很好的溝通。5、啟動(dòng)Windows計(jì)算器程序，輸入5，000-5=？觀察結(jié)果。這是軟件缺陷嗎？為什么？答案是0，而不是預(yù)期的4995。其原因是逗號(hào)（，）自動(dòng)被轉(zhuǎn)換為小數(shù)點(diǎn)（.）。要確定這是否為軟件缺陷，就需要根據(jù)產(chǎn)品說(shuō)明書進(jìn)行合法性檢查，也許在產(chǎn)品說(shuō)明書上聲明逗號(hào)會(huì)被轉(zhuǎn)換為小數(shù)點(diǎn)。還要對(duì)照用戶需求進(jìn)行驗(yàn)證，看大多數(shù)用戶是否接受這點(diǎn)還是產(chǎn)生疑惑

14、。6、 軟件測(cè)試是一個(gè)持續(xù)的過程，基本測(cè)試過程主要包含哪些活動(dòng)？單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，回歸測(cè)試，驗(yàn)收測(cè)試7、軟件測(cè)試員的目標(biāo)是什么？軟件測(cè)試員的目標(biāo)是盡可能早一些找出軟件缺陷，并確保其得以修復(fù)。8、 簡(jiǎn)述在軟件產(chǎn)品中哪些是屬于軟件缺陷？.軟件未實(shí)現(xiàn)軟件承諾品說(shuō)明書要求的功能。.軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書指明不應(yīng)該出現(xiàn)的錯(cuò)誤。.軟件實(shí)現(xiàn)了軟件產(chǎn)品說(shuō)明書中未提到的功能。.軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書雖未提及但是應(yīng)該實(shí)現(xiàn)的目標(biāo)。.軟件難以理解、不易使用、運(yùn)行緩慢或者（從測(cè)試員的角度看）最終用戶會(huì)認(rèn)為不好。9、為什么不能完全測(cè)試程序？除了極短小的簡(jiǎn)單程序，完全測(cè)試需要太多的輸入、輸出和分支組合。此外，軟件說(shuō)

15、明書也許不客觀，可以用多種方式解釋。10、 描述23個(gè)你所知道軟件缺陷或軟件故障的案例。美國(guó)迪斯尼獅子王游戲bug兼容性問題；美國(guó)航空火星系統(tǒng)系統(tǒng)接口導(dǎo)彈發(fā)射系統(tǒng)11、僅僅測(cè)試程序是否按預(yù)期方式運(yùn)行有何問題？這最多算是測(cè)試問題的一般，用戶不一定遵循規(guī)則，軟件測(cè)試員需要證實(shí)不按操作有何后果。此外，如果軟件進(jìn)行測(cè)試沒有打破沙鍋問到底的態(tài)度就會(huì)遺漏某些軟件缺陷。12、 既然用戶界面沒有明確的對(duì)與錯(cuò)，怎樣測(cè)試呢？軟件測(cè)試員應(yīng)該檢查其是否符合7個(gè)重要的原則：符合標(biāo)準(zhǔn)規(guī)范、直觀、抑制、靈活、舒適、正確和實(shí)用。13、試舉Windows標(biāo)準(zhǔn)規(guī)范的例子。在windows中，按F1總是顯示軟件的幫助在window

16、s中，F(xiàn)ile菜單總是最左邊的菜單選項(xiàng)在windows中，選擇Help菜單中About顯示軟件的版權(quán)、許可證、版本信息在windows中，Ctrl+C 復(fù)制 Ctrl+V剪切 Ctrl+P 粘貼14、 為什么要進(jìn)行系統(tǒng)測(cè)試？系統(tǒng)測(cè)試是我們傳統(tǒng)觀念的一種測(cè)試方式，也就是一般放在項(xiàng)目功能基本實(shí)現(xiàn)后的功能和性能等方面的測(cè)試，目前軟件測(cè)試已由開發(fā)的后期介入擴(kuò)展到了整個(gè)生命周期，由基于代碼運(yùn)行擴(kuò)展到靜態(tài)走讀，由傳統(tǒng)的發(fā)現(xiàn)錯(cuò)誤為目的擴(kuò)展到了對(duì)缺陷的預(yù)防。15、 簡(jiǎn)述軟件測(cè)試的分類1、按測(cè)試方式分類：靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試。2、 按測(cè)試方法分類：白盒測(cè)試，黑盒測(cè)試。3、

17、按測(cè)試過程分類：?jiǎn)卧獪y(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 驗(yàn)收測(cè)試。4、 按測(cè)試目的分類：功能測(cè)試，健壯性測(cè)試，接口測(cè)試，性能測(cè)試，強(qiáng)度測(cè)試，壓力測(cè)試，用戶界面測(cè)試 安全測(cè)試 靠性測(cè)試 安裝/反安裝測(cè)試 文檔測(cè)試 恢復(fù)測(cè)試 兼容性測(cè)試。16、 簡(jiǎn)述測(cè)試工作流程？測(cè)試組織和管理，測(cè)試計(jì)劃，測(cè)試用例設(shè)計(jì)，測(cè)試實(shí)施，測(cè)試結(jié)果分析，測(cè)試評(píng)審和報(bào)告17、 簡(jiǎn)述白盒測(cè)試都有哪些方法？語(yǔ)句覆蓋，條件覆蓋，判定覆蓋，路徑覆蓋六、問答題（每題6分,共30分）1、假如測(cè)試模擬飛行或模擬城市之類的模擬游戲，精確度和準(zhǔn)確度哪一個(gè)更值得測(cè)試？模擬游戲的目的是使游戲者置身于與現(xiàn)實(shí)情形接近的虛構(gòu)環(huán)境中。在模擬器中的飛行應(yīng)該是感覺像在真

18、飛機(jī)上一樣。城市模擬就應(yīng)該反映真實(shí)城市的各種情形。軟件有了準(zhǔn)確性，才能談到精確。2、 假設(shè)有一個(gè)文本框要求輸入10個(gè)字符的郵政編碼，對(duì)于該文本框應(yīng)該進(jìn)行怎樣的等價(jià)劃分？輸入結(jié)果特殊字符*或￥英文字母dnoggaodda大于十個(gè)字符111111111111小于十個(gè)字符123數(shù)字和其他混合123ggaodda空字符保留字符3、描述殺蟲劑現(xiàn)象，如何找到新人查看軟件來(lái)解決它？軟件測(cè)試越多，其免疫力越強(qiáng)，再用螺旋式模式軟件開發(fā)過程中，每一圈都要重復(fù)測(cè)試過程，軟件測(cè)試員每一個(gè)輪回就會(huì)接到軟件進(jìn)行測(cè)試，經(jīng)過幾個(gè)回合之后，最后該發(fā)現(xiàn)的軟件缺陷都被發(fā)現(xiàn)了，在測(cè)試下去不會(huì)有新發(fā)現(xiàn)了，解決方法：編寫不同的新測(cè)試程序

19、，對(duì)程序不同部分進(jìn)行測(cè)試，找出更多的軟件缺陷。4、簡(jiǎn)述軟件測(cè)試的原則。1所有的測(cè)試都應(yīng)追溯到用戶需求2應(yīng)當(dāng)把“盡早和不斷地測(cè)試”作為座右銘3測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來(lái)完成4 Pareto原則，測(cè)試發(fā)現(xiàn)的錯(cuò)誤中80%很可能起源于20%的模塊中。5設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該考慮各種情況。6對(duì)測(cè)試出的錯(cuò)誤結(jié)果一定要由一個(gè)確認(rèn)的過程。7制定嚴(yán)格的測(cè)試計(jì)劃8完全測(cè)試是不可能的，測(cè)試需要終止。9注意回歸測(cè)試的關(guān)聯(lián)性。10妥善保存一切測(cè)試過程文檔。5、在軟件工程或軟件測(cè)試中如何定義軟件缺陷？6、Web網(wǎng)站的測(cè)試是一項(xiàng)復(fù)雜的任務(wù)，如何進(jìn)行？1.對(duì)網(wǎng)站進(jìn)行黑盒測(cè)試，其中包括對(duì)文本，超級(jí)鏈接，圖片，表單對(duì)

20、象和其他各種簡(jiǎn)單的功能測(cè)試。2.灰盒測(cè)試  3.白盒測(cè)試  4.配置和兼容性測(cè)試 5.易用性測(cè)試7、簡(jiǎn)述采用白盒測(cè)試方法必須遵循的原則。 保證一個(gè)模塊中所有獨(dú)立路徑至少被測(cè)試一次。 所有邏輯值均需測(cè)試真或假兩種情況。 檢查程序的內(nèi)部數(shù)據(jù)結(jié)構(gòu)，保證其結(jié)構(gòu)的有效性。 在上下邊界及可操作范圍運(yùn)行所有循環(huán)。8、V模型是最具有代表意義的軟件測(cè)試模型，請(qǐng)簡(jiǎn)單分析V模型的優(yōu)點(diǎn)和缺點(diǎn)。優(yōu)點(diǎn)：既有底層測(cè)試又有高層測(cè)試。底層：?jiǎn)卧獪y(cè)試。高層：系統(tǒng)測(cè)試。 將開發(fā)階段清楚的表現(xiàn)出來(lái)，便于控制開發(fā)的過程。當(dāng)所有階段都結(jié)束

21、時(shí)，軟件開發(fā)就結(jié)束了。 缺點(diǎn)：容易讓人誤解為測(cè)試是在開發(fā)完成之后的一個(gè)階段。 由于它的順序性，當(dāng)編碼完成之后，正式進(jìn)入測(cè)試時(shí)，這時(shí)發(fā)現(xiàn)的一些bug可能不容易找到其根源，并且代碼修改起來(lái)很困難。 實(shí)際中，由于需求變更較大，導(dǎo)致要重復(fù)變更需求、設(shè)計(jì)、編碼、測(cè)試。返工量大。  9、 制定和實(shí)施測(cè)試策略應(yīng)包含哪些內(nèi)容？制定測(cè)試策略：確定測(cè)試所需要用到的技術(shù)和工具；制定測(cè)試啟動(dòng)、停止、完成標(biāo)準(zhǔn)；進(jìn)行風(fēng)險(xiǎn)分析和應(yīng)對(duì)方案；10、簡(jiǎn)述軟件測(cè)試策略描述軟件測(cè)試活動(dòng)的總體方法和目標(biāo)。軟件測(cè)試策略：在一定的軟件測(cè)試標(biāo)準(zhǔn)、測(cè)試規(guī)范的指導(dǎo)下，依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式和方法的集合。軟件測(cè)試活動(dòng)的總體方法包括： 單元測(cè)試：純代碼的測(cè)試，主要測(cè)試代碼語(yǔ)言的正確性，是否有冗余的代碼等等。 集成測(cè)試：接口測(cè)試，主要代碼塊之間的接口，看看數(shù)據(jù)的傳輸是否有問題。 系統(tǒng)測(cè)試：黑盒測(cè)試，不接觸代碼，只對(duì)整個(gè)系統(tǒng)做功能的測(cè)試和性能的測(cè)試。軟件測(cè)試的最終目標(biāo)：驗(yàn)證產(chǎn)品是否滿足客戶的要求，并盡可能