2016年計算機(jī)三級軟件測試技術(shù)試題及答案2

1、2016 年計算機(jī)三級軟件測試技術(shù)試題及答案(2)、多項選擇題1.在面向類的度量中,下列哪些度量方式是屬于 C&K 套件的度10 / 10量(ABCF).面向?qū)ο蟮能浖こ蘌463 頁 C&K 度量套件A. 每個類的加權(quán)方法B. 對象類之間的耦合C. 繼承樹的深度D.類大小E.特例化索引F.方法中內(nèi)聚的缺乏2. 以下說法正確的有(BC).A .等價類劃分和邊界值分析屬于白盒測試技術(shù)B. 基本路徑測試屬于白盒測試技術(shù).C. 在基本路徑測試中，可以通過流圖來計算環(huán)路復(fù)雜性.D. 樁模塊用于接收測試數(shù)據(jù)，并把數(shù)據(jù)傳遞給要測試的模塊，然后打印相關(guān)結(jié)果 .E. 在確認(rèn)測試中，測試是由用戶

2、在開發(fā)者的場所來進(jìn)行，開發(fā)者對客戶進(jìn)行指導(dǎo) ,是在一個受控環(huán)境下進(jìn)行 .F. 可以不進(jìn)行單元測試就開始集成測試，因為集成測試會發(fā)現(xiàn)所有的問題 .3 .下列哪些屬于集成測試的內(nèi)容 (AB).A. 自頂向下集成B. 自底向上集成C. 回歸測試D. 壓力測試 4.以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù) (ABCD).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ì)量保證的方法

3、學(xué)和工具面對軟件質(zhì)量的各種特 殊的挑戰(zhàn) .那么,軟件開發(fā)過程的獨特性有 (ACD).A. 軟件產(chǎn)品的高復(fù)雜性B. 與其它系統(tǒng)有接口C. 軟件產(chǎn)品的不可見性D. 檢測缺陷的機(jī)會只限于產(chǎn)品開發(fā)階段E. 需要協(xié)同工作7. 測試設(shè)計員的職責(zé)有 (ABC).A .制定測試計劃B. 設(shè)計測試用例C. 設(shè)計測試過程，腳本D. 評估測試活動 8.軟件工程研究的對象包括 (ABE).A. 質(zhì)量B. 過程C. 技術(shù)D.數(shù)據(jù)庫El 9 .下列說法正確的是 (A).A. 管理，分析，控制現(xiàn)實世界中發(fā)生的事件的程序稱為實時軟件B. 軟件項目開發(fā)的成功，取決于工具和硬件設(shè)備的優(yōu)劣C. 我們已經(jīng)建造了軟件的標(biāo)準(zhǔn)和規(guī)程，我們

4、就能生產(chǎn)高質(zhì)量的軟件產(chǎn)品D. 在項目的進(jìn)度告急的時候，解決辦法之一就是加派人手 10. 下列選項中 ,屬于項目管理的對象是 (ABCE).A. 人員B產(chǎn)品C.過程D. 設(shè)備E項目二、簡答題1 .階段評審與同行評審的區(qū)別。同等評審是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法 .需要進(jìn)行同行評審的特定產(chǎn)品在定義項目軟件過程的時候被確定并且作為軟件開發(fā)計劃的一部分被安排了進(jìn)度 . 在該定義中 ,同行是一個項目組成員 ,他被分配執(zhí)行指定產(chǎn)品的一個同行評審 .根據(jù)特定的同等評審過程 ,他為他承擔(dān)的角色負(fù)責(zé) .3. 簡述集成測試的過程。系統(tǒng)集成測試主要包括以下過程：1. 構(gòu)建的確認(rèn)過程。2. 補(bǔ)

5、丁的確認(rèn)過程。3. 系統(tǒng)集成測試測試組提交過程。4. 測試用例設(shè)計過程。5 .測試代碼編寫過程。6. Bug 的報告過程。7. 每周 / 每兩周的構(gòu)建過程。8. 點對點的測試過程。9. 組內(nèi)培訓(xùn)過程。4. 怎樣做好文檔測試 ?檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確5. 白盒測試有那幾種方法 ?總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致 ,沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件6. 系統(tǒng)測試計劃是否需要同行評審，為什么需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔， 因此需要評審。7.Al

6、pha 測試與 beta 測試的區(qū)別。Alpha 測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試 ;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成， 不能由程序或測試員完成。Beta 測試當(dāng)開發(fā)和測試根本完成時所做的測試， 最終的錯誤和問題需要在最終發(fā)行前找到。 這種測試一般由最終用戶或其它人員完 成，不能由程序員或測試員完成。8. 比較負(fù)載測試、容量測試和強(qiáng)度測試的區(qū)別。負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的

7、極限值 （如并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等 ），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。 容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的負(fù)載或工作量。 容量 測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處 理。容量測試是面向數(shù)據(jù)的， 并且它的目的是顯示系統(tǒng)可以處理目標(biāo) 內(nèi)確定的數(shù)據(jù)容量。9. 測試結(jié)束的標(biāo)準(zhǔn)是什么 ?用例全部測試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)10. 測試文檔有哪些作用 ?促進(jìn)項目組成員之間的交流溝通便于對測試項目的管理決定測試的有效性檢驗測試資源明確任務(wù)的風(fēng)險評價測試結(jié)果方便再測試 驗證需求的正確性11. 黑盒測

8、試有哪幾種方法 ?邊界值分析法等價類劃分法錯誤推測法因果圖法場景法 什么是回歸測試 ?回歸測試的目的是什么 ?答：定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤目的：所做的修改達(dá)到了預(yù)定的目的，如錯誤得到了改正，新功能得到了實現(xiàn)， 能夠適應(yīng)新的運(yùn)行環(huán)境等， 不影響軟件原有功能的 正確性。靜態(tài)測試 是一種不通過執(zhí)行程序而進(jìn)行測試的技術(shù)，其關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義 自動化測試 通過測試工具或其他手段，按照測試工程師的預(yù)定計劃對軟件產(chǎn)品進(jìn)行自動的測試， 它是軟件測試的一個重要組成部分， 能夠完成許多手工

9、無法完成或者難以實現(xiàn)的一些測試工作。制定測試計劃的原則有哪些制定測試計劃應(yīng)盡早開始保持測試計劃的靈活性保持測試計劃簡潔和易讀盡量爭取多渠道評審測試計劃計算測試計劃的投入驗收測試的主要任務(wù)有哪些 ?文檔資料的審查驗收功能測試性能測試強(qiáng)化測試性能降級執(zhí)行方式測試檢查系統(tǒng)的余量要求安裝測試用戶操作測試軟件測試的原則有哪些 ?所有的測試都應(yīng)追溯到用戶需求設(shè)計時應(yīng)完成測試計劃，詳細(xì)的測試用例定義可在設(shè)計模型確定后開始， 測試可在代碼產(chǎn)生之前進(jìn) 行計計劃和設(shè)計 PARETO 原則，測試發(fā)現(xiàn)的錯誤中 80%很可能起源于 20% 的模塊中應(yīng)由獨立的第三方來構(gòu)造測試充分注意測試中的群集現(xiàn)象要盡量避免測試的隨意性

10、兼顧合理的輸入和不合理的輸入數(shù) 據(jù)程序修改后要回歸測試應(yīng)長期保留測試用例，直至系統(tǒng)廢棄。什么是回歸測試 ?回歸測試的目的是什么 ?答：定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。目的：所做的修改達(dá)到了預(yù)定的目的，如錯誤得到了改正，新功能得到了實現(xiàn)， 能夠適應(yīng)新的運(yùn)行環(huán)境等， 不影響軟件原有功能的 正確性。單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么 單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，在單元測試活動中， 軟件的獨立單元將在與程序的其他部分相隔離的 情況下進(jìn)行測試。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)

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

12、要求的父功能 3、一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;4、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題 ;5、單個模塊的誤差積累起來， 是否會放大， 從而達(dá)到不可接受的程度。一個缺陷測試報告的組成 缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么 單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動，在單元測試活動中， 軟件的獨立單元將在與程序的其他部分相隔離的 情況下進(jìn)行測試。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。實踐表明， 一些模塊雖然能夠單獨地工作， 但并不能保證連接起來也 能正常的工作。 程序在某些局部反映不出來的問題， 在全局上很可能 暴露出來，影響功能的實現(xiàn)。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方 法。設(shè)計用例的方法、依據(jù)有那些 ?白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件黑盒測試：等價劃分類，邊界值分析，錯誤推測法。集成測試通常都有那些策略 ?1 、在