軟件測(cè)試概論(TS)歷考試試題.docx

1、軟件測(cè)試概論以下關(guān)于測(cè)試和調(diào)試的說(shuō)法中，正確的是a ）。 測(cè)試工作包括發(fā)現(xiàn)錯(cuò)誤，以及確定錯(cuò)誤的原因和確切位置，排除軟件中的錯(cuò)誤b測(cè)試就是調(diào)試，兩者沒(méi)有什么區(qū)別c測(cè)試是在開(kāi)發(fā)完成后的測(cè)試階段才開(kāi)始d調(diào)試的目的是定位和糾正錯(cuò)誤2以下關(guān)于測(cè)試的定義中，錯(cuò)誤的是 b）。 為找出錯(cuò)誤而運(yùn)行程序或系統(tǒng)的過(guò)程b一切以評(píng)價(jià)程序或系統(tǒng)的屬性、能力為目的的活動(dòng)c評(píng)價(jià)程序或系統(tǒng)的過(guò)程d測(cè)試是在用戶(hù)需求和開(kāi)發(fā)技術(shù)之間找區(qū)別3以下關(guān)于測(cè)試的目的描述，錯(cuò)誤的是 a）。 選擇一項(xiàng)）為了說(shuō)明程序中沒(méi)有缺陷b在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷c揭示潛伏在軟件里的缺陷d為軟件產(chǎn)品的質(zhì)量測(cè)量和評(píng)價(jià)提供依據(jù)45通常情況下，軟件測(cè)試至少要達(dá)

2、到下列目標(biāo)，其中錯(cuò)誤的是 d ）。 確保產(chǎn)品完成了它所承諾或公布的功能b確保產(chǎn)品滿足性能和效率的要求c確保產(chǎn)品是健壯的、適應(yīng)用戶(hù)環(huán)境的d確保產(chǎn)品的質(zhì)量達(dá)到用戶(hù)的需求下列軟件測(cè)試的“行業(yè)規(guī)則”或者“工作常識(shí)”中，描述錯(cuò)誤的是c ）。 所有的測(cè)試都應(yīng)追溯到用戶(hù)需求b應(yīng)該在測(cè)試工作真正開(kāi)始前的較長(zhǎng)時(shí)間內(nèi)就進(jìn)行測(cè)試計(jì)劃c測(cè)試應(yīng)從“大規(guī)模”開(kāi)始，逐步轉(zhuǎn)向“小規(guī)模”d為了達(dá)到最佳效果，應(yīng)該由獨(dú)立的第三方來(lái)構(gòu)造測(cè)試6軟件工程是開(kāi)發(fā)、運(yùn)行、維護(hù)和修復(fù)軟件的系統(tǒng)方法。軟件工程具有如下的性質(zhì)，其中錯(cuò)誤的是 a）。 軟件工程是一門(mén)綜合性的交叉學(xué)科，它涉及計(jì)算機(jī)科學(xué)、工程科學(xué)、管理科學(xué)、數(shù)學(xué)等領(lǐng)域b軟件工程要用工程科

3、學(xué)中的觀點(diǎn)來(lái)進(jìn)行費(fèi)用估算、制定進(jìn)度、制定計(jì)劃和方案c軟件工程要用數(shù)學(xué)科學(xué)中的方法和原理進(jìn)行軟件生產(chǎn)的管理d軟件工程要用數(shù)學(xué)的方法建立軟件開(kāi)發(fā)中的各種模型和各種算法，如可靠性模型、說(shuō)明用戶(hù)需求的形式化模型等1 / 87在任何生命周期模型中，一個(gè)好的測(cè)試都應(yīng)該具有一些特點(diǎn)，以下描述錯(cuò)誤的特點(diǎn)是 c）。 每個(gè)開(kāi)發(fā)活動(dòng)都有相對(duì)應(yīng)的測(cè)試活動(dòng)b每個(gè)測(cè)試級(jí)別都有其特有的測(cè)試目標(biāo)c對(duì)于每個(gè)測(cè)試級(jí)別，不需要在相應(yīng)的開(kāi)發(fā)活動(dòng)過(guò)程中進(jìn)行相應(yīng)的測(cè)試分析和設(shè)計(jì)d在開(kāi)發(fā)生命周期中，測(cè)試員在文檔初稿階段就應(yīng)該參與文檔的評(píng)審8在開(kāi)發(fā)軟件過(guò)程中有各種不同的方法。對(duì)特定工程而言，沒(méi)有哪個(gè)模式一定是最好的。以下不屬于最常用的模式是

4、a）。 大爆炸模式b邊寫(xiě)邊做模式c瀑布模式d螺旋模式9下面描述敏捷軟件開(kāi)發(fā)的目中錯(cuò)誤的是）。選擇一項(xiàng)）c通過(guò)過(guò)程和工具理解個(gè)人和交流的作用b通過(guò)開(kāi)發(fā)的文檔理解運(yùn)行的軟件c通過(guò)合同和談判得到客戶(hù)的協(xié)作d在計(jì)劃的執(zhí)行中做出對(duì)變更的響應(yīng)10概括地說(shuō)，軟件測(cè)試過(guò)程模型中H 模型不能揭示的是 d）。 軟件測(cè)試不僅僅指測(cè)試的執(zhí)行，還包括很多其他的活動(dòng)b軟件測(cè)試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行c軟件測(cè)試要盡早準(zhǔn)備，盡早執(zhí)行d軟件測(cè)試是根據(jù)被測(cè)物的不同而同時(shí)進(jìn)行的11在Bugzilla 中，如果一個(gè)缺陷的處理狀態(tài)被開(kāi)發(fā)人員置為Wontfix，則表明 ）。 這個(gè) bug 中描述的不是

5、問(wèn)題b這個(gè) bug 中描述的是問(wèn)題，但不修改c根據(jù)這個(gè) bug 的描述無(wú)法查找問(wèn)題的原因并解決，需要提供更多的關(guān)于這個(gè) bug 的信息d這個(gè) bug 描述的是問(wèn)題，但不能確定是否在這個(gè)版本中修改12符合規(guī)則的才能叫做軟件缺陷，下面規(guī)則錯(cuò)誤的是a）。 軟件未達(dá)到開(kāi)發(fā)說(shuō)明書(shū)標(biāo)明的功能b軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤c軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍，軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)d軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶(hù)認(rèn)為不好13下面描述產(chǎn)品說(shuō)明書(shū)正確的是b）。 15a產(chǎn)品說(shuō)明書(shū)簡(jiǎn)稱(chēng)為說(shuō)明或產(chǎn)品說(shuō)明，是軟件測(cè)試小組的一個(gè)協(xié)定b對(duì)開(kāi)發(fā)的產(chǎn)品進(jìn)行定義，給出產(chǎn)

6、品的細(xì)節(jié)、如何做、做什么c這種協(xié)定從簡(jiǎn)單的口頭說(shuō)明到正式的書(shū)面文檔有多種形式d產(chǎn)品說(shuō)明書(shū)指出軟件應(yīng)達(dá)到的目標(biāo)從測(cè)試階段角度，測(cè)試順序正確的是 b ）。 單元測(cè)試 -系統(tǒng)測(cè)試 -集成測(cè)試 -驗(yàn)收測(cè)試b單元測(cè)試 -集成測(cè)試 -系統(tǒng)測(cè)試 -驗(yàn)收測(cè)試c單元測(cè)試 -驗(yàn)收測(cè)試 -系統(tǒng)測(cè)試 -集成測(cè)試d單元測(cè)試 -集成測(cè)試 -驗(yàn)收測(cè)試 -系統(tǒng)測(cè)試關(guān)于軟件缺陷，下列說(shuō)法錯(cuò)誤的是b）。 程序錯(cuò)誤屬于軟件缺陷b經(jīng)過(guò)修改后的軟件產(chǎn)品，其中存在的軟件缺陷必然會(huì)越來(lái)越少c識(shí)別軟件缺陷不應(yīng)脫離用戶(hù)需求d行業(yè)背景知識(shí)可以幫助我們有效的識(shí)別軟件缺陷16下列關(guān)于缺陷報(bào)告的說(shuō)法中，正確的是c）。 必要時(shí)，可以直接修改別人提交的缺

7、陷報(bào)告b有時(shí)候程序員犯了低級(jí)錯(cuò)誤，應(yīng)該在缺陷報(bào)告中嚴(yán)厲的指出問(wèn)題c任何小缺陷都不應(yīng)放過(guò)，都應(yīng)該記錄在缺陷報(bào)告中d缺陷報(bào)告寫(xiě)得越詳細(xì)越好，操作步驟記錄的越復(fù)雜越好17下列關(guān)于缺陷報(bào)告的說(shuō)法中錯(cuò)誤的是b）。 選擇一項(xiàng)）要使用最少且必要的步驟重現(xiàn)缺陷b隨機(jī)產(chǎn)生的缺陷也應(yīng)報(bào)告c一個(gè)報(bào)告只能提交一個(gè)缺陷dBugzilla 中 Bug 優(yōu)先級(jí)分為5 個(gè)等級(jí)，即 P1P5，優(yōu)先級(jí)逐漸遞增， P5最高18在缺陷報(bào)告的處理流程中，以下哪項(xiàng)不屬于處理意見(jiàn)c ）。 已修改的b以后版本解決c未解決的d無(wú)法重現(xiàn)19在使用 Bugzilla 時(shí)，以下哪項(xiàng)不屬于缺陷狀態(tài) ）。 NewbReopenedcFixeddClos

8、ed20為了書(shū)寫(xiě)更優(yōu)良的缺陷報(bào)告，需要遵守“5C”準(zhǔn)則，下列描述中錯(cuò)誤的是c ）。每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解b每個(gè)組成部分的描述清晰，易于理解；c包含必不可少的步驟，不包括其他多余的內(nèi)容d包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息21以下關(guān)于軟件測(cè)試計(jì)劃的目的，準(zhǔn)確的是 a）。 規(guī)定測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度；明確正在測(cè)試的工程、要測(cè)試的特性、要執(zhí)行的測(cè)試任務(wù)、每個(gè)任務(wù)的責(zé)任人，以及與計(jì)劃相關(guān)的風(fēng)險(xiǎn)b識(shí)別測(cè)試任務(wù)、定義測(cè)試目標(biāo)以及為了實(shí)現(xiàn)測(cè)試目標(biāo)和任務(wù)確定必要的測(cè)試活動(dòng)c借助軟件測(cè)試計(jì)劃，參與測(cè)試的工程成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通

9、，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更d創(chuàng)建詳細(xì)計(jì)劃過(guò)程的一個(gè)副產(chǎn)品，重要的是計(jì)劃過(guò)程，而不是產(chǎn)生的結(jié)果文檔22 測(cè)試人員在識(shí)別軟件缺陷時(shí)，通常不采取的方法是）。選擇一項(xiàng)）參考軟件需求說(shuō)明書(shū)b參考用戶(hù)手冊(cè)和聯(lián)機(jī)幫助c公布到網(wǎng)上尋求幫助d多與用戶(hù)進(jìn)行溝通23 下圖有關(guān)測(cè)試開(kāi)發(fā)不同階段引入缺陷的比例分配對(duì)應(yīng)關(guān)系描述正確的是c）。1.程序設(shè)計(jì) 2.編寫(xiě)代碼 3.需求說(shuō)明書(shū)4.其他b1.需求說(shuō)明書(shū) 2.程序設(shè)計(jì)3. 編寫(xiě)代碼4.其他c1.程序設(shè)計(jì) 2.編寫(xiě)代碼 3.其他 4. 需求說(shuō)明書(shū)d1.需求說(shuō)明書(shū) 2.編寫(xiě)代碼3. 其他 4. 程序設(shè)計(jì)24 以下關(guān)于軟件測(cè)試說(shuō)法中正確的是 d ）。 軟件

10、測(cè)試按照測(cè)試過(guò)程分類(lèi)可以分為為黑盒測(cè)試、白盒測(cè)試b軟件生存周期是從軟件開(kāi)始開(kāi)發(fā)到開(kāi)發(fā)結(jié)束的整個(gè)過(guò)程c缺陷跟蹤管理系統(tǒng)只針對(duì)測(cè)試人員來(lái)使用d軟件工程在進(jìn)入需求分析階段，測(cè)試人員就應(yīng)該開(kāi)始介入其中4 / 825基于測(cè)試項(xiàng)的功能性和非功能性特性，測(cè)試條件的級(jí)別和結(jié)構(gòu)可以通過(guò)幾個(gè)方面確定，其中錯(cuò)誤的是 c ）。 測(cè)試基準(zhǔn)的粒度b所關(guān)注的產(chǎn)品風(fēng)險(xiǎn)c用戶(hù)的需求d決定是否僅使用測(cè)試條件并不開(kāi)發(fā)測(cè)試用例26關(guān)于測(cè)試執(zhí)行描述錯(cuò)誤的是d ）。 測(cè)試執(zhí)行的核心活動(dòng)是對(duì)比實(shí)際的測(cè)試結(jié)果和期望的測(cè)試結(jié)果。b在測(cè)試執(zhí)行過(guò)程中，測(cè)試結(jié)果需要適當(dāng)記錄c在測(cè)試過(guò)程發(fā)生的事件和單個(gè)測(cè)試都是日志的一部分，每個(gè)測(cè)試都應(yīng)當(dāng)唯一標(biāo)識(shí)并且

11、記錄它的狀態(tài) 作為測(cè)試執(zhí)行的成果d用戶(hù)或客戶(hù)不可能參與測(cè)試執(zhí)行27評(píng)估出口準(zhǔn)則是將測(cè)試的執(zhí)行結(jié)果和已經(jīng)定義的測(cè)試目標(biāo)進(jìn)行比較的活動(dòng)。評(píng)估出口準(zhǔn)則可能產(chǎn)生下列結(jié)果，其中錯(cuò)誤的是b）。 測(cè)試結(jié)果滿足所有的出口準(zhǔn)則，測(cè)試活動(dòng)可以正常結(jié)束b可能會(huì)要求修增加一些附加測(cè)試需求c可能會(huì)要求執(zhí)行一些附加測(cè)試用例d測(cè)試出口準(zhǔn)則要求過(guò)高，需要對(duì)測(cè)試出口準(zhǔn)則進(jìn)行修改28下面敘述測(cè)試總結(jié)活動(dòng)的主要任務(wù)中錯(cuò)誤的是d ）。 檢查提交了哪些計(jì)劃的可交付產(chǎn)品、事件報(bào)告是否關(guān)閉、或?qū)ξ搓P(guān)閉的事件報(bào)告提交變更 需求、以及系統(tǒng)的驗(yàn)收文檔狀態(tài)等等b記錄和歸檔測(cè)試件、測(cè)試環(huán)境和測(cè)試基礎(chǔ)設(shè)備，給其他的工程使用c移交測(cè)試件到維護(hù)部門(mén)d分析

12、和記錄學(xué)到的經(jīng)驗(yàn)教訓(xùn)，為以后的工程和測(cè)試成熟度的改善所用29驗(yàn)收測(cè)試可以在多個(gè)測(cè)試級(jí)別上進(jìn)行，下面描述錯(cuò)誤的是 b ）。 商業(yè)現(xiàn)貨軟件產(chǎn)品可以在安裝或集成時(shí)進(jìn)行驗(yàn)收測(cè)試b驗(yàn)收測(cè)試關(guān)注的是在開(kāi)發(fā)工程或程序中定義的一個(gè)完整的系統(tǒng)/產(chǎn)品的行為c組件的可用性驗(yàn)收測(cè)試可以在組件測(cè)試中進(jìn)行d增加新功能的驗(yàn)收測(cè)試可以在系統(tǒng)測(cè)試之前進(jìn)行30白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查，其中描述錯(cuò)誤的是 b ）。 程序的所有語(yǔ)句至少執(zhí)行一次b是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問(wèn)錯(cuò)誤c對(duì)所有的邏輯條件都能至少執(zhí)行一次d在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體31代碼審查的過(guò)程錯(cuò)誤的是 a ）。 需求分析b程序閱讀c會(huì)議審查d形

13、成報(bào)告32設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)遵循以下原則，其中錯(cuò)誤的是b）。 基于測(cè)試需求的原則b基于缺陷分類(lèi)的原則c兼顧測(cè)試充分性和效率的原則d測(cè)試執(zhí)行的可再現(xiàn)性原則33風(fēng)險(xiǎn)面錯(cuò)誤的是b ）。 風(fēng)險(xiǎn)識(shí)別b風(fēng)險(xiǎn)共享c風(fēng)險(xiǎn)分析d風(fēng)險(xiǎn)減輕34需要確保所有的測(cè)試人員都知道工程和系統(tǒng)的目標(biāo)，對(duì)測(cè)試人員的測(cè)試任務(wù)的說(shuō)明如下，其中錯(cuò)誤的是 c）。 風(fēng)險(xiǎn)識(shí)別b風(fēng)險(xiǎn)共享c風(fēng)險(xiǎn)分析d風(fēng)險(xiǎn)減輕35下列測(cè)試過(guò)程改進(jìn)的注意事項(xiàng)錯(cuò)誤的是b ）。 測(cè)試過(guò)程改進(jìn)不能盲目跟風(fēng)，切不可趕潮流b測(cè)試過(guò)程改進(jìn)最好由新人負(fù)責(zé)c測(cè)試過(guò)程改進(jìn)并不等于花費(fèi)大量資金d測(cè)試過(guò)程改進(jìn)不能夠急于求成36 下列軟件測(cè)試工具的理解正確的是 c ）。 利用工具能發(fā)現(xiàn)軟

14、件中的全部或大部分的缺陷b運(yùn)用測(cè)試工具后測(cè)試工作馬上減輕，進(jìn)度馬上縮短c測(cè)試工具需要專(zhuān)門(mén)培訓(xùn)和學(xué)習(xí)d通過(guò)工具我們可以達(dá)到100% 的測(cè)試覆蓋率37選擇軟件測(cè)試工具不應(yīng)考慮的因素是 c ）。 軟件測(cè)試工具的需求及確認(rèn)b成本和收益分析c減少人工工作d測(cè)試工具的整體質(zhì)量因素6 / 838以下自動(dòng)測(cè)試工具中哪一種是功能測(cè)試工具 ）。 LoadRunnerLogiscopeQTPBugzilla下面描述測(cè)試日志的重要作用錯(cuò)誤的是： d）。 記錄測(cè)試過(guò)程所發(fā)生的事件b描述被測(cè)系統(tǒng)或組件的測(cè)試結(jié)果c作為測(cè)試報(bào)告的依據(jù)d作為缺陷修復(fù)的依據(jù)40）作為一種管理活動(dòng)，估算是為了獲得特定業(yè)務(wù)或工程中各種活動(dòng)的近似成本

15、預(yù)算和完成日期。下列不屬于最好的估算內(nèi)容是 d）。 代表有經(jīng)驗(yàn)的同行的集體智慧，并能得到相關(guān)人員的支持b提供一系列明確的、詳細(xì)的目錄，包括資金、資源、任務(wù)和相關(guān)人員c指出每個(gè)被估算活動(dòng)的最可能的成本、工作量和持續(xù)時(shí)間d明確占整個(gè)工程工作量的百分比或人員編制填空題1、軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的一部分，包括程序數(shù)據(jù)以及其相關(guān)的文檔的完整集合。其中，程序是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列；數(shù)據(jù)是使程序能正常操作信息的數(shù)據(jù)結(jié)構(gòu)；數(shù)據(jù)是與程序開(kāi)發(fā)、維護(hù)和使用有關(guān)的圖文材料。2、軟件工程是開(kāi)發(fā)、運(yùn)行、維護(hù)和修復(fù)軟件的系統(tǒng)方法。3、測(cè)試的目的是為了發(fā)現(xiàn)盡可能多的缺陷。一個(gè)成功的測(cè)試示例在于至

16、今未發(fā)現(xiàn)的缺陷。4、測(cè)試計(jì)劃是整個(gè)測(cè)試過(guò)程的基礎(chǔ)，用來(lái)確定整個(gè)測(cè)試工作，明確測(cè)試對(duì)象以及測(cè)試工作的范圍和作用，并作為測(cè)試覆蓋的基礎(chǔ)。5、軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件，包含了產(chǎn)品敘述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。6、的目的是防止將沒(méi)有完成的任務(wù)錯(cuò)誤地看成任務(wù)已經(jīng)完成。測(cè)試中使用的可以用于報(bào)告和計(jì)劃什么時(shí)候可以停止測(cè)試。7、測(cè)試和測(cè)試都不能替代開(kāi)發(fā)者內(nèi)部的系統(tǒng)測(cè)試。只有當(dāng)系統(tǒng)測(cè)試已經(jīng)證明軟件足夠穩(wěn)定后，才可以將新產(chǎn)品提交給潛在的客戶(hù)做現(xiàn)場(chǎng)測(cè)試。8、是測(cè)試人員在測(cè)試過(guò)程中的重要參考依據(jù)。測(cè)試過(guò)程中，總要對(duì)測(cè)試結(jié)果有一個(gè)評(píng)判的依據(jù)，沒(méi)有依據(jù)，就不可能知道測(cè)試結(jié)果是通過(guò)了還是沒(méi)有通過(guò)，