2023年期末題庫軟件測試答案_第1頁
2023年期末題庫軟件測試答案_第2頁
2023年期末題庫軟件測試答案_第3頁
2023年期末題庫軟件測試答案_第4頁
2023年期末題庫軟件測試答案_第5頁
已閱讀5頁,還剩22頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

選擇題10×2分1、軟件是程序和(A)的集合。A、文檔B、代碼C、測試用例D、測試2、軟件工程中描述生存周期的瀑布模型一般涉及計劃、(A)、設計、編碼、測試、維護等幾個階段。A、需求分析B、需求調(diào)查C、可行性分析D、問題定義3、嚴重的軟件缺陷的產(chǎn)生重要源自(A)。A、需求 B、設計 C、編碼?D、測試4、以下不屬于應用系統(tǒng)中的缺陷類型的是:(B)A、不恰當?shù)男枨蠼忉?B、用戶指定的錯誤需求C、設計人員的習慣不好D、不對的的程序規(guī)格說明5、減少缺陷費用最有效的方法是(B)。A、測試盡也許全面 B、盡也許早的開始測試 ?C、測試盡也許進一步? D、讓用戶進行測試6、測試環(huán)境中不涉及的內(nèi)容是(A)A、測試所需文檔資料B、測試所需硬件環(huán)境C、測試所需軟件環(huán)境D、測試所需網(wǎng)絡環(huán)境7、軟件調(diào)試的目的是(B )A、發(fā)現(xiàn)軟件中隱藏的錯誤B、解決測試中發(fā)現(xiàn)的錯誤C、盡量不發(fā)現(xiàn)錯誤以便早日提交軟件D、證明軟件的對的性8、軟件測試的目的是(A)難易度:2A、發(fā)現(xiàn)軟件中隱藏的錯誤B、解決軟件中隱藏的錯誤C、盡量不發(fā)現(xiàn)錯誤以便早日提交軟件D、證明軟件的對的性9、下列關于測試和調(diào)試的說法中對的的是(B)A、測試和調(diào)試沒有本質(zhì)區(qū)別。目的都是為了發(fā)現(xiàn)軟件系統(tǒng)中的錯誤。B、測試是測試人員的職責,在整個測試活動中可以不需要開發(fā)人員的參與。C、調(diào)試重要在軟件的開發(fā)階段進行。D、調(diào)試一般不能擬定程序中潛在錯誤發(fā)生的因素10、從測試的規(guī)定來講,假如想讓測試完畢的效果更好,測試部門與開發(fā)部門的關系最佳是下面四種中的(D)。難易度:3A、測試組織與開發(fā)組織為同一公司同一部門同一小組,并且測試人員與開發(fā)人員為同一組人員,即開發(fā)人員測試自己的程序。B、測試組織與開發(fā)組織為同一公司同一部門同一小組,但測試人員與開發(fā)人員為不同人員。C、測試組織與開發(fā)組織為同一公司,但不在同一部門。D、測試組織與開發(fā)組織為不同公司。11、某軟件公司在招聘軟件測試工程師時,應聘者甲向公司做如下保證:(1)通過自己測試的軟件此后不會再出現(xiàn)問題(2)在工作中對所有程序員一視同仁,不會由于某個程序編寫的程序發(fā)現(xiàn)的問題多,就重點審查該程序,以免不利于團結(jié)(3)承諾不需要其別人員,自己就可以獨立進行測試工作(4)發(fā)揚咬定青山不放松的精神,不把所有問題都找出來,絕不罷休根據(jù)自己所學的軟件測試知識,應聘者甲的保證(D)難易度:3A、(1)(4)是對的的B、(2)是對的的C、都是對的的D、都是錯誤的12、用不同的方法可將軟件測試分為白盒法和黑盒法,或者(C)和靜態(tài)測試。A、白盒法B、黑盒法C、動態(tài)測試D、灰盒法13、黑盒測試法是根據(jù)程序的(C)來設計測試用例的。A、應用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)14、驗收測試的測試用例重要根據(jù)(A)的結(jié)果來設計。A、需求分析B、源程序C、概要設計D、具體設計15、軟件測試中白盒測試法是通過度析程序的(B)來設計測試用例的。A、應用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)16、下列關于白盒測試與黑盒測試的說法中錯誤的是(C)。A、用白盒測試來驗證單元的基本功能時,經(jīng)常要用黑盒測試的思考方法來設計測試用例B、僅僅通過白盒測試,或僅僅通過黑盒測試都不能全面系統(tǒng)地測試一個軟件C、白盒測試合用于軟件測試的各個階段D、在黑盒測試中使用白盒測試的手段,常被稱為“灰盒測試”17、關于黑盒測試與白盒測試的區(qū)別,下列說法對的的是(A)。A、白盒測試側(cè)重于程序結(jié)構(gòu),黑盒測試側(cè)重于功能B、白盒測試可以使用自動測試工具,黑盒測試不能使用工具C、白盒測試需要開發(fā)人員參與,黑盒測試不需要。D、黑盒測試比白盒測試應用更廣泛18、下列關于alpha測試的描述中對的的是:(B)?A、alpha測試不需要用戶代表參與?B、alpha測試不要開發(fā)人員參與?C、alpha測試是集成測試的一種?D、alpha測試是驗收測試的一種19、集成測試分為漸增組裝測試和(A)A、非漸增組裝測試B、確認測試C、單元測試D、測試計劃20、集成測試中使用的輔助樁模塊分為驅(qū)動模塊和(C)A、傳入模塊B、主模塊C、樁模塊D、傳出模塊21、驅(qū)動模塊模擬的是(D)A、子模塊B、第一模塊C、底層模塊D、主程序22、單元測試的測試用例重要根據(jù)(B)的結(jié)果來設計。A、需求分析B、源程序C、概要設計D、具體設計23、單元測試的測試目的是(C)A、保證每個模塊或件能正常工作B、保證每個程序能正常工作C、保證缺陷得到解決D、使程序正常運營24、以用戶為主導的測試成為(A)A、驗收測試B、白盒測試C、黑盒測試D、系統(tǒng)測試25、按照測試策略和過程,測試可以分為:(B)A、單元、白盒、確認、系統(tǒng)、驗收B、單元、集成、確認、系統(tǒng)、驗收C、白盒、黑盒、確認、系統(tǒng)、驗收D、白盒、集成、確認、系統(tǒng)、驗收26、若一個通訊簿最多可以輸入100條記錄,則下列選項中設計的測試用例最優(yōu)的是(D)。A、分別輸入1、50、100條記錄B、分別輸入0、1、50、99、100條記錄C、分別輸入0、1、99、100、101條記錄D、分別輸入0、1、50、99、100、101條記錄27、下列邏輯覆蓋測試方法中,覆蓋能力最強的是(D)A、語句覆蓋B、鑒定覆蓋C、條件覆蓋D、條件組合覆蓋28、選出屬于白盒測試方法(D)A、測試用例覆蓋B、輸入覆蓋C、輸出覆蓋D、條件覆蓋29、(A)是一種黑盒測試方法,它是把程序的輸入域劃提成若干部分,然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當作測試用例。A、等價類劃分法B、邊界值分析法C、因果圖法D、場景法30、黑盒測試用例設計方法涉及(B)等A.等價類劃分法、因果圖法、正交實驗設計法、功能圖法、途徑覆蓋法、語句覆蓋法B.等價類劃分法、邊界值分析法、鑒定表驅(qū)動法、場景法、錯誤推測法、因果圖法、正交實驗設計法、功能圖法C.因果圖法、邊界值分析法、鑒定表驅(qū)動法、場景法、Z途徑覆蓋法D.場景法、錯誤推測法、因果圖法、正交實驗設計法、功能圖法、域測試法31、錯誤推測法的基本想法是:(D)A.劃分有效等價類和無效等價類B.劃分因素和結(jié)果C.列出所有的也許情況D.列舉出程序中所有也許有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)它們選擇測試用例32、用戶文檔測試中不涉及的是(A)A、用戶需求說明 ?B、操作指南 C、用戶手冊??D、隨機幫助33、與設計測試用例無關的文檔是(A)A、項目開發(fā)計劃B、需求規(guī)格說明書C、設計說明書D、源程序34、測試過程實行所必備的核心文檔不涉及(B)A、測試計劃B、測試缺陷報告C、測試用例(大綱)D、軟件測試報告35、(A)是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設計的少量測試數(shù)據(jù)。A、測試用例B、測試計劃C、測試報告D、測試分析報告36、下列(A)情況需要考慮引入自動化測試。A、需要反復執(zhí)行很多次的測試B、只執(zhí)行一次的測試C、不重要的測試D、不久有回報的測試37、WEB應用中一般采用架構(gòu)的是(B)A、C/S結(jié)構(gòu) ?B、B/S結(jié)構(gòu) ?C、集群結(jié)構(gòu)??D、服務器互備份38、下列哪個不是WEB測試的測試內(nèi)容?(D)A、功能測試??B、兼容性測試 C、界面測試 D、用戶測試39、導航測試屬于(C)A、功能測試B、性能測試C、可用性/可靠性測試D、壓力測試40、Web測試的一個重要特性是(C)A、圖片B、文字C、鏈接D、視頻41、測試驅(qū)動開發(fā)的簡稱是(C)A、ADDB、TTDC、TDDD、TDT42、保證測試與(A)無關,不要依賴使用過期的數(shù)據(jù)進行測試。A、時間B、地點C、軟硬件資源D、測試人員43、Junit是(C)語言的單元測試框架。A、CB、.NetC、JavaD、C++44、(D)中認定的對象是對問題空間中的結(jié)構(gòu)、其他系統(tǒng)、設備、被記憶的事件、系統(tǒng)涉及的人員等實際實例的抽象。A、OOPB、OODC、OOUD、OOA45、對OOD的測試,針對功能的實現(xiàn)和重用以及對OOA結(jié)果的拓展,以下不屬于考慮內(nèi)容的是(B)A、對構(gòu)造的類層次結(jié)構(gòu)的測試B、對對象庫的結(jié)構(gòu)測試C、對類庫的支持的測試D、對認定的類的測試判斷題10×1分F軟件測試就是為了驗證軟件功能實現(xiàn)的是否對的,是否完畢既定目的的活動,所以軟件測試在軟件工程的后期才開始具體的工作。T廣義的軟件測試由“確認”、“驗證”、“測試”3個方面組成。F軟件測試等于程序測試。F測試人員在測試過程中發(fā)現(xiàn)一處問題,假如問題影響不大,而自己又可以修改,應立即將此問題對的修改,以加快、提高開發(fā)的進程。T軟件測試的目的是盡也許多的找出軟件的缺陷。T要充足注意軟件測試中的群集現(xiàn)象。T好的測試方案是極也許發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤。F測試人員要堅持原則,缺陷未修復完堅決不予通過。T發(fā)現(xiàn)錯誤多的模塊,殘留在模塊中的錯誤也多。F測試人員說:“沒有可運營的程序,我無法進行測試工作”。F負載測試是驗證要檢查的系統(tǒng)的能力最高能達成什么限度。F白盒測試方法比黑盒測試方法好。T在軟件開發(fā)過程中,若能盡早暴露其中的錯誤,則為修復和改善錯誤所花費的代價就會減少。T產(chǎn)品質(zhì)量檢查階段是質(zhì)量管理的發(fā)展階段之一。TV模型不能適應較大的需求變化。TW模型可以較早地發(fā)現(xiàn)缺陷。F驗收測試是由最終用戶來實行的。F單元測試能發(fā)現(xiàn)約80%的軟件缺陷。F我們可以人為的使得軟件不存在配置問題。F集成測試計劃在需求分析階段末提交。TBeta測試是驗收測試的一種。T自底向上集成需要測試員編寫驅(qū)動程序。F為了快速完畢集成測試,采用一次性集成方式是適宜的。Falpha測試不是驗收測試的一種。F必須規(guī)定用戶參與的測試階段是單元測試。T項目立項前測試人員不需要提交任何工件。F測試需求一定要寫得很細很細。F測試需求就是軟件需求。F測試組負責軟件質(zhì)量。F代碼評審是檢查源代碼是否達成模塊設計的規(guī)定。F代碼評審員一般由測試員擔任。T一個程序中所具有的途徑數(shù)與程序的復雜限度有著直接的關系。F靜態(tài)檢查就是看代碼。T等價類法和邊界值著重考慮輸入條件,而不考慮輸入條件的各種組合,也不考慮輸入條件之間的互相制約關系。T在實際測試中,邊界值分析法和等價類劃分法經(jīng)常結(jié)合使用。F因果圖法是建立在決策表法基礎上的一種白盒測試方法。T黑盒測試法又叫功能測試或數(shù)據(jù)驅(qū)動測試。F測試用例是在測試執(zhí)行后寫的。T測試用例一般是由測試設計人員寫的。T在設計測試用例時,應涉及合理的輸入條件和不合理的輸入條件。TQTP是一種自動化測試工具。F測試自動化是萬能的。TLoadRunner是性能測試工具。T采用自動化測試有也許延誤項目進度。F面向?qū)ο蟮能浖y試是采用面向?qū)ο蟮母拍詈驮瓌t,用結(jié)構(gòu)化的方法構(gòu)建。TWeb網(wǎng)站測試需要考慮數(shù)據(jù)庫測試。TWeb網(wǎng)站測試不需要考慮功能測試。F靈敏測試不需要寫測試計劃。TJunit是一個開源的Java單元測試框架。FWAS是單元測試工具。名詞解釋5×4分1、軟件測試:在軟件投入運營之前,對軟件需求分析、設計規(guī)格說明書和編碼的最終復審,是軟件質(zhì)量保證的關鍵環(huán)節(jié)。2、軟件缺陷:存在于軟件之中的不希望或不可接受的偏差。3、軟件測試的目的:為了檢查軟件系統(tǒng)是否滿足需求4、黑盒測試:檢測軟件每個功能是否能正常使用。不考慮內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性。5、回歸測試:軟件或軟件的修復或更正后的“再測試”。6、性能測試:測試軟件的運營性能。7、質(zhì)量保證:是為了提供足夠的信任證據(jù),證明組織有關的各類實體有能力滿足質(zhì)量規(guī)定所實行,并在必要時進行證實的有計劃、有系統(tǒng)的活動。8、α測試:系統(tǒng)開發(fā)接近完畢時對軟件進行的測試,開發(fā)者在測試現(xiàn)場9、β測試:系統(tǒng)開發(fā)主線完畢時對軟件進行的測試,開發(fā)者不在測試現(xiàn)場10、壓力測試:測試系統(tǒng)在某一條件達成最高限度時,各項功能是否依舊運營。11、單元測試:又稱模塊測試,是針對軟件設計的最小單位--程序模塊進行正確性檢查的測試工作。12、集成測試:又稱組裝測試,通常在單元測試的基礎上,將所有的程序模塊進行有序的、遞增的測試。13、系統(tǒng)測試:將軟件作為計算機系統(tǒng)的一個元素,與其他系統(tǒng)元素結(jié)合在一起,在實際運營環(huán)境下,對計算機系統(tǒng)進行一系列的組裝測試和確認測試。14、驅(qū)動模塊(driver):相稱于被測模塊的主程序15、樁模塊(stub):用以代替被測模塊調(diào)用的這模塊。16、確認測試:確認測試又稱有效性測試,是檢查所開發(fā)的軟件是否能按用戶提出的規(guī)定運營。17、軟件測試策略:是為軟件工程過程定義的一個軟件測試的模板,也就是把特定的測試用例方法放置進去的一系列環(huán)節(jié)。18、測試計劃的目的:明確測試活動的意圖。19、測試用例(TestCase):是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設計的少量測試數(shù)據(jù)。、20、軟件自動化測試:使用一種自動化測試工具來驗證各種軟件測試的需求,它涉及測試活動的管理與實行。21、面向?qū)ο蟮能浖y試:面向?qū)ο蟮能浖y試是面向?qū)ο筌浖_發(fā)的不可缺少的一環(huán),是保證軟件質(zhì)量、提高軟件可靠性的關鍵。結(jié)合傳統(tǒng)軟件測試的方法和技術,并針對面向?qū)ο筌浖哂械奶匦裕瑢⒚嫦驅(qū)ο筌浖y試層次劃分為三層:類測試、類簇測試和系統(tǒng)測試。22、靈敏測試:靈敏測試是適應靈敏方法而采用的新的測試流程、方法和實踐,對傳統(tǒng)的測試流程有所剪裁,有不同的側(cè)重,例如減少測試計劃、測試用例設計等工作的比重,增長與產(chǎn)品設計人員、開發(fā)人員的交流和協(xié)作。簡述題2*10分請簡述軟件測試模型中W模型的圖及W模型的優(yōu)點。測試與開發(fā)同步進行;有助于盡早地全面發(fā)現(xiàn)問題;及時了解項目難度和測試風險;說明測試技術的基本分類從是否需要執(zhí)行被測軟件的角度(靜態(tài),動態(tài))從測試是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的角度(白盒,黑盒)按測試策略和過程(單元測試,集成測試,系統(tǒng)測試,驗收測試)按實行組織劃分(開發(fā)方測試,用戶測試,第三方測試)說明軟件測試和調(diào)試的目的有何區(qū)別?測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯誤調(diào)試的目的是定位軟件錯誤并糾正列舉自動化測試工具?QTP、Rational

、AdventNet、SilkTest、QA

、Test

、Holodeck、Telelogic

Alpha測試與Beta測試的區(qū)別?兩者的重要區(qū)別是測試的場合不同。Alpha測試是指把用戶請到開發(fā)方的場合來測試,beta測試是指在一個或多個用戶的場合進行的測試。測試360網(wǎng)站首頁應當考慮的因素?簡述黑盒測試中決策表法的定義及其方法適應的程序?在邏輯條件取值的組合所構(gòu)成的多種情況,分別執(zhí)行不同的操作。解決這類問題的一個有力分析和表達工具就是決策表簡述測試模型中V模型的優(yōu)缺陷?優(yōu)點:既有底層測試又有高層測試。底層:單元測試。高層:系統(tǒng)測試。將開發(fā)階段清楚的表現(xiàn)出來,便于控制開發(fā)的過程。當所有階段都結(jié)束時,軟件開發(fā)就結(jié)束了。

缺陷:容易讓人誤解為測試是在開發(fā)完畢之后的一個階段。由于它的順序性,當編碼完畢之后,正式進入測試時,這時發(fā)現(xiàn)的一些bug也許不容易找到其根源,并且代碼修改起來很困難。實際中,由于需求變更較大,導致要反復變更需求、設計、編碼、測試。返工量大。向?qū)ο鬁y試與傳統(tǒng)測試的區(qū)別?測試的對象不同;測試的基本單位不同;測試的方法和策略不同。簡述測試工具Junit的特點?可重用單元測試用例;提供三種方式顯示測試結(jié)果;提供單元測試用例成批運營的功能;整個框架設計良好,易擴張。十一、請畫出靈敏測試流程簡要圖?十二、請列舉你所知的測試原則?案例分析題1*20分一、某保險公司的人壽保險的保費計算方式為:投保額×保險費率其中,保險費率依點數(shù)不同而有別,10點及10點以上保險費率為0.6%,10點以下保險費率為0.1%;而點數(shù)又是由投保人的年齡、性別、婚姻狀況和撫養(yǎng)人數(shù)來決定,具體規(guī)則如表1所示。表1保險公司計算保費費率的規(guī)則年齡性別婚姻撫養(yǎng)人數(shù)20~3940~59其它MF已婚未婚1人扣0.5點最多扣3點(四舍五入取整)6點4點2點5點3點3點5點分析程序規(guī)格說明中給出和隱含的對輸入條件的規(guī)定,列出等價類表(涉及有效等價類和無效等價類,10分)和測試用例表(10分)。二、某軟件規(guī)格說明中包含這樣的規(guī)定:輸入的第一個字符必須是A或B,第二個字符必須是一個數(shù)字,在此情況下進行文獻的修改;但假如第一個字符不對的,則給出信息L;假如第二個字符不是數(shù)字,則給出信息M。寫出文字說明(5分)畫出因果圖(5)寫出相應的決策表(5分)寫出測試用例(5分)三、假設中國某航空公司規(guī)定:中國去歐美的航線所有座位都有食物供應。每個座位都可以播放電影。中國去非歐美的國外航線都有食物供應,只有商務艙可以播放電影。中國國內(nèi)的航班的商務艙有食物供應,但是不可以播放電影

。中國國內(nèi)的航班的經(jīng)濟艙除非飛行時間大于2小時就有食物供應,但是不可以播放電影。

使用決策表法設計測試用例。四、某城市電話號碼由三部分組成,分別是:地區(qū)碼——空白或三位數(shù)字;前綴——非‘0’或‘1’開頭的三位數(shù)字;后綴——4位數(shù)字。假定被測程序能接受一切符合上述規(guī)定的電話號碼,拒絕所有不符合規(guī)定的電話號碼。規(guī)定:(1)請選擇適當?shù)暮诤袦y試方法,寫出選擇該方法的因素,并使用該方法的環(huán)節(jié),給出測試用例表。(2)假如所生成的測試用例不夠全面,請考慮用別的測試方法生成一些補充的測試用例。分析設計題1*20分一、分析以下程序代碼,設計測試用例。Intx=1;Inty=1;While(MaxNum>0){if(10==Type

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論