三級軟件測試技術(shù)模擬試題及答案

1、一、判斷題1 .軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）2 .Beta測試是驗收測試的一種。（Y）3 .驗收測試是由最終用戶來實施的。（N）4 .項目立項前測試人員不需要提交任何工件。（Y）5 .單元測試能發(fā)現(xiàn)約80%勺軟件缺陷。（Y）6 .代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（N）7 .自底向上集成需要測試員編寫驅(qū)動程序。（Y）8 .負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（N）9 .測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（N）10 .代碼評審員一般由測試員擔(dān)任。（N）11 .我們可以人為的使得軟件不存在配置問題。（N）12 .集成測試計劃在需求分析階段末

2、提交。（N）13 .測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。（N）14 .白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。（Y）15 .黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。（N）16 .為了快速完成集成測試，采用一次性集成方式是適宜的。（N）17 .在軟件開發(fā)過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改正錯誤所花費的代價就會降低。（N）二、選擇題1.軟件驗收測試的合格通過準(zhǔn)則是：（ABCDA軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達到要求。B.所有測試項沒有殘余一級、二級和三級錯誤。C.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D.驗收測試工

3、件齊全。2.軟件測試計劃評審會需要哪些人員參加？（ABCDA項目經(jīng)理B.SQA負責(zé)人C.配置負責(zé)人D.測試組3.下列關(guān)于alpha測試的描述中正確的是：（ADA.alpha測試需要用戶代表參加B.alpha測試不需要用戶代表參加C.alpha測試是系統(tǒng)測試的一種D.alpha測試是驗收測試的一種4.測試設(shè)計員的職責(zé)有：（BQA制定測試計劃B.設(shè)計測試用例C.設(shè)計測試過程、腳本D.評估測試活動5.軟件實施活動的進入準(zhǔn)則是：（ABCA需求工件已經(jīng)被基線化B.詳細設(shè)計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化D.項目階段成果已經(jīng)被基線化多項選擇題I .在面向類白度量中，下列哪些度量方式是屬于C&

4、;Kg件的度量（ABCF.面向?qū)ο蟮能浖こ蘌463頁C&K量套件A.每個類的加權(quán)方法B.對象類之間的耦合C.繼承樹的深度D.類大小E.特例化索引F.方法中內(nèi)聚的缺乏2 .以下說法正確的有（BQ.A.等價類劃分和邊界值分析屬于白盒測試技術(shù).B.基本路徑測試屬于白盒測試技術(shù).C.在基本路彳5測試中，可以通過流圖來計算環(huán)路復(fù)雜性.D.樁模塊用于接收測試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測試的模塊，然后打印相關(guān)結(jié)果.E.在確認測試中，開發(fā)者對客戶進行指導(dǎo)，是在一個受控環(huán)境下進行F.可以不進行單元測試就開始集成測試，因為集成測試會發(fā)現(xiàn)所有的問題.3 .下列哪些屬于集成測試的內(nèi)容（AB）.A.自頂向下集成B

5、.自底向上集成C.回歸測試D.壓力測試ABCD.4 .以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)（A.標(biāo)識類（定義屬性和方法）B.刻畫類的層次關(guān)系C.標(biāo)識對象一一對象關(guān)系D.表示對象行為5 .我們可以將設(shè)計模式大致劃分為以下幾種類型（ABD.A.創(chuàng)建型B.行為型C.變換型D.結(jié)構(gòu)型6 .軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨特的開發(fā)過程，這決定了我們需要使用軟件質(zhì)量保證的方法學(xué)和工具面對軟件質(zhì)量的各種特殊的挑戰(zhàn).那么，軟件開發(fā)過程的獨特性有（ACD.A.軟件產(chǎn)品的高復(fù)雜性B.與其它系統(tǒng)有接口C.軟件產(chǎn)品的不可見性D.檢測缺陷的機會只限于產(chǎn)品開發(fā)階段E.需要協(xié)同工作7 .測試設(shè)計員的職責(zé)有（ABC.A.制

6、定測試計劃8 .設(shè)計測試用例C.設(shè)計測試過程，腳本D.評估測試活動9 .軟件工程研究的對象包括（ABE.A.質(zhì)量B.過程C.技術(shù)D.數(shù)據(jù)庫E.工具10 下列說法正確的是（A）.A.管理，分析，控制現(xiàn)實世界中發(fā)生的事件的程序稱為實時軟件B.軟件項目開發(fā)的成功，取決于工具和硬件設(shè)備的優(yōu)劣C.我們已經(jīng)建造了軟件的標(biāo)準(zhǔn)和規(guī)程，我們就能生產(chǎn)高質(zhì)量的軟件產(chǎn)品D.在項目的進度告急的時候，解決辦法之一就是加派人手11 .下列選項中，屬于項目管理的對象是（ABCEA.人員B.產(chǎn)品C.過程D.設(shè)備E.項目II .衡量軟件項目規(guī)模的參數(shù)有（ACD）.A.代碼行數(shù)B.項目周期C.文檔頁數(shù)D.功能點數(shù)量12 .軟件度量

7、可以獲彳#的信息包括（ABCD）.A.軟件質(zhì)量B.軟件規(guī)模C.軟件過程改進D.軟件性能13 .定義風(fēng)險參數(shù)的考慮有（ABCD）.A.軟件失效發(fā)生的機率B.軟件功能復(fù)雜性C.軟件失效產(chǎn)生的影響D.軟件周期長短14 .軟件質(zhì)量保證的有效方式有（ABD）.A.軟件技術(shù)評審B.軟件項目管理C.安排項目計劃D.軟件測試15 .軟件配置管理的主要工作包括（AD）.軟件質(zhì)量管理書第4章P46頁A.版本控制B.質(zhì)量保證C.配置審計D.變更控制16 .下列選項中，哪些為軟件基本測試策略框架(CD).A.白盒測試17 II盒測試C.大爆炸測試D.增量式測試18 .軟件度量的基本維度有哪些(ACDE).A.軟件大小

8、B.軟件缺陷C.軟件時間D.軟件工作量E.軟件質(zhì)量19 .一些缺陷會破壞同級評審的成功，它們對于審查來說發(fā)生得更為普遍，在評審中需要避免下列的哪些缺陷(ABCDE).A.參與評審的人不了解評審過程B.評審過程沒有被遵循C.合適的人沒有參加評審D.評審會陷入對問題的解決上E.評審的焦點放在文檔形式而不是內(nèi)容本身20 .下列哪些是軟件配置管理的功能(ACDE).A.版本控制B.過程控制C.工作空間管理D.異地開發(fā)支持E.變更請求管理21 .典型的審查包包括下列的哪些選項(ABCDE).A.將被審查的初始可交付產(chǎn)品，其中指明了需審查的部分B.定義了可交付產(chǎn)品的規(guī)格說明的所有前期的文檔C.用于驗證初始

9、可交付產(chǎn)品的測試文檔D.相關(guān)標(biāo)準(zhǔn)或其他參考文檔E.參與者需要的所有表格，如錯誤清單和個人問題日志等21 .下面哪些項是軟件質(zhì)量管理和項目過程的標(biāo)準(zhǔn)與模型(ACD).A.CMMB.SEIC.ISOD.IEEEE.SRI22 .下列項目中哪些是軟件過程改進框架的內(nèi)容（ABCE）.A.軟件過程改進架構(gòu)23 軟件過程改進規(guī)劃圖C.軟件過程評估方法D.軟件過程改進環(huán)境E.軟件過程改進計劃23.所有的同級評審都應(yīng)該遵守幾項基本的原則，從而對產(chǎn)品質(zhì)量和團隊文化產(chǎn)生有益的影響，下列哪些是評審的指導(dǎo)原則（ABDE）.A.保持小型的評審小組B.檢查你的自負傾向C.努力發(fā)現(xiàn)問題并且解決問題D.會議時間限制在兩小時左

10、右E.正式評審需要事先準(zhǔn)備24 .下面哪些是辨別過程是否規(guī)范的內(nèi)容（ABCDE）.A.過程是否文檔化，成員是否都已經(jīng)了解過程？B.過程是否經(jīng)過培訓(xùn)和實施？C.過程是否具有強制性？是否有相應(yīng)的機制與步驟來確保其實施？D.過程是否有助于員工的工作？是否有相應(yīng)的機制來跟過程的實施狀況？E.管理者是否以團隊實施過程的能力與成果為依據(jù)進行評估與管理？25 .功能獨立性是模塊化和抽象以及信息隱藏的直接產(chǎn)物，衡量模塊獨立性的兩個標(biāo)準(zhǔn)是（CD）.A.求精B.模塊可理解性C.內(nèi)聚D.耦合26 .下列哪些是面向?qū)ο笤O(shè)計的原則（ABCDE）.A.單一職責(zé)原則B.開放一封閉原則C.替換原則D.依賴關(guān)系倒置原則E.接口

11、隔離原則27 .以下說法正確的有（BCE）.A.等價類劃分和邊界值分析屬于白盒測試技術(shù).B.基本路徑測試屬于白盒測試技術(shù).C.在基本路彳5測試中，可以通過流圖來計算環(huán)路復(fù)雜性.D.樁模塊用于接收測試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測試的模塊，然后打印相關(guān)結(jié)果.E.在UML類圖中，普通關(guān)聯(lián)關(guān)系一般表示為在一個類中持有另外一個類的成員變量F.在確認測試中，開發(fā)者對客戶進行指導(dǎo)，是在一個受控環(huán)境下進行28 .下面哪些是辨別過程是否規(guī)范的內(nèi)容（ABCDE）.A.過程是否文檔化，成員是否都已經(jīng)了解過程B.過程是否經(jīng)過培訓(xùn)和實施C.過程是否具有強制性，是否有相應(yīng)的機制與步驟來確保其實施D.過程是否有助于員工的工作，

12、是否有相應(yīng)的機制來跟蹤過程的實施狀況E.管理者是否以團隊實施過程的能力與成果為依據(jù)進行評估與管理29 .軟件驗收測試的合格通過準(zhǔn)則是（AC）.A.軟件需求分析說明書中定義白所有功能已全部實現(xiàn)，性能指標(biāo)全部達到要求.B.所有測試項沒有殘余一級，二級和三級錯誤.C.立項審批表，需求分析文檔，設(shè)計文檔和編碼實現(xiàn)一致.D.驗收測試工件齊全.30 .軟件測試計劃評審會需要哪些人員參加（ABCD）.A.項目經(jīng)理31 SQA負責(zé)人C.配置負責(zé)人31.下列關(guān)于alpha測試的描述中正確的是（AD）.A.alpha測試需要用戶代表參加B.alpha測試不需要用戶代表參C.alpha測試是系統(tǒng)測試的一種D.alp

13、ha測試是驗收測試的一種32 .測試設(shè)計員的職責(zé)有（BC）.A.制定測試計劃B.設(shè)計測試用例C.設(shè)計測試過程，腳本D.評估測試活動33 .軟件實施活動的進入準(zhǔn)則是（ABCD）.A.需求工件已經(jīng)被基線化B.詳細設(shè)計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化D.項目階段成果已經(jīng)被基線化34 .下列角色不屬于集成計劃評審的是（D）.A.配置經(jīng)理B.項目經(jīng)理C.測試員D.編碼員35 .軟件測試設(shè)計活動主要有（BC）.A.工作量分析B.確定并說明測試用例C.確立并結(jié)構(gòu)化測試過程D.復(fù)審并評估測試覆蓋36 .屬于集成測試步驟的是（BCD）.A.制定集成計劃B.執(zhí)行集成測試C.記錄集成測試結(jié)果D.回歸測試37

14、 .屬于軟件測試活動的輸入工件的是（ABCD）.A.軟件工作版本B.可測試性報告C.軟件需求工件D.軟件項目計劃38 .下面哪些屬于動態(tài)分析（ABC）.A.代碼覆蓋率B.模塊功能檢查C.系統(tǒng)壓力測試D.程序數(shù)據(jù)流分析39 .下面哪些屬于靜態(tài)分析(ABC).A.代碼規(guī)則檢查B.程序結(jié)構(gòu)分析C.程序復(fù)雜度分析D.內(nèi)存泄漏40 .從測試技術(shù)角度，正確的選擇是(AC)給出各自的含義A.靜態(tài)測試B.黑盒測試C.動態(tài)測試D.白盒測試D.測試組四、簡答題1 .階段評審與同行評審的區(qū)別。同等評審是一種通過作者的同行來確認缺陷和需要變更區(qū)域的檢查方法.需要進行同行評審的特定產(chǎn)品在定義項目軟件過程的時候被確定并且

15、作為軟件開發(fā)計劃的一部分被安排了進度.在該定義中，同行是一個項目組成員，他被分配執(zhí)行指定產(chǎn)品的一個同行評審.根據(jù)特定的同等評審過程，他為他承擔(dān)的角色負責(zé).3 .簡述集成測試的過程。系統(tǒng)集成測試主要包括以下過程：1 .構(gòu)建的確認過程。2 .補丁的確認過程。3 .系統(tǒng)集成測試測試組提交過程。4 .測試用例設(shè)計過程。5 .測試代碼編寫過程。6 .Bug的報告過程。7 .每周/每兩周的構(gòu)建過程。8 .點對點的測試過程。9 .組內(nèi)培訓(xùn)過程。10 怎樣做好文檔測試？檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確11 白盒測試有那幾種方法？總體上分為靜態(tài)方法和動態(tài)方法兩大類。

16、靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。12 系統(tǒng)測試計劃是否需要同行評審，為什么？需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。13 Alpha測試與beta測試的區(qū)別。Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。14 比較負載測試、容量測

17、試和強度測試的區(qū)別。負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應(yīng)時間。強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。15 測試結(jié)束的標(biāo)準(zhǔn)是什么？用例全部測試。覆蓋率達

18、到標(biāo)準(zhǔn)。缺陷率達到標(biāo)準(zhǔn)。其他指標(biāo)達到質(zhì)量標(biāo)準(zhǔn)16 .測試文檔有哪些作用？促進項目組成員之間的交流溝通便于對測試項目的管理決定測試的有效性檢驗測試資源明確任務(wù)的風(fēng)險評價測試結(jié)果方便再測試驗證需求的正確性17 .黑盒測試有哪幾種方法？邊界值分析法等價類劃分法錯誤推測法因果圖法場景法什么是回歸測試？回歸測試的目的是什么？答：定義：是指在修改了源代碼后，用原有的測試用例進行重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤目的：所做的修改達到了預(yù)定的目的，如錯誤得到了改正，新功能得到了實現(xiàn)，能夠適應(yīng)新的運行環(huán)境等，不影響軟件原有功能的正確性。靜態(tài)測試是一種不通過執(zhí)行程序而進行測試的技術(shù)，其關(guān)

19、鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義自動化測試通過測試工具或其他手段，按照測試工程師的預(yù)定計劃對軟件產(chǎn)品進行自動的測試，它是軟件測試的一個重要組制定測試計劃應(yīng)盡早開始保持測試計劃的靈活性保持測試計劃簡潔和易讀盡量爭取多渠道評審測試計劃計算測試計劃的投入驗收測試的主要任務(wù)有哪些？文檔資料的審查驗收功能測試性能測試強化測試性能降級執(zhí)行方式測試檢查系統(tǒng)的余量要求安裝測試用戶操作測試軟件測試的原則有哪些？所有的測試都應(yīng)追溯到用戶需求設(shè)計時應(yīng)完成測試計劃，詳細的測試用例定義可在設(shè)計模型確定后開始，測試可在代碼產(chǎn)生之前進行計劃和設(shè)計PARETO（則，測試發(fā)現(xiàn)的錯誤中80%艮可能起源于

20、20%勺模塊中應(yīng)由獨立的第三方來構(gòu)造測試充分注意測試中的群集現(xiàn)象要盡量避免測試的隨意性兼顧合理的輸入和不合理的輸入數(shù)據(jù)程序修改后要回歸測試應(yīng)長期保留測試用例，直至系統(tǒng)廢棄。什么是回歸測試？回歸測試的目的是什么？答：定義：是指在修改了源代碼后，用原有的測試用例進行重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。目的：所做的修改達到了預(yù)定的目的，如錯誤得到了改正，新功能得到了實現(xiàn)，能夠適應(yīng)新的運行環(huán)境等，不影響軟件原有功能的正確性。單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么？單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔

21、離的情況下進行測試。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求，組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。設(shè)計用例的方法、依據(jù)有那些？白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋黑盒測試：等價劃分類，邊界值分析，錯誤推測法。集成測試通常都有那些策略？1、在把各個模塊連接

22、起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；2、各個子功能組合起來，能否達到預(yù)期要求的父功能；3、一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；4、全局數(shù)據(jù)結(jié)構(gòu)是否有問題；5、單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度。一個缺陷測試報告的組成缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。一、判斷題（每題1分,正確的，錯誤的X,20道）1 .軟件測試按照測試過程分類為黑盒、白盒測試。（）2 .在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。（）3 .集成測試計劃在需求分析階段末提交。（）4 .單元

23、測試屬于動態(tài)測試。（）5 .缺陷跟蹤系統(tǒng)只針對對測試人員來使用。（）6 .從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，以考慮是否可接受該產(chǎn)品。（）7 .項目立項前測試人員不需要提交任何工件。（）8 .軟件測試的目的是盡可能多的找出軟件的缺陷。（）9 .軟件項目在進入需求分析階段，測試人員應(yīng)該開始介入其中。（）10 .軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個時期。（）11 .單元測試能發(fā)現(xiàn)約80%勺軟件缺陷。（）12 .數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。（）13 .負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（）14 .測試人員要堅持原則，缺陷

24、未修復(fù)完堅決不予通過。（）15 .代碼評審員一般由測試員擔(dān)任。（）16 .測試組負責(zé)軟件質(zhì)量。（）17 .程序的效率與程序的復(fù)雜性相關(guān)。（）18 .詳細設(shè)計的目的是為軟件結(jié)構(gòu)圖中的每一個模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達工具給出清晰的描述。（）19 .軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。（）答案：判斷題：1 X2V3X4X5X6X7X8X9vz10X11X12vz13X14vz15X16X17X18vz19vz20X、單項選擇題（每題2分，共20道）1 .（）是用戶和設(shè)計交換最頻繁的方法A.原型化方法B.瀑布模型方法C.螺旋模型方法D.構(gòu)件組裝模型答案

25、：（）2 .軟件測13t的目的：（）A.避免軟件開發(fā)中出現(xiàn)的錯誤B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性D.修改軟件中出現(xiàn)的錯誤答案：（）3 .某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果，下列（）不可能是導(dǎo)致出錯的原因。A變量沒有初始化B.編寫的語句書寫格式不規(guī)范C.循環(huán)控制出錯D.代碼輸入有誤答案：（）4 .下列關(guān)于程序效率的描述錯誤的是（）。A提高程序的執(zhí)行速度可以提高程序的效率B.降低程序占用的存儲空間可以提高程序的效率C.源程序的效率與詳細設(shè)計階段確定的算法的效率無關(guān)D.好的程序設(shè)計可以提高效率答案：（）5 .現(xiàn)在向銀行存款，年利率為i,若希望在n年后從銀

26、行得到F元，現(xiàn)在應(yīng)該存入的錢數(shù)為（）。Ai/（1+F）nB. F/（1+in）C. F/inD. F/（1+i）n答案：（）參考答案：1A2C3B4B5D6.在LINUX系統(tǒng)中，下列哪一個命令屬于目錄管理的常用命令？ApwdB. prC. lnD. find答案：（）7 .軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個（些）是軟件測試的任務(wù)?I預(yù)防軟件發(fā)生錯誤n發(fā)現(xiàn)改正程序錯誤出提供診斷錯誤信息A只有I8 .只有nC.只有出D.都是答案：（）8 .軟件測試是軟件質(zhì)撾保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？A功能測試9 .單元測試C.結(jié)構(gòu)測試D.確認測試答案：（

27、）10 在數(shù)據(jù)庫的如下兩個表中，若雇員信息的主鍵是雇員號，部門信息表的主鍵是部門號，在下列所給的操作中，哪個操作不能執(zhí)行？雇員信息表：雇員號雇員名部門號工資001張山022000010王宏達011200056馬林生021000101趙敏041500部門信息表部門號部門名主任01業(yè)務(wù)部李建02銷售部應(yīng)偉東03服務(wù)部周垠04財務(wù)部陳力勝A從雇員信息表中刪除行（010','王宏達01',1200）B.將行（102','趙敏01',1500）插入到雇員信息表中C.將雇員信息表中雇員號='010'的工資改為1600元D.將雇員信息表中雇員號

28、='101'的部門號改為05'答案：（）10 .在數(shù)據(jù)庫的如上圖兩個表中，若雇員信息表的主鍵是雇員號，部門信息表的主鍵是部門號。在部門信息表中，哪一行可以被刪除？A部門號='01'的行11 部門號='02'的行C.部門號='03'的行D.部門號='04'的行答案：（）11.若用如下的SQL語句創(chuàng)建了一個表S:CREATETABLESS#CHAR6）NOTNULLSNAMECHAR8）NOTNULLSEXCHAR2）,AGEINTEGER今向S表插入如下行時，哪一行可以被插入？1 .（'991001&

29、#39;,'李明芳，女，23'）8 .（'990746',"張為，NULLNULL）9 .（NULL/陳道一，男，32）10 （'992345',NULL/女'，25）答案：（）12 .如果互連的局域網(wǎng)高層分別采用TCP/IP協(xié)議與SPX/IPX協(xié)議，那么我們可以選擇的互連設(shè)備應(yīng)該是A中繼器B.網(wǎng)橋C.網(wǎng)卡D.路由器答案：()13 .通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的()來設(shè)計測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。A功能B.性能C.內(nèi)部邏輯D.內(nèi)部數(shù)據(jù)答案：()14 .常用的黑盒測試方法有邊值分析

30、、等價類劃分、錯誤猜測、因果圖等。其中()經(jīng)常與其它方法結(jié)合起來使用。軟件測試的步驟主要有單元測試、集成測試和確認測試。A邊值分析B.等價類劃分C.錯誤猜測D.因果圖答案：()15 .LINUX下，解壓縮文件的命令為？Atarzxvf文件名B. COPYC件名C. CAT文件名D. VI文件名答案：()16.從下列關(guān)于軟件測試的敘述中，選出5條正確的敘述。(1)用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。(2)盡量用公共過程或子程序去代替重復(fù)的代碼段。(3)測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。(4)對于連鎖型分支結(jié)構(gòu)，若有n個判定語句，則有2n條路徑。(5)盡量采用復(fù)合的條件測

31、試，以避免嵌套的分支結(jié)構(gòu)。(6)GOTO語句概念簡單，使用方便，在某些情況下，保留GOKM句反能使寫出的程序更加簡潔。(7)發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。(8)黑盒測試方法中最有效的是因果圖法。(9)在做程序的單元測試時，樁(存根)模塊比驅(qū)動模塊容易編寫。（10）程序效率的提高主要應(yīng)通過選擇高效的算法來實現(xiàn)。A1.3.4.5.9B. 2.4.6.7.10C. 4.5.6.7.10D. 1.2.3.8.9答案：（）17 .（）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。A.路徑測試B.等價類C.因果圖D.歸納測試答案：（）18 .在安裝Bugzilla過程中，其中異步需要在BUGZ

32、ILLA的目錄內(nèi)運行checksetup.pl,請以下那個命令正確？Achecksetup.plB. makechecksetup.plC. ./checksetup.plD. catchecksetup.pl答案：（）公布答案：6A7D8B9D10C11B12D13C14B15A16C17上機1、NextDate函數(shù)問題說明：輸入一個日期，求從輸入日期算起的第三天日期。例如，輸入為2008年8月8日，則該程序的輸出為2008年8月10日。NextDate函數(shù)包含三個整數(shù)變量month、day和year,并且滿足下列條件：1&monthw12、1<dayW31和2000Wyear

33、w2100。分析各種輸入情況，列出為輸入變量month、day、year劃分的有效等價類：輸入等價類輸入dayID有效等價類11<day<262day=273day=284day=295day=3067day=31month=4,6,9,11month8month=1,3,5,7,8,109month=210month=12year11閏年12非閏年(1)對每一個有效等價類，至少設(shè)計一個測試用例。編程實現(xiàn)：輸入格式：輸入(yyyymmdd)：輸出格式：輸出(yyyy-mm-dd)：覆蓋等價類(ID類型)：閏年(Y/N)：例如：輸入(yyyymmdd)20080105/(回車)輸出(yyyy-mm-dd):2008-01-07覆蓋等價類(ID類型)：1,8,11閏年(Y/N):N(2)對每一個無效的month、day和year,分別輸入一個無效等價類。例如：輸入(yyyymmdd)20081305/(回車)輸出(yyyy-mm-dd):無效月份覆蓋等價類(ID類型)：閏年(Y/N)：2、閱讀下面的一段程序：voidTest1(intN,intI)12intx=0;3inty=0;4while(N->0)56if(I=0)8 else9 if（I=1）10 y=y+10;11 else12 x=y+20;13/while14 /Test1根據(jù)所給