軟件測試類型及其在軟件開發(fā)過程中的地位代碼檢查走查與評審

軟件測試類型及其在軟件開發(fā)過程中的地位、代碼檢查、走查與評審（總分99,考試時(shí)間90分鐘）選擇題把經(jīng)過評審?fù)ㄟ^的各項(xiàng)需求轉(zhuǎn)換為一個(gè)相應(yīng)的體系結(jié)構(gòu)，包括數(shù)據(jù)的體系結(jié)構(gòu)、系統(tǒng)和軟件的體系結(jié)構(gòu)，這是軟件生命周期哪一階段做的事f 。A.系統(tǒng)和需求定義B.編程和單元測試C.軟件設(shè)計(jì)D.運(yùn)行和維護(hù)之所以要對已交付使用的軟件進(jìn)行維護(hù)，原因 。I?為了增強(qiáng)軟件的功能，滿足功能上的變更運(yùn)行中發(fā)現(xiàn)了軟件中的錯(cuò)誤需要更正為了適應(yīng)軟件工作環(huán)境變化而引起的相應(yīng)改變A.IB.I和IIIC.II和IIID.I和II和III以下不屬于軟件需求分析階段測試的內(nèi)容是 。A.通過場景走查和與用戶溝通，看需求是否是用戶“真”的需求B.通過對開發(fā)進(jìn)度、開發(fā)費(fèi)用、產(chǎn)品性能、可靠性和內(nèi)存使用等各方面需求的分析，看綜合起來是否合理，是否有對需求的一個(gè)優(yōu)先級安排C.通過領(lǐng)域分析和與用戶溝通，看需求是否是完備的D.通過檢查需求與實(shí)現(xiàn)環(huán)境的不相容之處，看需求是否可兼容下列可以做為軟件測試對象的是 。A.需求規(guī)格說明B.軟件設(shè)計(jì)規(guī)格說明C.源程序D.以上全部MM-路徑集成是一種基于消息的路徑集成方法，其中MM-路徑是指 。A.對應(yīng)調(diào)用圖的每一個(gè)邊建立并執(zhí)行的一個(gè)集成測試會(huì)話序列B.針對模塊的每一個(gè)程序剖面執(zhí)行的語句序列C.按照廣度優(yōu)先策略逐層集成與測試的序列D.穿插出現(xiàn)在各模塊中執(zhí)行的方法和消息的序列測試過程需要輸入軟件配置、測試配置和測試工具。其中不屬于測試配置的是 。A.測試計(jì)劃B.測試用例C.測試報(bào)告D.測試程序面向?qū)ο蟮能浖O(shè)計(jì)要首先考慮問題中的數(shù)據(jù)實(shí)體，通過實(shí)體提供的服務(wù)和實(shí)體之間的消息的傳遞來實(shí)現(xiàn)某種計(jì)算，這種體系結(jié)構(gòu)的好處體系在 。A.穩(wěn)定性B.—致性C.可靠性D.效率

規(guī)劃階段實(shí)際上指的是 。A.需求獲取和定義階段B.數(shù)據(jù)獲取和定義階段C.測試用例設(shè)計(jì)規(guī)劃階段D.產(chǎn)品實(shí)施規(guī)劃軟件設(shè)計(jì)階段的測試主要采取的方式是 。A.評審B.白盒測試C.黑盒測試D.動(dòng)態(tài)測試下列不屬于內(nèi)部設(shè)計(jì)的 。A.數(shù)據(jù)設(shè)計(jì)B.邏輯設(shè)計(jì)C.界面設(shè)計(jì)D.結(jié)構(gòu)設(shè)計(jì)需求規(guī)格說明中應(yīng)該能為后面的設(shè)計(jì)和實(shí)現(xiàn)提供質(zhì)量和數(shù)量兩方面的約束，通常需求分為 。A.功能類和性能類B.外部接口類C.設(shè)計(jì)約束類和質(zhì)量特性類D.以上全部在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔 。A.用戶手冊B.外部設(shè)計(jì)規(guī)格說明C.內(nèi)部設(shè)計(jì)規(guī)格說明D.測試計(jì)劃手冊設(shè)計(jì)階段的測試對象來自設(shè)計(jì)文檔，下列不屬于這一階段設(shè)計(jì)文檔的 。A.邏輯設(shè)計(jì)規(guī)格說明B.物理設(shè)計(jì)規(guī)格說明C.內(nèi)部設(shè)計(jì)規(guī)格說明D.外部設(shè)計(jì)規(guī)格說明以下有關(guān)回歸測試的說法中錯(cuò)誤的是 。A?嚴(yán)格來說，回歸測試不是一個(gè)測試階段，只是一種可以用于各個(gè)測試階段的測試技術(shù)B.回歸測試的目標(biāo)是保證被測應(yīng)用在系統(tǒng)被修改和擴(kuò)充后，各項(xiàng)功能依然正確C.回歸測試可以在系統(tǒng)和驗(yàn)收測試環(huán)境下進(jìn)行D.回歸測試適合采用傳統(tǒng)手工方法來完成，而不適合使用自動(dòng)化測試工具來完成單元測試時(shí)，調(diào)用被測模塊的 。A.樁模塊B.通信模塊C.驅(qū)動(dòng)模塊D.代理模塊大突擊測試把所有的模塊一次性集成為一個(gè)完整的系統(tǒng)后進(jìn)行測試，很容 。A.通過測試B.整體測試C.快速查錯(cuò)D.快速排錯(cuò)測試方法不包括 。A.數(shù)據(jù)流測試B.控制流測試C.隨機(jī)測試D.符號求值下列有關(guān)白盒測試的敘述中，錯(cuò)誤的 。A.白盒測試是在同時(shí)擁有源代碼和可執(zhí)行代碼的情形下才可以進(jìn)行的一種軟件測試方法B.白盒測試應(yīng)該由開發(fā)人員實(shí)施，因?yàn)橹挥兴麄儾拍軌蛟L問測試執(zhí)行所涉及的代碼C.即使對所有的源代碼都進(jìn)行了100%的邏輯覆蓋測試，也不能保證程序中沒有錯(cuò)誤D.軟件測試人員制定測試計(jì)劃的目的是想盡可能多地對源代碼進(jìn)行測試下列有關(guān)黑盒測試的敘述中，錯(cuò)誤的 。A.黑盒測試是在不考慮源代碼的情形下進(jìn)行的一種軟件測試方法B.最好由測試人員、最終用戶和開發(fā)人員組成的團(tuán)隊(duì)來實(shí)施黑盒測試C.黑盒測試主要是通過對比和分析實(shí)測結(jié)果和預(yù)期結(jié)果來發(fā)現(xiàn)它們之間的差異，所以黑盒測試又稱為“數(shù)據(jù)驅(qū)動(dòng)”測試D.數(shù)據(jù)流測試是一種黑盒測試方法以下關(guān)于覆蓋測試的說法中，錯(cuò)誤的是 。A.語句覆蓋要求每行代碼至少執(zhí)行一次B.在路徑測試中必須用不同的數(shù)據(jù)重復(fù)測試同一條路徑C.路徑測試不是完全測試，即使每條路徑都執(zhí)行了一次，程序還是可能存在缺陷D.分支覆蓋應(yīng)使程序中每個(gè)判定的真假

分支至少執(zhí)行一次在白盒測試中，程序員要運(yùn)用自己的智力和理解力，深入到源程序中以開發(fā)測試，這樣的好處是 °A.重點(diǎn)測試B.數(shù)據(jù)完整性和內(nèi)部邊界C.測試覆蓋和控制流D.以上全部關(guān)注在一連串的測試中如何選擇合適的程序或子程序路徑來執(zhí)行有效的檢查，這種測試極有可能是 。A.結(jié)構(gòu)測試B.黑盒測試C.功能測試D.靜態(tài)測試在覆蓋準(zhǔn)則中，最常用的是 。A.語句覆蓋B.條件覆蓋C.分支覆蓋D.以上全部認(rèn)為自底向上測試的方法要優(yōu)于自頂向下測試方法的是 。A.YourdonB.MyersC.DunnD.Fisher大多數(shù)實(shí)際情況下，性能測試的實(shí)現(xiàn)方法是 。A.黑盒測試B.白盒測試C.靜態(tài)分析D.可靠性測試在軟件生存周期中占據(jù)時(shí)間最長的是 。A.運(yùn)行和維護(hù)階段B.軟件開發(fā)階段C.需求分析階段D.軟件設(shè)計(jì)階段在理想情況下，只要軟件發(fā)生了變更,就要對其進(jìn)行 °A.驗(yàn)證測試B.回歸測試C.確認(rèn)測試D.驗(yàn)收測試下列有關(guān)軟件回歸測試的說法中，錯(cuò)誤的 。A.回歸測試的對象包括：在軟件單元測試、集成測試、軟件配置項(xiàng)測試和系統(tǒng)測試中未通過的軟件B.回歸測試首先應(yīng)對原來未變更的軟件單元進(jìn)行測試，然后再對變更的軟件單元進(jìn)行測試C.回歸測試的內(nèi)容包括原軟件測試做過的測試內(nèi)容、修改原軟件測試做過的測試內(nèi)容以及在此基礎(chǔ)上新增的測試內(nèi)容D.回歸測試可根據(jù)被測軟件的具體情況對軟件的測試內(nèi)容進(jìn)行剪裁檢查是否存在“已定義但未使用”的變量引用異常應(yīng)屬于 。A.靜態(tài)分析B.動(dòng)態(tài)分析C.代碼執(zhí)行D.調(diào)試在程序測試中，用于檢查程序模塊或子程序之間的調(diào)用是否正確的靜態(tài)分析方法是 。A.操作性分析B.可靠性分析C.引用分析D.接口分析在代碼檢查過程中發(fā)現(xiàn)大部分錯(cuò)誤的人通常是 。A.程序員B.測試員C.審查者D.架構(gòu)師下面不屬于桌上檢查的項(xiàng)目是 。A.檢查小組對程序進(jìn)行模擬執(zhí)行，以展示系統(tǒng)的不同構(gòu)件如何相互作用，暴露程序被忽略的細(xì)節(jié)B.檢查變量的交叉引用表，重點(diǎn)是檢查未說明的變量和違反了類型規(guī)定的變量C.選擇、激活路徑，檢查程序的語句代碼D.比較由程序員設(shè)計(jì)的控制流圖和由實(shí)際程序生成的控制流圖，尋找和解釋每個(gè)差異，修改文檔和校正錯(cuò)誤下列選項(xiàng)中不屬于桌上檢查的檢查項(xiàng)目的是 。A?等價(jià)性檢查B.檢查子程序、宏、

函數(shù)C.功能檢查D.風(fēng)格檢查下列選項(xiàng)中不屬于靜態(tài)錯(cuò)誤分析的是 。A.類型和單位分析B.功能分析C.引用分析D.表達(dá)式分析在代碼檢查的準(zhǔn)備階段和檢查會(huì)議階段都具有發(fā)現(xiàn)產(chǎn)品錯(cuò)誤責(zé)任的 。A.檢查人員B.開發(fā)人員C.協(xié)調(diào)人D.講解員下列檢查項(xiàng)目中不屬于風(fēng)格檢查的是 。A.編程標(biāo)準(zhǔn)B.變量說明C.結(jié)構(gòu)化程序設(shè)計(jì)D.命名規(guī)則下列敘述中，說法正確的是 。A.桌上檢查的文檔是最后要公開的正式文檔B.桌上檢查是一個(gè)完全沒有約束的過程，所以通常效率會(huì)比較低C.代碼檢查是程序員自己檢查自己編寫的程序D.桌上檢查最好由程序的編寫人員來完成在對程序代碼進(jìn)行靜態(tài)分析時(shí)，要生成各種引用表，這些引用表按功能可以分為 。A.為用戶提供輔助信息的B.直接從表中查出說明/使用錯(cuò)誤的C.用來做錯(cuò)誤預(yù)測和程序復(fù)雜性計(jì)算的D.以上全部下列引用表是為用戶提供輔助信息的是 。A.函數(shù)引用表B.變量交叉引用表C.循環(huán)層次表D.操作符統(tǒng)計(jì)表在代碼檢查中，負(fù)責(zé)提供關(guān)于檢查項(xiàng)目的資料并回答檢查人員問題的角色 。A.協(xié)調(diào)人B.開發(fā)人員C.檢查人員D.講解員走查是對軟件進(jìn)行靜態(tài)測試的一種方法，以下不屬于走查活動(dòng)的 。A.計(jì)劃走查會(huì)議B.準(zhǔn)備測試用例C.執(zhí)行走查以發(fā)現(xiàn)和改正錯(cuò)誤D.在走查過程中程序員逐漸講解自己的程序走查的最主要目標(biāo)有 。發(fā)現(xiàn)缺陷、遺漏和矛盾的地方改進(jìn)產(chǎn)品考慮可替換的實(shí)現(xiàn)方法A.①和②B.①和③C.②和③D.①、②和③優(yōu)碼走查的目的是 。A.發(fā)現(xiàn)缺陷、遺漏和矛盾的地方B.確認(rèn)程序邏輯與程序規(guī)格說明的一致性C.驗(yàn)證需求變更的一致性D.證明程序確實(shí)是按照用戶的需求工作的走查過程中的靜態(tài)分析技術(shù)用到調(diào)用圖，通過調(diào)用圖我們不可以做的 。A.檢查程序中變量的說明和引用B.檢查程序中全局變量、參數(shù)誤用的問題C.為動(dòng)態(tài)測試用例的設(shè)計(jì)提供可靠的依據(jù)D.對程序進(jìn)行分析和修改在做靜態(tài)錯(cuò)誤分析時(shí)進(jìn)行浮點(diǎn)數(shù)計(jì)算誤差的檢查應(yīng)屬于 。A.類型和單位分析B.表達(dá)式分析C.引用分析D.接口分析

走查是一種重要的審查方法，下列所述的審查活動(dòng)中，不屬于走查的 。A.審查小組的組織者事先把相關(guān)的設(shè)計(jì)文檔、源程序和其他材料發(fā)給每一個(gè)小組成員，要求他們預(yù)先了解審查的內(nèi)容B.測試員事先根據(jù)審查的源代碼準(zhǔn)備一批測試用例C.程序員在小組審查會(huì)上向全體審查人員逐條講解自己編寫的程序D.所有參與審查的人員集體扮演“計(jì)算機(jī)”的角色，使用事先準(zhǔn)備的測試用例按照源程序規(guī)定的順序逐條執(zhí)行，討論可能出現(xiàn)的問題下列問題可通過調(diào)用圖來檢查的是 。A.變量的說明和引用B.全局變量C.參數(shù)誤用D.以上全部小組成員開會(huì)，集體扮演計(jì)算機(jī)角色，把測試數(shù)據(jù)沿程序的邏輯結(jié)構(gòu)走一遍 。A.數(shù)據(jù)分析B.執(zhí)行測試用例C.執(zhí)行走查D.代碼檢查同行評審主要包括管理評審、技術(shù)評審、過程評審和 °A.需求評審B.文檔評審C.質(zhì)量評審D.風(fēng)險(xiǎn)評審在軟件企業(yè)中，應(yīng)用最廣泛的評審方法是 。A.走查B.結(jié)對評審C.正式評審D.小組評審關(guān)于人工測試方法，說法正確的 。A.走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合B.同行評審的文檔是一種過渡性的文檔，不是公開的正式文檔C.桌上檢查的文檔是一個(gè)最終可交付的文檔D.評審是一項(xiàng)很浪費(fèi)時(shí)間的活動(dòng)，會(huì)減緩項(xiàng)目的進(jìn)度同行評審中，整個(gè)評審過程是由 組織和進(jìn)行。A.協(xié)調(diào)人B.評審小組C.開發(fā)人員D.評審員在軟件生存周期中要有管理評審，原因在于 。A.需要回顧已經(jīng)過的開發(fā)狀況B.需要分析總結(jié)出軟件存在的問題C.需要分析總結(jié)出改進(jìn)的措施D.以上全部管理評審的結(jié)果是 。A.提交軟件分析報(bào)告B.提交管理評審報(bào)告C.提交改進(jìn)措施報(bào)告D.提交軟件問題報(bào)告下列不屬于技術(shù)評審對象是 。A.需求文檔B.源代碼C.運(yùn)行環(huán)境D.測試用例技術(shù)評審的目的是 。A.確保軟件的一致性B.驗(yàn)證軟件是否符合需求C.揭示軟件在邏輯、執(zhí)行以及功能和編碼上的錯(cuò)誤D.以上全部下列不屬于技術(shù)評審報(bào)告中的內(nèi)容是 。A.用戶需求信息B.會(huì)議基本信息C.存在的問題和建議措施D.評審結(jié)論和意見在軟件開發(fā)過程中，需要評審的文檔很多，其