軟件測試題庫匯編

學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔軟件測試題庫第一章：軟件測試的基本概念TOC\o"1-5"\h\z一、選擇題：1、Myers1979年提出了一個重要的觀點，軟件測試的目的是為了（B）。 （B）A.證明程序正確 B.查找程序錯誤 C.改正程序錯誤 D.驗證程序無錯2、對程序的測試最好由（B）來做，對程序的調(diào)試最好由（B）來做。 （B）A.程序員/第三方測試機構(gòu) B.第三方測試機構(gòu)/程序員C.程序開發(fā)組/程序員 D.程序開發(fā)組/程序開發(fā)組3、下列選項中，不屬于軟件產(chǎn)品使用質(zhì)量的屬性是（ C）。 （C）A.有效性 B.安全性 C.穩(wěn)定性 D.滿意度4、下列軟件屬性中，軟件產(chǎn)品首先滿足客戶的是（A）。 （A）A.功能需求 B.性能需求 C.可擴展性和靈活性 D.容錯、糾錯能力5、在測試和使用軟件產(chǎn)品過程中進行的度量是（B）。 （B）A.內(nèi)部度量 B.外部度量 C.使用度量 D.性能度量6、內(nèi)部質(zhì)量需求包括（D）。 （D）A.靜態(tài)模型 B.動態(tài)模型 C.文檔和源代碼 D.以上都是7、以下不屬于軟件缺陷的一項是（D）。 （D）A.軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B.軟件中出現(xiàn)了產(chǎn)品規(guī)格說明指明不應(yīng)該出現(xiàn)的錯誤C.軟件實現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能D.軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能，但因受性能限制而未考慮可移植性問題8、在軟件生存周期過程中，修改錯誤代價最大的階段是（D）。 （D）A.需求階段 B.設(shè)計階段 C.編程階段 D.發(fā)布運行階段9、功能或特性沒有實現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明，這屬于軟件缺陷級別中的（B）。 （B）A.致命的缺陷 B.嚴重的缺陷 C.一般的缺陷 D.微小的缺陷10、軟件缺陷的基本狀態(tài)有（D）。 （D）A.激活狀態(tài) B.已修正狀態(tài) C.關(guān)閉或非激活狀態(tài) D.以上都是11、軟件缺陷產(chǎn)生的原因有（D）。 （D）A.技術(shù)問題 B.團隊工作 C.軟件本身 D.以上都是12、經(jīng)驗表明： 在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤數(shù)目較多，則該模塊中殘存的錯誤數(shù)目與其他模塊相比，通常應(yīng)該是（B）。 （B）A.較少 B.較多 C.相似 D.不確定13、為了提高測試的效率，正確的做法是（A）。 （A）A.選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B.在完成程序的編碼之后再制定軟件的測試計劃C.隨機選取測試用例D.取一切可能的輸入數(shù)據(jù)作為測試用例14、黑盒測試是一種重要的測試策略，又稱為數(shù)據(jù)驅(qū)動測試，其測試數(shù)據(jù)來源于（A）。 （A）A.軟件規(guī)格說明 B.軟件設(shè)計說明 C.概要設(shè)計說明 D.詳細設(shè)計說明15、以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計技術(shù)屬于（D）。 （D）A.灰盒測試 B.數(shù)據(jù)測試 C.黑盒測試 D.白盒測試16、軟件驗證和確認理論是測試過程的理論依據(jù)，其中驗證是檢查我們是否正在正確地建造TOC\o"1-5"\h\z■個產(chǎn)品，強調(diào)的是（A）。 （A）A.過程的正確性 B.產(chǎn)品的正確性 C.測試的正確性 D.規(guī)格說明的正確性17、下列有關(guān)測試過程管理的基本原則，錯誤的一項是（B）。 （B）A.測試過程管理應(yīng)該首先建立測試計劃B.測試需求在測試過程中可以是模糊的、非完整的C.在測試任務(wù)較多的情況下，應(yīng)該建立測試任務(wù)的優(yōu)先級來優(yōu)化處理D.整個測試過程應(yīng)該具有良好的可測性和可跟蹤性，強調(diào)以數(shù)據(jù)說話18、軟件質(zhì)量的定義是（D）。 （D）A.軟件的功能性、可靠性、易用性、效率、可維護性、可移植性B.滿足規(guī)定用戶需求的能力C.最大限度達到用戶滿意D.軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力19、在軟件內(nèi)部/外部質(zhì)量模型中，可移植性不包括的子特性是（C）。 （C）A.適應(yīng)性 B.共存性 C.兼容性 D.易替換性20、GB/T16260-2003將軟件質(zhì)量特性分為內(nèi)部質(zhì)量特性、外部質(zhì)量特性和（ D）。 -（D）A.安全質(zhì)量特性 B.適用質(zhì)量特性 C.性能特性 D.使用質(zhì)量特性21、兩個小組獨立地測試同一個程序，第一組發(fā)現(xiàn) 25個錯誤，第二組發(fā)現(xiàn) 30個錯誤，在兩個小組發(fā)現(xiàn)的錯誤中有 15個是共同的，那么可以估計程序中的錯誤總數(shù)是（C）個。 （C）A.25 B.30 C.50 D.6022、GB/T16260-2003《軟件工程產(chǎn)品質(zhì)量》 規(guī)定的軟件產(chǎn)品使用質(zhì)量特性包括 （B）?！˙）A.適應(yīng)性、生產(chǎn)率、可靠性、滿意度B.有效性、生產(chǎn)率、安全性、滿意度C.有效性、可靠性、適應(yīng)性、滿意度 D.適應(yīng)性、適用性、效率、滿意度二、論述題：1、簡述軟件測試的八個基本原則。答案解析TOC\o"1-5"\h\z[答案 ]：B[解析]：詳見Myers提出的3個重要觀點。[答案 ]：B[解析]：根據(jù)軟件測試的概念，軟件的開發(fā)與測試應(yīng)該分離開來。所以測試最好由第三方測試機構(gòu)來做，而調(diào)試工作需要對源代碼的熟悉程度比較高，最好由程序員來執(zhí)行。[答案 ]：C[解析]：在ISO質(zhì)量模型中，使用質(zhì)量包括有效性、生產(chǎn)性、安全性、滿意度，穩(wěn)定性不在其中。[答案 ]：A[解析]：CMUSEI的WattsHumphrey指出：“軟件產(chǎn)品必須提供用戶所需的功能，如果做不到這一點，什么產(chǎn)品都沒有意義?！盵答案 ]：B[解析]：外部度量是在測試和使用軟件產(chǎn)品過程中進行的。[答案 ]：D[解析]：內(nèi)部質(zhì)量是表征軟件產(chǎn)品在規(guī)定條件下使用時，決定其滿足規(guī)定的和隱含的要求能力的產(chǎn)品屬性的全體，內(nèi)部質(zhì)量是從內(nèi)部的觀點看軟件產(chǎn)品的全部特性，內(nèi)部質(zhì)量需求包括靜態(tài)模型、動態(tài)模型和其他文檔、源代碼等。TOC\o"1-5"\h\z[答案 ]：D[解析]：D選項并不在軟件缺陷定義的5種情況之中。[答案 ]：D[解析]：修復(fù)錯誤所花費的代價是隨著時間軸而遞增的。[答案 ]：B[解析]：軟件缺陷嚴重性有四種級別，分別是：（1）嚴重級：致命的錯誤，造成系統(tǒng)崩潰、死機，或造成數(shù)據(jù)丟失、主要功能完全喪失等。當(dāng)這種情況發(fā)生時，應(yīng)設(shè)為最高優(yōu)先級，需要立即修復(fù)錯誤，并停止進一步的測試行為。（2）較嚴重級：嚴重錯誤，指功能模塊或特性沒有實現(xiàn)，主要功能部分喪失，次要功能全部喪失，或致命的錯誤聲明。（3）一般級：不太嚴重的錯誤，如次要功能模塊喪失、提示信息不夠準確、用戶界面差和操作時間長等。設(shè)修復(fù)級別為次高優(yōu)先級，在時間條件允許的情況下應(yīng)修復(fù)。（4）建議級：一些小問題如有個別錯別字、文字排版不整齊等，對功能幾乎沒有影響，軟件產(chǎn)品仍可使用。設(shè)修復(fù)級別為最低優(yōu)先級，可以修復(fù)也可以先發(fā)布產(chǎn)品。TOC\o"1-5"\h\z[答案 ]：D[解析]：軟件缺陷有 3種基本狀態(tài)：激活狀態(tài)（Active或Open）、已修正狀態(tài)（Fixed或Resolves）、關(guān)閉或非激活狀態(tài)（ Close或Inactive）。[答案 ]：D[解析]：在軟件開發(fā)的過程中，軟件缺陷的產(chǎn)生是不可避免的。造成軟件缺陷的主要因素有：技術(shù)問題、團隊工作和軟件本身。[答案 ]：B[解析]：根據(jù)軟件測試原則：應(yīng)充分注意測試中的群集現(xiàn)象，可知錯誤也有群集現(xiàn)象，由此可知本題模塊中發(fā)現(xiàn)的錯誤數(shù)較多。[答案 ]：A[解析]：由測試原則：充分注意測試中的群集現(xiàn)象，可知在測試中應(yīng)當(dāng)對錯誤群集的程序段進行重點測試來提高測試的效率。再根據(jù)2-8原則，如果發(fā)現(xiàn)某一程序模塊似乎比其他程序模塊有更多的錯誤傾向時，則應(yīng)當(dāng)花費較多的時間和代價測試這個程序模塊。[答案 ]：A[解析 ]：黑盒測試是一種重要的測試策略，又稱為數(shù)據(jù)驅(qū)動的測試或輸入/輸出驅(qū)動的測試。使用這種測試方法時，將程序視為一個黑盒子，測試目標(biāo)與程序的內(nèi)部機制和結(jié)構(gòu)完全無關(guān)，而是將重點集中放在發(fā)現(xiàn)程序不按其規(guī)格說明書正確運行的環(huán)境條件中。測試數(shù)據(jù)完全來源于軟件規(guī)格說明。[答案 ]：D[解析]：白盒測試是對程序的邏輯結(jié)構(gòu)進行檢查，從中獲得測試數(shù)據(jù)，所以說白盒測試是一種以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計技術(shù)。[答案 ]：A[解析]：驗證是檢查軟件開發(fā)的各個階段過程活動的結(jié)果是否滿足規(guī)格說明的描述，證實各階段和階段之間的邏輯協(xié)調(diào)性、完備性和正確性。確認是證實在一個給定的外部環(huán)境中軟件的邏輯正確性，是否滿足用戶的要求。驗證強調(diào)的是過程的正確性，確認強調(diào)的是產(chǎn)品的正確性。[答案 ]：B[解析]：測試需求在測試過程中起到指導(dǎo)性作用，所以測試需求必須是明確的，不能是模糊的、非完整的。[答案]：D[解析]：最新版國家標(biāo)準《軟件工程術(shù)語》（GB/T11457-2006）中將軟件質(zhì)量定義：軟件產(chǎn)品中能滿足給定需要的性質(zhì)和特性的總體。[答案]：C[解析]：參見圖1-1“Boehm質(zhì)量模型”。[答案]：D[解析]：按照ISO/IEC9126-1:2001，軟件質(zhì)量特性可以分為內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量特性。[答案]：C[解析]：兩組發(fā)現(xiàn)的有效缺陷總數(shù)為40個，按照軟件測試的2-8原則，可計算出總計缺陷約50個。[答案]：B[解析]：使用質(zhì)量分成 4個特性，分別是有效性、生產(chǎn)率、安全性和滿意度。二、論述題參考答案：軟件測試的八個基本原則：1）所有的軟件測試都應(yīng)追溯到用戶需求。2）盡早和不斷地進行軟件測試。3）在設(shè)計測試用例時，應(yīng)該包括合理的輸入與不合理的輸入以及相應(yīng)的預(yù)期的輸出結(jié)果。4）充分注意測試中的群集現(xiàn)象。5）程序員應(yīng)避免檢查自己的程序。6）盡量避免測試的隨意性。7）應(yīng)當(dāng)對每個測試結(jié)果做全面的檢查。8）保留測試文檔，包括測試計劃、用例、出錯統(tǒng)計和最終分析報告。第二章：軟件開發(fā)階段與測試類型一、選擇題：1、軟件設(shè)計階段測試主要采取的方式是 （）。 （C）A.黑盒測試 B.白盒測試 C.評審 D.動態(tài)測試2、下列不屬于內(nèi)部設(shè)計的是（ ）。 （C）A.數(shù)據(jù)設(shè)計 B.邏輯設(shè)計 C.界面設(shè)計 D.結(jié)構(gòu)設(shè)計3、設(shè)計階段的測試對象來自設(shè)計文檔，下列不屬于這一階段設(shè)計文檔的是（ ）。-（B）A.邏輯設(shè)計規(guī)格說明 B.物理設(shè)計規(guī)格說明C.內(nèi)部設(shè)計規(guī)格說明 D.外部設(shè)計規(guī)格說明4、以下屬于功能易用性測試關(guān)注范疇的是（ ）。 （B）軟件提供的功能是否豐富當(dāng)執(zhí)行耗時較長的任務(wù)時，軟件是否能定時向用戶提示當(dāng)前任務(wù)完成的進度C.軟件是否能夠在多種操作系統(tǒng)環(huán)境下運行D.軟件是否能在不同的硬件配置下運行5、以下說法中錯誤的是（ ）。 （D）A.軟件配置項測試的目的是檢驗軟件配置項與軟件需求規(guī)格說明的一致性B.軟件配置項測試一般由軟件供方組織， 由獨立于軟件開發(fā)的人員實施， 軟件開發(fā)人員配合C.軟件配置項測試要求被測軟件配置項已通過單元測試和集成測試D.軟件配置項測試不得委托第三方實施TOC\o"1-5"\h\z6、軟件測試按實施組織分，應(yīng)該包括（ ）。 （A）①開發(fā)方測試②用戶方測試③第三方測試④驗收測試⑤確認測試A.①②③ B.③④⑤ C.①②④ D.①②③④⑤7、把經(jīng)過評審?fù)ㄟ^的各項需求轉(zhuǎn)換為一個相應(yīng)的體系結(jié)構(gòu)，包括數(shù)據(jù)的體系結(jié)構(gòu)、系統(tǒng)和軟件的體系結(jié)構(gòu)，這是軟件生命周期（ ）階段的工作。 （C）A.系統(tǒng)和需求定義 B.編程和單元測試 C.軟件設(shè)計 D.運行和維護8、對已經(jīng)交付使用的軟件產(chǎn)品進行維護，其目的是為了（ ）。 （D）A.增加軟件的功能或功能上的變更B.增加軟件的功能或功能上的變更，軟件產(chǎn)品的工作環(huán)境發(fā)生變化，引起相應(yīng)變化C.在軟件使用過程中發(fā)現(xiàn)錯誤需要更正，軟件產(chǎn)品的工作環(huán)境發(fā)生變化，引起相應(yīng)變化D.增加軟件的功能，或功能上的變更，在軟件使用過程中發(fā)現(xiàn)錯誤需要更正， 軟件產(chǎn)品的工作環(huán)境發(fā)生變化，引起相應(yīng)變化TOC\o"1-5"\h\z9、下列可以作為軟件測試對象的是（ ）。 （D）A.需求規(guī)格說明 B.軟件設(shè)計規(guī)格說明 C.源程序D.以上都是10、規(guī)劃階段實際上指的是（ ）。 （C）A.數(shù)據(jù)獲取和定義階段 B.產(chǎn)品實施規(guī)劃C.需求獲取和定義階段 D.測試用例設(shè)計階段11、單元測試時，調(diào)用被測試模塊的是（ ）。 （C）A.樁模塊 B.通信模塊 C.驅(qū)動模塊 D.代理模塊12、測試過程中的4項基本活動是測試策劃、測試設(shè)計、測試總結(jié)和（ ）。 （A）A.測試執(zhí)行 B.測試報告 C.測試度量 D.測試需求13、軟件測試類型按開發(fā)階段劃分為（ ）。 （B）A.需求測試、單元測試、集成測試、驗證測試B.單元測試、集成測試、確認測試、系統(tǒng)測試、驗收測試C.單元測試、集成測試、驗證測試、確認測試、驗收測試14、下列說法錯誤的是（ ）。 （B）A.單元測試又稱為模塊測試，是針對軟件測試的最小單位——程序模塊進行正確性檢驗的測試工作B.集成測試也叫做組裝測試， 通常在編碼完成的基礎(chǔ)上， 將所有的程序模塊進行有序的、 遞增的測試集成測試是檢驗程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計要求的程序部件或整個系統(tǒng)系統(tǒng)測試是在真實或模擬系統(tǒng)運行環(huán)境下，檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺等進行正確配置與連接，并滿足用戶需求15、驗收測試的定義是（ ）。 （C）由用戶按照用戶手冊對軟件進行測試以決定是否接收由某個測試機構(gòu)代表用戶按照需求說明書和用戶手冊對軟件進行測試以決定是否接收C.按照軟件任務(wù)書或合同、供需雙方約定的驗收依據(jù)進行測試，決定是否接收D.由開發(fā)方和用戶按照用戶手冊執(zhí)行軟件驗收16、在軟件設(shè)計和編碼過程中，下列將使軟件更加容易理解和維護的做法為（ ）。 （C）A.良好的程序結(jié)構(gòu)，有無文檔均可 B.使用標(biāo)準或規(guī)定之外的語句C.編寫詳細正確的文檔，采用良好的程序結(jié)構(gòu) D.盡量減少程序中的注釋二、論述題：1、簡單說明傳統(tǒng)的軟件生命周期過程包括的幾個階段。答案解析TOC\o"1-5"\h\z[答案 ]：C[解析]：在設(shè)計階段，測試的對象來自設(shè)計文檔，主要采用的是評審的方式。[答案 ]：C[解析]：內(nèi)部設(shè)計包括功能設(shè)計、系統(tǒng)結(jié)構(gòu)設(shè)計和邏輯設(shè)計，界面設(shè)計屬于外部設(shè)計。[答案 ]：B[解析]：邏輯設(shè)計規(guī)格說明屬于內(nèi)部設(shè)計規(guī)格說明，設(shè)計階段的測試對象包括外部設(shè)計文檔、內(nèi)部設(shè)計文檔、邏輯設(shè)計文檔。[答案 ]：B[解析]：A選項中提到的軟件功能是否豐富是根據(jù)軟件需求決定的，C、D選項都是兼容性測試關(guān)注的范圍。[答案 ]：D[解析]：軟件配置項可以委托第三方實施。[答案 ]：A[解析]：驗收測試與確認測試都是按照軟件開發(fā)方式劃分的測試類型。[答案 ]：C[解析]：開發(fā)人員在設(shè)計階段把通過評審的各項需求轉(zhuǎn)換為相應(yīng)的體系結(jié)構(gòu)，貫標(biāo)中的每個組成部分都和某需求相對應(yīng)。[答案 ]：D[解析]：增加軟件功能或應(yīng)對變更，修復(fù)在使用過程中發(fā)現(xiàn)的錯誤，應(yīng)對工作環(huán)境變化產(chǎn)生的變更都屬于維護階段的工作：將軟件投入使用，若發(fā)現(xiàn)問題，應(yīng)適當(dāng)進行更正。[答案 ]：D[解析]：需求規(guī)格說明和軟件設(shè)計規(guī)格說明是設(shè)計階段的測試對象，源程序是編碼階段單元的內(nèi)容。[答案]：C[解析]：根據(jù)規(guī)劃階段的目的，可知為需求獲取和定義階段。[答案]：C[解析]：驅(qū)動模塊相當(dāng)于所測模塊的主程序。它接收測試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測模塊，最后再輸出實測結(jié)果。所以在單元測試時，由驅(qū)動模塊來調(diào)用被測模塊。[答案]：A[解析]：測試策劃、測試設(shè)計均為測試執(zhí)行前的準備階段，而測試總結(jié)是測試完成后的階段，所以測試執(zhí)行是整個測試過程中必需的階段。[答案]：B[解析]：傳統(tǒng)的軟件生命周期過程包括制定計劃、系統(tǒng)與軟件需求定義、軟件設(shè)計、編程與單元測試、集成測試與系統(tǒng)測試、運行和維護等幾個階段。所以根據(jù)開發(fā)階段劃分測試分類為單元測試、集成測試、確認測試，產(chǎn)品交付之前和之后，分別需要系統(tǒng)測試和驗收測試。[答案]：B[解析]：集成測試，通常在單元測試完成之后，將程序模塊進行有序的、遞增的測試，而不是所有的程序模塊。[答案]：C[解析]：驗收測試是以需方為主的測試，其對象是完整的、集成的計算機系統(tǒng)。其目的是在真實的用戶（或稱系統(tǒng)）工作環(huán)境下檢驗完整的軟件系統(tǒng)是否滿足軟件開發(fā)技術(shù)合同（或軟件需求規(guī)格說明）規(guī)定的要求。其結(jié)論是軟件的需方確定是否接收該軟件的主要依據(jù)。驗收測試以需方為主，但是不一定需要第三方測試機構(gòu)代表用戶來測試；驗收測試強調(diào)的是根據(jù)需求來驗證軟件是否符合用戶要求，所以選C。[答案]：C[解析 ]：代碼的可讀性是非常重要的，每個開發(fā)人員的編碼風(fēng)格都有所不同。程序良好的風(fēng)格表現(xiàn)在源程序文檔化、數(shù)據(jù)說明、語句結(jié)構(gòu)和輸入/輸出4個方面。二、論述題參考答案：傳統(tǒng)的軟件生命周期過程包括制定計劃、系統(tǒng)與軟件需求定義、軟件設(shè)計、編程與單元測試、集成測試與系統(tǒng)測試、運行和維護等幾個階段。第三章：桌面檢查、代碼檢查、走查與評審一、選擇題：TOC\o"1-5"\h\z1、桌面檢查通常由（ ）來實施。 （C）A.項目經(jīng)理 B.架構(gòu)師 C.程序員 D.軟件測試工程師2、下列不是桌面檢查內(nèi)容的一項是（ ）。 （B）A.常量檢查 B.緩沖區(qū)溢出檢查 C.等價性檢查 D.控制流檢查3、下列選項中不屬于桌面檢查中常量檢查內(nèi)容的是（ ）。 （C）A.常量的取值 B.常量的類型 C.常量的引用率 D.定義與引用的一致性4、桌面檢查的文檔是一種（ ）文檔。 （A）A.過渡性、不公開的 B.過渡性、公開的C.非過渡性、不公開的 D.非過渡性、公開的5、下列選項中不能直接從表中查出說明 /使用錯誤的是（ ）。 （B）A.循環(huán)層次表 B.常數(shù)表 C.變量交叉引用表 D.標(biāo)號交叉引用表6、程序語句中的小括號配對錯誤是一種（ ）。 （A）A.表達式錯誤 B.類型錯誤C.引用錯誤D.接口一致性錯誤7、為了檢測引用異常，需要檢查通過程序的每一條路徑。通常采用類似（ ）的方法遍歷程序流程圖的每一條路徑。 （C）A.廣度優(yōu)先 B.隨機訪問 C.深度優(yōu)先 D.自底向上8、代碼走查以（ ）方式進行。 （B）A.交互 B.會議 C.自由 D.電話9、（）主持代碼走查會議，對整個代碼走查過程負責(zé)。 （D）A.記錄員 B.測試員 C.程序員 D.協(xié)調(diào)人10、在代碼走查的計劃走查會議階段，協(xié)調(diào)人完成的工作不包括（ ）。 （B）A.組建走查小組 B.設(shè)計測試用例 C.安排會議時間 D.分發(fā)所需要的材料11、下列選項中不屬于代碼走查優(yōu)點的是（ ）。 （C）A.一旦發(fā)現(xiàn)錯誤，就能夠?qū)﹀e誤進行精確定位 B.降低了調(diào)試成本C.可以發(fā)現(xiàn)兼容性問題 D.可以發(fā)現(xiàn)成批的錯誤12、代碼檢查小組的人員（ ）。 （D）A.越多越好 B.越少越好 ^1~2人 D.4~7人13、下列關(guān)于代碼檢查小組組建過程的描述錯誤的是（ ）。 （C）A.協(xié)調(diào)人是整個代碼檢查工作的負責(zé)人 B.小組成員可以由相關(guān)部門推薦C.檢查小組必須全部來自開發(fā)部門 D.檢查人員的工作量不能超過 25%以上TOC\o"1-5"\h\z14、下列選項中不屬于代碼檢查過程中協(xié)調(diào)人的職責(zé)的是（ ）。 （A）A.在會議上對檢查內(nèi)容進行講解 B.組建檢查小組C.確定檢查是否可以結(jié)束 D.改進檢查過程15、下列選項中，不屬于代碼檢查小組成員的是（ ）。 （C）A.開發(fā)人員 B.協(xié)調(diào)人 C.項目經(jīng)理 D.檢查人員16、代碼檢查的兩個階段按照順序分為（ ）。 （C）A.分發(fā)資料，執(zhí)行檢查 B.執(zhí)行檢查，評價檢查C.個人準備，召開會議 D.召開會議，個人總結(jié)17、下列關(guān)于代碼檢查輔助工具的描述中，錯誤的是（ ）。 （B）A.輔助工具可以進行文檔檢查 B.輔助工具不可以進行會議支持C.輔助工具可以進行數(shù)據(jù)收集 D.輔助工具不可以進行自動編碼18、下列選項不屬于輸入錯誤檢查列表中的輸入 /輸出檢查的是（ ）。 （D）A.文件屬性是否正確 B.緩沖大小與記錄大小是否匹配C.文件在使用前否打開 D.文件擴展名是否為.exe19、下列關(guān)于同行評審的描述中，錯誤的是（ ）。 （B）A.評審小組成員包括協(xié)調(diào)人、作者、評審員三種角色B.代碼評審的評定員人數(shù)比需求評審人數(shù)一般要多C.作者可以是部門經(jīng)理或文檔撰寫人D.應(yīng)該控制評審會議的規(guī)模，避免人數(shù)過多20、下列過程不屬于同行評審的是（ ）。 （C）A.正式評審 B.技術(shù)審查 C.抽查 D.走查21、下列選項中不屬于同行評審內(nèi)容的是（ ）。 （B）A.用例圖 B.可行性研究報告 C.測試用例 D.軟件架構(gòu)設(shè)計22、不屬于接口錯誤的是（ ）。 （D）A.類是否實現(xiàn)接口中的所有方法 B.方法調(diào)用的參數(shù)類型是否正確C.是否錯誤覆蓋了父類中的方法 D.是否存在死循環(huán)23、下列關(guān)于正式評審流程的描述中，正確的是（ ）。 （A）A.為保證評審的質(zhì)量，可以先進行一個預(yù)備會議B.評審會議不宜太久，一般以4個小時左右為宜C.評審報告的內(nèi)容只包括問題清單D.評審人員負責(zé)解決確定的所有缺陷和問題24、技術(shù)審查流程不包括（ ）。 （C）A.準備 B.評審 C.測試 D.跟蹤25、（）不屬于桌面檢查的內(nèi)容。 （A）A.性能檢查 B.常量檢查 C.風(fēng)格檢查 D.函數(shù)檢查26、桌面檢查是一種（ ）的檢查方法。 （B）A.項目經(jīng)理檢查程序員代碼 B.程序員自己檢查自己的代碼C.測試人員檢查程序員的代碼 D.桌面檢查小組在會議上檢查程序員的代碼在代碼檢查中，負責(zé)提供關(guān)于檢查項目的資料并回答檢查人員問題的角色是（）。 （B）A.協(xié)調(diào)人 B.開發(fā)人員 C.檢查人員 D.講解員28、下列關(guān)于走查的說法不正確的是（ ）。 （A）A.走查的主要工作是由程序編寫者本人來完成的B.走查與代碼檢查一樣，都是以小組為單位進行的C.走查是一種走查小組集體扮演計算機角色檢查源程序的方法D.走查是借助程序流程圖來進行數(shù)據(jù)流和控制流的分析二、論述題：1、請簡單描述一下桌面檢查、代碼走查和代碼檢查。答案解析[答案]：C[解析]：桌面檢查是程序員對自己編寫的代碼進行的檢查。[答案]：B[解析]：緩沖區(qū)溢出不是桌面檢查的內(nèi)容，一般需要在軟件測試階段才能發(fā)現(xiàn)。[答案]：C[解析]：常量的引用率不屬于桌面檢查中的常量檢查內(nèi)容。[答案]：A[解析]：桌面檢查的文檔是一種過渡性的文檔，不是公開的正式文檔。[答案]：B[解析]：能直接從表中查出說明 /使用錯誤的引用表有：循環(huán)層次表、變量交叉引用表、標(biāo)號交叉引用表等。常數(shù)表用于為用戶提供輔助信息。[答案]：A[解析]：程序語句中的小括號配對屬于表達式層次的括號配對錯誤，因此屬于表達式錯誤。[答案]：C[解析]：引用異常的檢測流程是：當(dāng)掃描抵達一個出度大于1的節(jié)點V時，深度優(yōu)先探測算法要求先檢查最左分支的那一部分程序流程，然后再檢查其他分支。在遍歷最左分支之前，應(yīng)把定義表與未引用表的當(dāng)前內(nèi)容用一個棧中恢復(fù)該節(jié)點定義表和未引用表的老的副本，然后再去遍歷該節(jié)點的下一個分支。這個過程要繼續(xù)到全部分支被檢查完為止。[答案]：B[解析]：代碼走查和代碼檢查以及評審都是采用會議的形式進行的，只有桌面檢查是由程序員自己進行的。[答案]：D[解析]：協(xié)調(diào)人負責(zé)主持代碼走查會議，是整個小組的組長。TOC\o"1-5"\h\z[答案 ]：B[解析]：設(shè)計測試用例是走查產(chǎn)品階段的工作內(nèi)容。[答案 ]：C[解析]：兼容性問題需要在系統(tǒng)測試階段才能發(fā)現(xiàn)。[答案 ]：D[解析]：一般來說，代碼檢查小組的人員4~7人為最好。人太少則工作量大，質(zhì)量難以把握；人太多則交流起來有困難，工作效率不高。[答案 ]：C[解析]：檢查小組應(yīng)該來自不同的部門，具有不同的技術(shù)領(lǐng)域經(jīng)驗，這樣才能夠發(fā)現(xiàn)更多的問題。[答案 ]：A[解析]：對檢查內(nèi)容的講解是檢查員的職責(zé)。[答案 ]：C般不參與技術(shù)方面的檢查工作。[解析]：項目經(jīng)理屬于管理人員，一般不參與技術(shù)方面的檢查工作。般不參與技術(shù)方面的檢查工作。TOC\o"1-5"\h\z[答案 ]：C[解析]：代碼檢查分為個人準備和召開會議兩個階段，個人準備階段由小組成員對資料進行熟悉，召開會議的過程則是執(zhí)行檢查過程。[答案 ]：B[解析]：輔助工具可以進行會議支持，項目管理人員可以使用計算機監(jiān)控的個人準備時間信息來剔除那些沒有做好個人準備的成員，或者督促他們投入更多的努力。[答案 ]：D[解析]：輸入 /輸出錯誤檢查內(nèi)容包括：（1）文件屬性是否正確。（2）OPEN語句是否正確。I/O語句是否符合格式規(guī)范。4）緩沖大小與記錄大小是否匹配。5）文件在使用前是否打開。6）文件在使用后是否關(guān)閉。7）文件結(jié)束條件是否被正確處理。8）是否處理了I/O錯誤。TOC\o"1-5"\h\z[答案 ]：B[解析]：需求評審的人數(shù)一般比較多，代碼評審一般只需要2個評審員。[答案 ]：C[解析]：抽查不是同行評審的內(nèi)容，它屬于質(zhì)量檢查過程中的一種技術(shù)。[答案 ]：B[解析]：可行性研究報告是項目立項前的文檔，不屬于同行評審的內(nèi)容。[答案 ]：D[解析]：是否存在死循環(huán)屬于控制流程錯誤。[答案 ]：A[解析]：預(yù)備會議可以起到提高評審質(zhì)量的作用：評審會議一般以2小時為宜；評審報告還包括問題的嚴重程度和其他一些信息；作者負責(zé)缺陷的修復(fù)。[答案 ]：C[解析]：技術(shù)審查過程并不包括測試的內(nèi)容，評審本身就是一種特殊的測試技術(shù)。[答案 ]：A[解析]：參見3.1.1節(jié)桌面檢查的內(nèi)容。[答案 ]：B[解析]：桌面檢查就是程序員對自己的代碼進行一次自我檢查，“桌面檢查”技術(shù)在眾多行業(yè)中都存在，是人們對工作成果自我完善的一種技巧。[答案 ]：B[解析]：參見3.3.2節(jié)代碼檢查小組成員角色和職責(zé)開發(fā)人員職責(zé)。[答案 ]：A[解析]：代碼走查由專門的走查小組完成，只有桌面檢查由開發(fā)人員自己完成。二、論述題參考答案：桌面檢查就是程序員對自己的代碼進行一次自我檢查。代碼走查是成立一個代碼走查小組，以會議的方式來檢查代碼，一般代碼走查是項目內(nèi)部展開的代碼檢查工作。代碼檢查是組成一個小組來對代碼進行閱讀，應(yīng)用預(yù)先定義好的標(biāo)準和檢查技術(shù)，來檢查已經(jīng)編寫好的程序和文檔，發(fā)現(xiàn)錯誤和缺陷的過程。第四章：覆蓋率（白盒）測試一、選擇題：TOC\o"1-5"\h\z1、使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（ ）和指定的覆蓋標(biāo)準。 （A）A.程序的內(nèi)部邏輯 B.程序的復(fù)雜結(jié)構(gòu) C.使用說明書 D.程序的功能2、下列選項中不屬于覆蓋率對軟件測試作用的是（ ）。 （D）A.得知測試是否充分 B.了解測試的弱點在哪些方面C.指導(dǎo)設(shè)計能夠增加覆蓋率的測試用例 D.協(xié)助找出代碼中的語法錯誤3、如果程序中有兩個判定條件，其復(fù)合條件表達式分別為（ a=1）and（b<10）和（a>0）or（c<4），為了達到100%的判定覆蓋率，至少需要設(shè)計的測試用例個數(shù)為（ ）個。 （B）A.1 B.2 C.3 D.44、以下程序的路徑數(shù)為（ ）條。 （B）A.3 B.6 C.8 D.12if(a>0){If(b>0)Result=a+b;}if(c>0)result+=1;TOC\o"1-5"\h\z5、數(shù)據(jù)流覆蓋關(guān)注的是程序中某個變量從其聲明、賦值到引用的變化情況，它是（ ）的變種。 （C）A.語句覆蓋 B.判定覆蓋 C.路徑覆蓋 D.分支覆蓋6、下列選項中不能作為定義節(jié)點的是（ ）。 （D）A.過程調(diào)用 B.循環(huán)控制語句 C.輸入語句 D.輸出語句7、下列選項中不能作為使用節(jié)點的是（ ）。 （C）A.過程調(diào)用 B.循環(huán)控制語句 C.輸入語句 D.輸出語句8、以下程序如果采用路徑覆蓋法進行測試，則至少需要（ ）個測試用例。 （C）if(result==null||result.getRowCount()==0){found=false;System.out.println(“沒有結(jié)果?。。　?;}else{if(type==1)found=true;elsefound=false;}TOC\o"1-5"\h\zA.2 B.3 C.4 D.59、路徑覆蓋必定也滿足（ ）。 （C）A.判定覆蓋 B.條件覆蓋 C.語句覆蓋 D.多條件覆蓋10、在用邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定 /條件覆蓋、條件組合覆蓋和路徑覆蓋等。其中（ ）是最強的覆蓋準則。 （D）A.語句覆蓋 B.條件覆蓋 C.判定/條件覆蓋 D.路徑覆蓋TOC\o"1-5"\h\z11、白盒測試方法的優(yōu)點是（ ）。 （C）A.可測試軟件的特定部位 B.能站在用戶立場測試C.可按程序內(nèi)部結(jié)構(gòu)測試 D.可發(fā)現(xiàn)實現(xiàn)功能需求中的錯誤12、白盒測試方法的缺點是（ ）和（）。 （B）①不可測試軟件的特定部位 ②不能發(fā)現(xiàn)功能需求中的錯誤 /③無法檢驗軟件的外部特性 ④無法測試未實現(xiàn)功能需求的軟件的內(nèi)部缺陷A.①② B.②③ C.③④ D.①④多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計足夠的測試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級別的測試用例也是滿足（）級別的。 （A）A.語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋B.判定覆蓋、條件覆蓋、條件判定組合覆蓋、修正條件判定覆蓋C.語句覆蓋、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋D.路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋對于一個嵌套型分支結(jié)構(gòu)的程序，若有4個判定語句，則要覆蓋它的每一條路徑至少需TOC\o"1-5"\h\z要的測試用例數(shù)為（ ）個。 （C）A.4 B.3 C.5 D.615、關(guān)于數(shù)據(jù)流測試，說法正確的是（ ）。 （A）A.數(shù)據(jù)流測試是一種路徑測試B.執(zhí)行定義節(jié)點不會改變變量在存儲單元中的內(nèi)容C.執(zhí)行使用節(jié)點會改變變量在存儲單元中的內(nèi)容D.定義/使用路徑往往不是存在潛在的錯誤的地方16、如果一個判定句中的復(fù)合條件表達式為（ A>1）or（B<=3），則為了達到 100%的判定覆TOC\o"1-5"\h\z蓋率，至少需要設(shè)計（ ）個測試用例。 （B）A.1 B.2 C.3 D.417、下列幾種邏輯覆蓋標(biāo)準中， 設(shè)計足夠的測試用例，運行被測程序，使得程序中所有可能的路徑至少執(zhí)行一次，稱為（ ）。 （D）A.判定覆蓋 B.條件覆蓋 C.語句覆蓋 D.路徑覆蓋18、在程序控制流圖中，有8條邊、6個節(jié)點，則控制流圖的環(huán)路復(fù)雜性 V（G）等于（）。 （B）A.2 B.4 C.6 D.819、針對程序段if（x>10）AND（y<20）thenw=w/a,對于（x,y）的取值，以下（ ）組測試用例能夠滿足判定覆蓋的要求。 （D）A.（30,50）（40,10） B.（3,0）（30,30）C.（5,25）（10,20）D.（20,10）（1,100）20、下列選擇測試覆蓋率原則正確的是（ ）。 （C）A.保證100%的覆蓋率B.路徑覆蓋率最強，因此任何測試都應(yīng)該選擇路徑覆蓋C.覆蓋率不是目的，只是手段D.達到了100%的測試覆蓋率，就可以保證所有的錯誤都被檢測出來二、論述題：1、請將以下程序分別按照語句覆蓋、判定覆蓋、條件覆蓋、判定 /條件覆蓋、多條件覆蓋設(shè)計測試用例。if（（a>2&&b<3）&&（c>4||d<5））{statement1;}else{statement2;}2、以下使用 C語言編寫，它根據(jù)輸入的分數(shù)計算學(xué)生的成績等級。intscore2leve1(intscore){intleve1;if(score>100||score<0)level=-1;elseif(score>=90)level=1;elseif(score>=80)leve1=2;elseif(score>=70)leve1=3;elseif(score>=60)leve1=4;elseleve1=5;returnleve1;}請畫出上面程序的控制流圖，計算上述控制流圖的環(huán)路復(fù)雜度V(G)。3、以下程序的作用是從 i到n個元素的序列A[i…n]中選取具有最小值的元素，通過下標(biāo) k得到該元素的位置?，F(xiàn)對程序執(zhí)行簡單循環(huán)，限定循環(huán)次數(shù)為0次、1次和2次，請設(shè)計該程序的簡單循環(huán)測試用例。intminvalue(intA[],intn,inti){intk=I;for(intj=i+1;j<=n;j++)if(A[j]<A[k])k=j;returnk;}4、如圖 4-6所示的程序流圖描述了最多輸入50個值(以-1作為輸入結(jié)束標(biāo)志)，計算其中有效的學(xué)生分數(shù)的個數(shù)、總分數(shù)和平均值。請針對該程序流程圖進行基本路徑覆蓋測試用例設(shè)計。學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔.#h.--------Score[i]>0andscore[i]<100 .1i=1,n1=n2=0,sum=0N1=n1+1,sum=sum+score[i].#h.--------Score[i]>0andscore[i]<100 .1i=1,n1=n2=0,sum=0N1=n1+1,sum=sum+score[i]圖4-6程序流程圖答案解析1、［答案］:A［解析］:白盒測試是根據(jù)程序的內(nèi)部邏輯來進行測試用例設(shè)計的。2、［答案］:D［解析］:覆蓋率是反映代碼被測試程度的一種指標(biāo)，不是一種測試技術(shù)，因此無法協(xié)助找出代碼中的語法錯誤。代碼中的語法錯誤一般在程序編譯階段就已經(jīng)由編譯器檢查出來， 并需要得到修正后代碼才能正確編譯。3、［答案］:B［解析］:判定覆蓋就是讓程序中的每一個判定都取到真和假值一次。取測試用例( a=5,b=5,c=1)和(a=2,b=1,c=5)可以實現(xiàn)判定覆蓋，測試用例如附表 A-1所示。附表A-1滿足判定覆蓋測試用例用例編號abc(a>=3)and(b<=6)(a>0)or(c<2)1551TT2-215FF4、［答案］:B［解析］:可以將所列出的程序看做一個嵌套的判定與一個普通判定串接，嵌套型的路徑數(shù)為n+1,所以整個代碼可以看做一個 3路徑判定和一個2路徑判定的串接，所以總路徑數(shù)為 3X2=6條。5、［答案］:C［解析］:數(shù)據(jù)流覆蓋關(guān)注路徑中變量的變化，它是路徑覆蓋的一種變種。6、［答案］:D［解析］:節(jié)點nCG(p)是變量vCV的定義節(jié)點，當(dāng)且僅當(dāng)變量 v的值在節(jié)點n對應(yīng)的語句片段處定義，記做DEF(v,n)。輸入語句、賦值語句、循環(huán)控制語句和過程調(diào)用都是定義語句的例子。7、［答案］:C［解析］:節(jié)點nCG(p)是變量vCV定義的節(jié)點，當(dāng)且僅當(dāng)變量 v的值在節(jié)點n對應(yīng)的語句片段處使用，記做USE(v,n)。輸出語句、賦值語句、循環(huán)控制語句和過程調(diào)用都是使用語句的例子。8、［答案］:C[解析]:此程序?qū)儆谇短仔偷臈l件語句，因此路徑數(shù)=條件個數(shù) +1,得出程序的路徑數(shù)為 4.因此最少需要 4個測試用例才能達到路徑覆蓋的標(biāo)準。[答案]：C[解析 ]：路徑覆蓋的目標(biāo)就是讓程序的所有可能執(zhí)行的路徑都執(zhí)行一遍，所以一定會將程序的所有語句都覆蓋執(zhí)行到。[答案]：D[解析 ]：路徑覆蓋的目標(biāo)就是讓程序的所有可能執(zhí)行的路徑都執(zhí)行一遍，所以可以覆蓋到所有場景，是最強的覆蓋準則。[答案]：C[解析]：覆蓋率(白盒)測試也稱做結(jié)構(gòu)或邏輯驅(qū)動測試，它需要知道程序的內(nèi)部工作過程，可根據(jù)程序內(nèi)部結(jié)構(gòu)檢驗程序中每條通路是否都按預(yù)定要求正確工作，而不考慮整個程序功能。[答案]：B[解析 ]：白盒測試是根據(jù)程序內(nèi)部結(jié)構(gòu)檢驗程序中每條通路是否都按預(yù)定要求正確工作，而不考慮整個程序功能，所以白盒測試無法驗證軟件的外部特性和軟件需求。[答案]：A[解析 ]：條件組合覆蓋關(guān)注的是條件的取值，至于判定如何不在考慮范圍。實際的情況是，滿足多條件覆蓋的測試用例同樣也滿足條件覆蓋、判定覆蓋和條件 /判定覆蓋，同時能保證所有的語句均被覆蓋到。[答案]：C[解析]:圈復(fù)雜度等于判定節(jié)點的數(shù)量再加上 1,所以V(G)==判定節(jié)點數(shù)+1=5+1=6。[答案]：A[解析 ]：數(shù)據(jù)流測試與路徑測試的區(qū)別在于，路徑測試基本上是從純數(shù)學(xué)的角度來分析的；而數(shù)據(jù)流測試則是利用了變量之間的關(guān)系，通過定義使用路徑和程序片得到一系列的測試指標(biāo)用于衡量功能性測試的覆蓋率，所以數(shù)據(jù)流測試不是一種路徑測試。[答案]：B[解析 ]：判定覆蓋需設(shè)計若干個測試用例，運行所測程序，使得程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次。所以判斷覆蓋是保證所有的判斷的真假各取一次，針對單個復(fù)合判斷，只需要真假各取一次，所以只需要 2個用例即可。[答案]：D[解析 ]：路徑覆蓋的目標(biāo)就是讓程序的所有可能執(zhí)行的路徑都執(zhí)行一遍。[答案]：B[解析 ]：圈復(fù)雜度的計算公式為： v(G)=e-n+2=4.[答案]：D[解析 ]：判斷覆蓋是保證所有的判斷的真假各取一次，針對單個復(fù)合判斷，只需要真假各取一次，所以測試用例設(shè)計為真：x>10和y<20；假：x<10和y>20，所以可以選擇D作為測試用例。[答案]：C[解析 ]：參見 4.6.1節(jié)選擇測試覆蓋率原則的內(nèi)容。二、論述題參考答案：1、語句覆蓋是基本的覆蓋，只要能讓 statement1和statement2都被執(zhí)行一次就達到語句覆蓋的標(biāo)準。測試用例(a=0,b=0,c=0,d=0)和(a=3,b=1,c=5,d=0)即滿足語句覆蓋標(biāo)準的要求。判定覆蓋就是讓程序的判定分別為真和假一次，因此上面滿足語句覆蓋的測試用例

(a=0,b=0,c=0,d=0)、(a=3,b=1,c=5,d=0)也滿足判定覆蓋標(biāo)準的要求。條件覆蓋需要讓判定中的所有條件取一次真和一次假，因此測試用例(a=5,b=0,c=5,d=0)、(a=0,b=5,c=0,d=5)讓所有條件都取到了真和假，滿足條件判定覆蓋要求。判定/條件覆蓋要求判定覆蓋和覆蓋要被同時滿足， 而恰好測試用例(a=5,b=0,c=5,d=0)、(a=0,b=5,c=0,d=5)就滿足判定/覆蓋要求。多條件覆蓋要取條件真和假的組合， 4個條件則有16種可能的組合，因此需要很多的測試用例才能滿足。滿足多條件覆蓋的測試用例如附表 A-2所示。附表A-2滿足多條件覆蓋的測試用例用例編號abcda>2B<3c>4d>510505FFFF20500FFFT30555FFTF40550FFTT50005FTFF60000FTFT70055FTTF80050FTTT95505TFFF105500TFFT115555TFTF125550TFTT135005TTFF145000TTFT155055TTTF165050TTTT2、先將if(score>100||score<0)轉(zhuǎn)換為if(score>100)level=-1;elseif(score<0)leve1=-1;else 再畫出程序控制流圖，圈復(fù)雜度 v(G尸控制流圖中獨立區(qū)域的個數(shù)。［答案］:控制流圖如附圖 A-1所示。T附圖A-1 控制流圖學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔根據(jù)控制流圖中的獨立區(qū)域數(shù)可以得知圈復(fù)雜度 v(G)=7.3、首先根據(jù)程序繪制程序流程圖并標(biāo)記路徑編號，如附圖A-2所示。K=I;j=i+1K=j;J++附圖A-2 程序流程圖按照簡單循環(huán)的測試要求設(shè)計的測試用例如附表 A-3所示。附表A-3 測試用例表循環(huán)次數(shù)輸入數(shù)據(jù)對應(yīng)的輸出inA[i]A[i+1]A[i+2]k執(zhí)行路徑012///ia,c11212/iabefc21/i+1abdfc213123iabefbefc231i+2abefbdfc213i+1abdfbefc321i+2abdfbdfc4、整個解題步驟如下：(1)導(dǎo)出過程的控制流圖，如附圖A-3所示。(2)確定環(huán)形復(fù)雜性度量V(G):①V(G)=6(個區(qū)域)②V(G)=E-N+2=16-12+2+6其中，E為流圖中的邊數(shù)，N為節(jié)點數(shù)。③V(G)=P+1=5+1=6其中，P為謂詞節(jié)點的個數(shù)。在流圖中，節(jié)點2、3、5、6、9是謂詞節(jié)點。(3)確定基本路徑集合(即獨立路徑集合) ，于是確定6條獨立的路徑；路彳51:1-2-9-10-12路彳至2:1-2-9-11-12路彳53:1-2-3-9-10-12路彳至4:1-2-3-4-5-8-2……路彳至5:1-2-3-4-5-6-8-2……路彳至6:1-2-3-4-5-6-7-8-2……(4)為每一條獨立路徑各設(shè)計一組測試用例，以便強迫程序沿著該路徑至少執(zhí)行一次。①路徑1(1-2-9-10-12)的測試用例：Score[k]=有效分數(shù)值，當(dāng)k<i時；Score=-1,2wi<50；期望結(jié)果：根據(jù)輸入的有效分數(shù)算出正確的分數(shù)個數(shù) n1、總分sum和平均分average。②路徑2（1-2-9-11-12）的測試用例:Score[1]=-1;期望結(jié)果：average=-1，其他量保持初值。③路徑3（1-2-3-9-10-12）的測試用例:輸入多于50個有效分數(shù)，即試圖處理51個分數(shù)，要求前51個為有效分數(shù);期望結(jié)果：n1=50,并且算出正確的總分和平均分。④路徑4（1-2-3-4-5-8-2……）的測試用例:Score=有效分數(shù)值，當(dāng)k<50時；Score[k]<0,k<i;附圖A-3程序控制流圖期望結(jié)果：根據(jù)輸入的有效分數(shù)算出正確的分數(shù)個數(shù) n1、總分sum和平均分average。⑤路徑5的測試用例：Score=有效分數(shù)，當(dāng)i<50時；Score[k]>100,k<i;期望結(jié)果：根據(jù)輸入的有效分數(shù)算出正確的分數(shù)個數(shù) n1、總分sum和平均分average。⑥路徑6（1-2-3-4-5-6-7-8-2……）的測試用例：Score=有效分數(shù)，當(dāng)i<50時；期望結(jié)果：根據(jù)輸入的有效分數(shù)算出正確的分數(shù)個數(shù) n1、總分sum和平均分average。注意：一些獨立的路徑往往不是完全孤立的，有時它是程序正常的控制流的一部分，這時,這些路徑的測試可以是另一條路徑測試的一部分。第五章：功能（黑盒）測試一、選擇題：TOC\o"1-5"\h\z1、因果圖中主要的原因和結(jié)果之間的關(guān)系不包括（ ）。 （D）A.恒等 B.非 C.或 D.小于2、因果圖中的約束關(guān)系不包括（ ）。 （B）A.互斥 B.繼承 C.包含 D.唯一3、等價劃分測試方案屬于（ ）。 （A）A.黑盒測試 B.玻璃箱測試 C.單元測試 D.錯誤推測4、黑盒測試方法的優(yōu)點是（ ）。 （D）A.可測試軟件的特定部位 B.能站在用戶立場測試學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔學(xué)習(xí)學(xué)習(xí)--——好資料更多精品文檔更多精品文檔學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔C.可按軟件內(nèi)部結(jié)構(gòu)測試 D.可發(fā)現(xiàn)實現(xiàn)功能需求中的錯誤TOC\o"1-5"\h\z5、（）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。 （C）A.路徑測試 B.等價類C.因果圖D.邊界值6、根據(jù)等價類測試的原則，若規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則要確立的有效等價類個數(shù)為（），無效等價類個數(shù)為（ ）。 （C）A.1個，1個B.1個，0個C.1個，若干個 D.1個，2個7、在邊界值分析中，下列數(shù)據(jù)通常不用來做測試數(shù)據(jù)的是（ ）。 （B）A.正好等于邊界的值 B.等價類中的典型值C.剛剛大于邊界的值 D.剛剛小于邊界的值8、根據(jù)邊界值測試原則，輸入數(shù)據(jù)范圍為 1~100之間的整數(shù)，則可以選擇（）作為測試數(shù)據(jù)。 （A）A.1，100，0，101 B.1，2，99，100C.1，100 D.0，1，2，99，100，1019、因果圖方法最終生成的是（ ）。 （B）A.用例圖 B.決策表 C.因果圖 D.決策樹10、（）把黑盒測試和白盒測試的界限打亂了。 （A）A.灰盒測試 B.動態(tài)測試 C.靜態(tài)測試 D.失敗測試11、在決策表中，列出各種可能的單個條件的部分是（ ）。 （B）A.動作樁 B.條件樁 C.條件項 D.動作項12、等價類劃分方法根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃分成若干個（ ）?！˙）A.初級等價類和高級等價類 B.有效等價類和無效等價類C.集中等價類和分散等價類 D.基本等價類和擴展等價類13、在測試一個政府辦公信息系統(tǒng)時，需要輸入郵政編碼。請問相比之下，下面（ ）組測試數(shù)據(jù)是測試郵政編碼的最佳選擇。 （B）A.100080，10000，abc，410006，空白B.410006，空白，空值，41006，abcC.100080,100000,abe,空白，IOOOOOD.410006,abc,空值，100000,IOOOOO二、論述題：1、進行三角形問題的邊界值分析測試用例設(shè)計。要求邊長是整數(shù)，取值范圍為[1，100]。2、為NextDate函數(shù)設(shè)計邊界值分析測試用例。在NextDate函數(shù)隱含規(guī)定了變量month和變量day的取值范圍為1<month得2和1<day<31,并設(shè)定變量 year的取值范圍為1912可ear<2050。3、設(shè)有一個檔案管理系統(tǒng)，要求用戶輸入以年月表示的日期。假設(shè)日期限定在 1990年1月有~2049年12月，并規(guī)定日期由6位數(shù)字字符組成，前4位表示年，后 2位表示月。請對日期檢查功能進行等價類劃分。4、輸入三個整數(shù)a,b,c分別作為三邊的連長構(gòu)成三角形。 通過程序判定是否構(gòu)成三角形以及所構(gòu)成的三角形的類型，分別輸出“非三角形” 、“一般三角形” 、“等腰三角形”或“等邊三角形”。用等價類劃分方法為該程序設(shè)計測試用例。5、以下是學(xué)生選課系統(tǒng)中“學(xué)生查詢成績”交互行為的描述，請按要求回答問題。交互開始時終端上顯示首頁，用戶選擇“查詢”請求后，顯示“請輸入學(xué)號”。在用戶輸入學(xué)號后，系統(tǒng)核對學(xué)生學(xué)號；若輸入的學(xué)號不正確，則顯示“輸入的學(xué)號不正確”，此次查詢?nèi)∠氐绞醉?；若輸入學(xué)號正確，則出現(xiàn)“請輸入課程名”。一旦輸入課程名，就開始核對課程名稱；若輸入的課程名不正確，則顯示“輸入的課程名不正確”此次查詢?nèi)∠?，回到首頁；若輸入的課程名正確，則根據(jù)“學(xué)號”和“課程名”查詢學(xué)生成績。若查詢學(xué)生成績成功，則顯示查詢到的成績， 系統(tǒng)詢問是否繼續(xù)查詢； 當(dāng)用戶選擇“繼續(xù)查詢”后回到“請輸入學(xué)號”；當(dāng)用戶選擇“結(jié)束查詢”后回到首頁。若查詢成績失敗，則顯示“查詢失敗”后回到首頁。（1）請畫出該系統(tǒng)以上交互行為的狀態(tài)圖（應(yīng)滿足功能圖的要求，不可畫成流程圖） 。（2）用基本路徑測試方法確定該狀態(tài)圖的測試路徑。6、請列出圖5-4中的所有場景。答案解析1、［答案］:D［解析］:原因和結(jié)果之間的關(guān)系主要包括恒等、與、或和非。2、［答案］:B［解析］:因果圖中的約束有互斥、包含、唯一、要求和屏蔽。繼承是面向?qū)ο蟪绦蛟O(shè)計中了類與父類之間的關(guān)系。3、［答案］:A［解析］:等價類劃分是黑盒測試的一種技術(shù)。4、［答案］:D［解析］:黑盒測試的參考依據(jù)是軟件需求規(guī)格說明，所以執(zhí)行黑盒測試可以發(fā)現(xiàn)功能中與需求不一致的地方。5、［答案］:C［解析］:因果圖是用來表示輸入（原因）與結(jié)果之間的關(guān)系，可以被用來設(shè)計測試用例。6、［答案］:C［解析］:如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則， 則可以劃分出一個有效的等價類 （符合規(guī)則）和若干個無效的等價類（從各種不同角度違反規(guī)則） 。7、［答案］:B［解析］:邊界值分析假定錯誤更多地存在于劃分的邊界上，所以測試數(shù)據(jù)等價類的典型值不適合作為邊界值的測試值。8、［答案］:A［解析］:如果輸入條件規(guī)定了值的個數(shù)，則用最小個數(shù)、最大個數(shù)、比最小個數(shù)少一、比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。所以選擇 Ao9、［答案］:B［解析］:在因果圖方法中用到的是決策表。10、［答案］:A［解析］:灰盒測試=白盒測試+黑盒測試。11、［答案］:B［解析］:條件樁（ConditionStuB.:列出了問題的所有條件，通常認為列出的條件的次序無關(guān)緊要）。12、［答案］:B［解析］:參見5.2.1節(jié)等價類劃分概念與步驟。13、［答案］:B［解析］:參見5.2.2節(jié)等價類劃分原則。二、論述題參考答案：1、邊界值測試用例的設(shè)計如附表 A-4所示。附表A-4 邊界值測試用例的設(shè)計測試用例abc預(yù)期輸出Test160601等腰三角形Test260602等腰三角形Test3606060等腰三角形Test4505099等腰三角形Test55050100非三角形Test660160等腰三角形Test760260等腰三角形Test8509950等腰三角形Test95010050非三角形Test1016060等腰三角形Test1126060等腰三角形Test12995050等腰三角形Test131005050非三角形2、邊界值分析測試用例的設(shè)計如附表 A-5所示。附表A-5邊界值分析測試用例的設(shè)計測試用例mouthdayyear預(yù)期輸出Test161519111911.6.16Test261519121912.6.16Test361519131913.6.16Test461519751975.6.16Test561520492049.6.16Test661520502050.6.16Test761520512051.6.16Test86-12001day超出[1…31]Test96120012001.6.2Test106220012001.6.3Test1163020012001.7.1

Test126312001輸入日期超界Test136322001day超出[1…31]Test14-1152001mouth超出[1???12]Test1511520012001.1.16Test1621520012001.2.16Test17111520012001.11.16Test18121520012001.12.16Test1913152001mouth超出[1???12]3、附表A-6為等價類劃分的結(jié)果。附表A-6等價類劃分表輸入等價類有效等價類無效等價類日期的類型及長度①6位數(shù)字字符②有非數(shù)字字符③少于6位數(shù)字字符④多于6位數(shù)字字符年份范圍⑤在1990~2049之間⑥小于1990⑦大于2049月份范圍⑧在01~12之間⑨Q00⑩K124、分析題目中給出和隱含的對輸入條件的要求：①整數(shù)，②三個數(shù)，③非零數(shù)，④正數(shù)，⑤兩邊之和大于第三邊，⑥等腰，⑦等邊。如果a、b、c滿足條件①~④,則輸出下列4種情況之一：(1)如果不滿足條件⑤，則程序輸出為“非三角形”。TOC\o"1-5"\h\z(2)如果三條邊相等即滿足條件⑦，則程序輸出為“等邊三角形” 。(3)如果只有兩條邊相等，即滿足條件⑥，則程序輸出為“等腰三角形” 。(4)如果三條邊都不相等，則程序輸出為“一般三角形” 。列出等價類表關(guān)編號，結(jié)果如附表 A-7所示。附表A-7 等價類表輸入條件有效等價類無效等價類是否是三角形的三條邊A>0(1)A<0(7)B>0⑵B<0(8)C>0(3)C<0(9)A+B>C⑷A+B<C(10)A+C>B⑸A+C<B(11)B+C>A(6)B+C<A(12)是否是等腰三角形A=B(13)A，BANDA，BANDB，C(16)B=C(14)C=A(15)是否是等邊三角形A=BANDA=CANDB=C(17)A，B(18)A，B(19)A，B(20)根據(jù)等價類設(shè)計等價類測試用例如附表 A-8所示。附表A-8等價類測試用例表s#[abc] 覆蓋等價表 rwH

1[3、4、5]（1）、（2）、（3）、（4）、（5）、（6）一般二角形2[0、1、2]⑺不能構(gòu)成三角形3[1、0、2](8)4[1、2、0](9)5[1、2、3](10)6[1、3、2](11)7[3、1、2](12)8[3、3、4]（1）、（2）、（3）、（4）、（5）、（6）、（13）等腰三角形9[3、4、4]（1）、（2）、（3）、（4）、（5）、（6）、（14）10[3、4、3]（1）、（2）、（3）、（4）、（5）、（6）、（15）11[3、4、5]（1）、（2）、（3）、（4）、（5）、（6）、（16）非等腰三角形12[3、3、3]（1）、（2）、（3）、（4）、（5）、（6）、（17）等邊三角形13[3、4、4]（1）、（2）、（3）、（4）、（5）、（6）、（18）非等邊三角形14[3、4、3]（1）、（2）、（3）、（4）、（5）、（6）、（19）15[3、3、4]（1）、（2）、（3）、（4）、（5）、（6）、（20）附圖A-4狀態(tài)圖5、（1）根據(jù)系統(tǒng)的規(guī)格說明，畫出狀態(tài)圖，如附圖A-4所示。附圖A-4狀態(tài)圖其中：M1:選擇"查詢”請求M2:輸入學(xué)號M3:輸入了正確的學(xué)號M4:輸入了錯誤的學(xué)號M5、M9、M13:回歸首頁M6:輸入課程名M7:輸入了正確的課程名M8:輸入了錯誤的課程名M10:選擇查詢成績M11:查詢成績成功M12:查詢成績失敗M14:系統(tǒng)詢問是否繼續(xù)查詢M15:用戶選擇“繼續(xù)查詢”M16:用戶選擇“結(jié)束查詢”（2）根據(jù)系統(tǒng)的規(guī)格說明，畫出控制流圖，如附圖A-5所示。附圖A-5 控制流圖由控制流圖可以看出，程序中有 4個判定節(jié)點，因此該程序的環(huán)路復(fù)雜度 v（G）=5,所以可以確定5條獨立的測試路徑，即：Path1:1-2-4Path2:1-2-3-6Path3:1-2-3-5-8Path4:1-2-3-5-7-9Path5:1-2-3-5-7-106、在這個圖中，有1個基本流和4個備選流。每個經(jīng)過用例的可能路徑可以確定不同的用例場景，從基本流開始，再交基本流和備選流結(jié)合起來，可以確定以下用例場景：場景1:基本流W2:基本流備選流1W3:基本流備選流1備選流2場景4:基本流備選流3場景5:基本流備選流3備選流1場景6:基本流備選流1備選流1備選流2W7:基本流備選流4W8：基本流備選流3備選流4第六章：單元測試和集成測試一、選擇題：1、單元測試時，調(diào)用被測模塊的是（ ）。 （C）A.樁模塊 B.通信模塊 C.驅(qū)動模塊 D.代理模塊2、以下關(guān)于軟件單元測試的說法中，錯誤的是（ ）。 （B）A.單元測試通常可放在編程階段B.單元測試的依據(jù)是軟件結(jié)構(gòu)設(shè)計說明C.單元測試主要發(fā)現(xiàn)編程和詳細設(shè)計中產(chǎn)生的錯誤學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔學(xué)習(xí) 好資料學(xué)習(xí) 好資料更多精品文檔更多精品文檔D.單元測試計劃應(yīng)該在詳細設(shè)計階段制定3、自底向上的單元測試策略是首先對模塊調(diào)用圖上的（ ）模塊進行測試。 （A）A.最底層 B.下一層 C.最高層 D.上一層4、以下關(guān)于單元測試策略的說法中，正確的是（ ）。 （C）自頂向下的單元測試不必編寫樁模塊自底向上的單元測試不必編寫驅(qū)動模塊C.孤立的單元測試可以并行進行D.單元測試的幾種策略不可混合使用TOC\o"1-5"\h\z5、軟件單元測試分析的對象不包括（ ）。 （B）A.接口 B.全局數(shù)據(jù)結(jié)構(gòu) C.獨立路徑 D.邊界條件6、靜態(tài)測試分析的對象不包括（ ）。 （D）A.控制流 B.數(shù)據(jù)流 C.接口 D.獨立路徑7、以下關(guān)于單元測試的測試用例的說法中，錯誤的是（ ）。 （B）A.對軟件設(shè)計文檔規(guī)定的軟件單元的功能、性能和接口等要求逐項設(shè)計測試用例B.每個軟件特性應(yīng)至少被一個正常測試用例覆蓋但無須設(shè)計異常測試用例C.測試用例的輸入應(yīng)至少包括有效等價類值、無效等價類值和邊界數(shù)據(jù)值D.語句覆蓋率和分支覆蓋率均應(yīng)達到 100%8、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了（ ）質(zhì)量特性。 （A）A.正確性 B.可靠性 C.可使用性 D.可維護性9、以下關(guān)于軟件集成測試的說法中，錯誤的是（ ）。 （D）A.集成測試計劃應(yīng)該在概要設(shè)計階段制定B.集成測試的技術(shù)依據(jù)階段制定C.集成測試之前待集成的軟件單元必須先通過單元測試D.集成測試必須委托第三方進行TOC\o"1-5"\h\z10、大突擊測試把所有的模塊一次性集成為一個完整的系統(tǒng)后進行測試，很容易（ ）?！?（B）A.通過測試 B.整體測試 C.快速查錯 D.快速排錯11、以下關(guān)于軟件集成測試策略的說法中，錯誤的是（ ）。 （A）A.三明治集成先集成中間層，然后集成上下層B.基于功能的集成按照功能的關(guān)鍵程度組織模塊的集成順序C.基于調(diào)用圖的集成使用實際代碼代替驅(qū)動模塊和樁模塊DMM-路徑集成是功能集成和結(jié)構(gòu)性集成的混合 .12、軟件集成測試分析不包括（ ）。 （B）A.接口分析B.局部數(shù)據(jù)結(jié)構(gòu)分析 C.體系結(jié)構(gòu)分析 D.模塊分析13、軟件系統(tǒng)內(nèi)部接口不包括（ ）。 （D）A.函數(shù)或方法接口 B.消息接口 C.類接口 D.局部變量14、以下關(guān)于測試用例的設(shè)計原則，不屬于集成測試的是（ ）。 （D）A.為軟件設(shè)計文檔規(guī)定的軟件功能和性能等特性逐項設(shè)計測試用例B.為軟件單元之間、軟件和硬件之間的所有接口設(shè)計測試用例C.每個軟件特性應(yīng)至少被一個正常測試用例和一個被認可的異常測試用例覆蓋D.語句覆蓋率和分支覆蓋率均應(yīng)達到 100%15、軟件單元測試時，應(yīng)設(shè)計測試用例檢查數(shù)據(jù)結(jié)構(gòu)的（ ）差錯。 （D）1）不正確或不一致的數(shù)據(jù)類型說明2）錯誤的變量名，如變量名拼寫錯或縮寫錯等3）使用尚未賦值或尚未初始化的變量4）錯誤的初始值或錯誤的默認值5）不一致的數(shù)據(jù)類型6）下溢、上溢或地址差錯7）全局數(shù)據(jù)對軟件單元的影響A.僅1）B.僅1）、3）和4） C.僅1）~6）D以上都是.16、軟件集成測試分析包括（ ）。 （D）1）軟件特性分析2）體系結(jié)構(gòu)分析3）模塊分析4）接口分析5）可測試性分析6）測試充分性分析7）測試終止條件分析8）測試技術(shù)分析9）測試資源分析10）風(fēng)險分析A.僅1）~4） B.僅1）~7）C.僅1）~8）D.以上都是TOC\o"1-5"\h\z17、軟件單元測試最主要的測試依據(jù)是（ ）。 （C）A.軟件需求分析說明 B.軟件概要設(shè)計說明C.軟件詳細設(shè)計說明 D.軟件質(zhì)量保證計劃18、軟件集成測試最主要的測試依據(jù)是（ ）。 （C）A.軟件需求分析說明 B.軟件概要設(shè)計說明C.軟件詳細設(shè)計說明 D.軟件質(zhì)量保證計劃19、軟件系統(tǒng)內(nèi)部的接口主要包括（ ）。 （C）1）函數(shù)或方法接口2）消息接口3）類接口4）中斷5）配置表6）注冊信息7）全局變量8）局部變量A.僅1）~3） B.僅1）~4）C.僅1）~7）D.以上都是20、以下測試類別，（）可放在編程階段。 （B）1）單元測試2）集成測試3）系統(tǒng)測試4）驗收測試A.僅1）B.僅1）和2）C.僅1）~3） D.以上都是21、單元測試時，被測模塊調(diào)用的是（ ）。 （A）A.樁模塊 B.通信模塊 C.驅(qū)動模塊 D代理*II塊.22、側(cè)重于軟件單元之間的接口和通信測試的是（ ）。 （B）A.單元測試B.集成測試C.系統(tǒng)測試 D.驗收測試二、論述題：1、簡述軟件單元測試策略。2、簡述基于調(diào)用圖的集成策略。3、一個合理的集成模塊劃分應(yīng)滿足哪幾點？答案解析[答案 ]：C[解析]：測試一個模塊時需要為該模塊編寫一個驅(qū)動模塊和若干個樁模塊。驅(qū)動模塊用來調(diào)用被測模塊，它接收測試者提供的測試數(shù)據(jù)，并把這些數(shù)據(jù)傳送給被測模塊，然后從被測模塊接收測試結(jié)果，并以某種可見的方式（如顯示或打?。y試結(jié)果返回給測試者。樁模塊用來模擬被測模塊所調(diào)用的子模塊，它接受被測模塊的調(diào)用，檢驗調(diào)用參數(shù)，并以盡可能簡單的操作模擬被調(diào)用的子程序模塊功能，把結(jié)果送回被測模塊。TOC\o"1-5"\h\z[答案 ]：B[解析]：單元測試，也稱模塊測試，通?？煞旁诰幊屉A段，一般由程序員對自己編寫的模塊自行測試，檢查模塊是否實現(xiàn)了詳細設(shè)計說明書中規(guī)定的功能和算法。單元測試主要發(fā)現(xiàn)編程和詳細設(shè)計中產(chǎn)生的錯誤，單元測試計劃應(yīng)該在詳細設(shè)計階段制定。[答案 ]：A[解析]：自底向上的單元測試先測試最底層模塊，然后逐級測試其上層模塊，直到全部模塊測試完畢。[答案 ]：C[解析]：自頂向下的單元測試先測試上層模塊，再測試下層模塊，由于測試下層模塊時它的上層模塊已測試過，所以不必另外編寫驅(qū)動模塊，選項 A錯誤。自底向上的單元測試先測試下層模塊，再測試上 層模塊。由于測試上層模塊時它的下層模塊已測試過。所以不必另外編寫樁模塊，選項 B錯誤。孤立的單元測試不需要考慮每個模塊與其他模塊之間的關(guān)系，逐一完成所有單元模塊的測試，由于各模塊之間不存在依賴性，單元測試可以并行進行，選項C正確。各種單元測試策略各有利弊，一種方法的優(yōu)點恰好對應(yīng)另一種方法的缺點，實際測試時可根據(jù)軟件特點及進度安排將幾種測試方法混合使用，選項 D錯誤。[答案 ]：B[解析]：軟件單元測試分析一般應(yīng)采用靜態(tài)測試分析與動態(tài)測試分析相結(jié)合的方法。靜態(tài)測試分析的對象與選擇的測試方法有關(guān)。例如，采用代碼審查方法，通常要對程序語言的使用、程序格式、入口和出口的連接、存儲器的使用和寄存器的使用（僅限定在機器指令和匯編語言時考慮）等內(nèi)容進行檢查；采用靜態(tài)測試分析方法，通常要對軟件單元的控制流、數(shù)據(jù)流、接口和表達式等內(nèi)容進行分析。動態(tài)測試分析的對象通常包括軟件單元的功能、性能、接口、局部數(shù)據(jù)結(jié)構(gòu)、獨立路徑、出錯處理、邊界條件和內(nèi)存使用情況。全局數(shù)據(jù)結(jié)構(gòu)不屬于單元測試分析的對象。TOC\o"1-5"\h\z[答案 ]：D[解析]：靜態(tài)測試分析的對象通常包括軟件單元的控制流、數(shù)據(jù)流、接口和表達式等內(nèi)容。獨立路徑屬于動態(tài)測試分析的對象。[答案 ]：B[解析]：軟件單元測試的設(shè)計用例設(shè)計一般應(yīng)遵循以下原則：對軟件設(shè)計文檔規(guī)定的軟件單元的功能、性能和接口等要求逐項設(shè)計測試用例（功能原則）；每個軟件特性應(yīng)至少被一個正常測試用例和一個被認可的異常測試用例覆蓋（正常 /異常測試原則）；測試用例的輸入應(yīng)至少包括有效等價類值、無效等價類值和邊界數(shù)據(jù)值（等價類原則）；語句覆蓋率達到100%（語句覆蓋原則）；分支覆蓋率應(yīng)達到100%（分支覆蓋原則）。[答案]：A[解析]：軟件集成測試的對象包括：任意一個軟件單元集成到計算機軟件系統(tǒng)的組裝過程；任意一個組裝得到的軟件系統(tǒng)。軟件集成測試的目的是檢驗單元之間、軟件單元和已集成的軟件系統(tǒng)之間的接口關(guān)系，并驗證已集成軟件系統(tǒng)是否符合設(shè)計要求。軟件集成測試側(cè)重于軟件單元之間的接口和通信方面的問題。例如，數(shù)據(jù)穿過接口可能丟失；一個模塊對另一個模塊可能由于疏忽而造成有害影響；把子功能組合起來可能不產(chǎn)生預(yù)期的主功能；個別看起來可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有問題等。選項 B、C、D均錯誤，選項 A正確。[答案]：D[解析]：集成測試主要發(fā)現(xiàn)設(shè)計階段產(chǎn)生的錯誤，集成測試計劃應(yīng)該在概要設(shè)計階段制定。軟件集成測試的技術(shù)依據(jù)是軟件（結(jié)構(gòu)）設(shè)計文檔。開始軟件集成測試除了應(yīng)滿足一般測試的準入條件外，還應(yīng)確認待測試的軟件單元已通過單元測試。軟件集成測試一般由軟件供方組織并實施，也可委托第三方進行軟件集成測試。選項 A、B、