軟件測試筆試題答案.doc_第1頁
軟件測試筆試題答案.doc_第2頁
軟件測試筆試題答案.doc_第3頁
軟件測試筆試題答案.doc_第4頁
軟件測試筆試題答案.doc_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

WORD格式.可編輯 一、 選擇題1. 軟件可靠性是指在指定的條件下使用時,軟件產(chǎn)品維持規(guī)定的性能級別的能力,其子特性(C)是指在軟件發(fā)生故障或者違反指定接口的情況下,軟件產(chǎn)品維持規(guī)定的性能級別的能力。A成熟性; B易恢復性; C容錯性; D可靠性依從性2. 關(guān)于軟件質(zhì)量的描述,正確的是_B_A軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力;B軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護性、可移植性;C軟件質(zhì)量保證過程就是軟件測試過程;D以上描述都不對3. _B_方法根據(jù)輸出對輸入的依賴關(guān)系設計測試用例。 A路徑測試B等價類 C因果圖D邊界值4. 下列關(guān)于軟件驗收測試的合格通過準則錯誤的是:_C_A 軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標全部達到要求;B 所有測試項沒有殘余一級、二級和三級錯誤;C 立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)不一致;D 驗收測試工件齊全5. 測試設計員的職責有:_B_制定測試計劃 設計測試用例 設計測試過程、腳本 評估測試活動A. B C D以上全是 6. 對于業(yè)務流清晰的系統(tǒng)可以利用D場景法貫穿整個測試用例設計過程廣在用例中綜合使用各種測試方法,對于參數(shù)配置類的軟件,要用C正交試驗法選擇較少的組合方式達到最佳效果,如果程序的功能說明中含有輸入條件的組合情況,則一開始就可以選用B因果圖法和判定表驅(qū)動法A等價類劃分B因果圖法C正交試驗法D場景法、7. 下列軟件實施活動的進入準則描述錯誤的是:_D_A需求工件已經(jīng)被基線化B詳細設計工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化D項目階段成果已經(jīng)被基線化8. 正式的技術(shù)評審FTR(Formal Technical Review)是軟件工程師組織的軟件質(zhì)量保證活動,下面關(guān)于FTR指導原則中錯誤的是_C_A評審產(chǎn)品,而不是評審生產(chǎn)者的能力B要有嚴格的評審計劃,并遵守日程安排C對評審中出現(xiàn)的問題要充分討論,以求徹底解決D限制參與者人數(shù),并要求評審會之前做好準備9. 下列關(guān)于文檔測試描述錯誤的是_A_A文檔測試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護性;B正確性是指不要把軟件的功能和操作寫錯,也不允許文檔內(nèi)容前后矛盾;C完備性是指文檔不可以“虎頭蛇尾”,更不許漏掉關(guān)鍵內(nèi)容。有些學生在證明數(shù)學題時,喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對開發(fā)者可能是“顯然”的,但對用戶而言不見得都是“顯然”的;D文檔不可以寫成散文、詩歌或者偵探、言情小說,要讓大眾用戶看得懂,能理解10. 以下關(guān)于集成測試的內(nèi)容正確的有_D_ 集成測試也叫組裝測試或者聯(lián)合測試;在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失;一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;各個子功能組合起來,能否達到預期要求的父功能;全局數(shù)據(jù)結(jié)構(gòu)是否有問題;單個模塊的誤差累積起來,是否會放大,從而達到不能接受的程度;A B C D以上全部正確11. 軟件測試的目的是_B_A評價軟件的質(zhì)量 B發(fā)現(xiàn)軟件的錯誤C找出軟件中的所有錯誤 D證明軟件是正確的12. 為了提高測試的效率,應該_D_A隨機地選取測試數(shù)據(jù) B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試計劃 D選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù) 13. 下列關(guān)于軟件測試的敘述中,選擇出全部正確的一組_A_(1) 用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯設計的 No(2) 盡量用公共過程或子程序去代替重復的代碼段 No(3) 測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求 NO(4) 對于連鎖型分支結(jié)構(gòu),若有n個判定語句,則有2n條路徑 Yes(5) 盡量采用復合的條件測試,以避免嵌套的分支結(jié)構(gòu) Yes(6) GOTO語句概念簡單,使用方便,在某些情況下,保留GOTO語句反能使寫出的程序更加簡潔 Yes(7) 發(fā)現(xiàn)錯誤多的程序模塊,殘留在模塊中的錯誤也多 Yes(8) 黑盒測試方法中最有效的是因果圖法 No (9) 在做程序的單元測試時,樁(存根)模塊比驅(qū)動模塊容易編寫 No(10) 程序效率的提高主要應通過選擇高效的算法來實現(xiàn). YesA(4)(5)(6)(7)(10) B(1)(2)(4)(5)(7)C(2)(4)(5)(7)(9) D以上描述全部正確14. 下列關(guān)于alpha、beta 測試的描述中正確的是:_A_Aalpha 測試需要用戶代表參加;Bbeta 測試是不是驗收測試的一種;Calpha 測試不需要用戶代表參加;Dbeta 測試是系統(tǒng)測試的一種;15. 關(guān)于自動化測試局限性的描述,以下錯誤的描述有_B_A.自動化測試不能取代手工測試 B.自動測試比手工測試發(fā)現(xiàn)的缺陷少 C.自動測試不能提高測試覆蓋率 D.自動化測試對測試設計依賴性極大16. PSP是指個人軟件過程 ,是一種可用于( A 控制)、( B管理 )和( C 改進)個人軟件工作方式的自我改善過程。A、控制 B、管理 C、改進D、高效 E、充分 F、適宜二、 填空題1. 軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。2. 軟件的六大質(zhì)量特性包括:功能性、可靠性、可用性、效率 、穩(wěn)定性、可移植性。3. 軟件測試按照不同的劃分方法,有不同的分類:(1)按照軟件測試用例的設計方法而論,軟件測試可以分為白盒測試法和黑盒測試法。(2)從是否執(zhí)行程序的角度,軟件測試可以分為靜態(tài)測試和動態(tài)測試。(3)按照軟件測試的策略和過程來分類,軟件測試可分為單元測試、集成測試、系統(tǒng)測試、驗證測試和確認測試。4. 軟件生命周期包括制定計劃、需求分析定義、軟件設計、程序編碼、軟件測試、軟件運行、軟件維護、軟件停用等8個階段5. 軟件測試的模型分為:V模型、W模型、X模型、H模型、測試驅(qū)動模型6. 系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試。7.一個文本框要求輸入6位數(shù)字密碼,且對每個帳戶每次只允許出現(xiàn)三次輸入錯誤,對此文本框進行測試設計的等價區(qū)間有:密碼位數(shù):6位 和 非6位的;密碼內(nèi)容:數(shù)字的 和 非數(shù)字的;輸入次數(shù):三次以內(nèi) 和 超過三次。三、 判斷題1. 軟件測試的目的是盡可能多的找出軟件的缺陷。(Y )2. 驗收測試是由最終用戶來實施的。(N ) 3. 要充分注意軟件測試中的群集現(xiàn)象。(Y )4. 單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。(Y ) 5. 代碼評審是檢查源代碼是否達到模塊設計的要求。(N ) 6. 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤。(N) 7. 測試人員要堅持原則,缺陷未修復完堅決不予通過。(N ) 8. 代碼評審員一般由測試員擔任。(N ) 9. 我們可以人為的使得軟件不存在配置問題。(N ) 10. 集成測試計劃在需求分析階段末提交。(N )11. 軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確,是否完成既定目標的活動,所以軟件測試在軟件工程的后期才開始具體的工作。(N)12. 發(fā)現(xiàn)錯誤多的模塊,殘留在模塊中的錯誤也多。( Y ) 13. 測試人員在測試過程中發(fā)現(xiàn)一處問題,如果問題影響不大,而自己又可以修改,應立即將此問題正確修改,以加快、提高開發(fā)的進程。(N)四、 簡答題1. 什么是軟件測試?為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。2. 白盒測試有幾種方法?總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或歧義。動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。3. 系統(tǒng)測試計劃是否需要同行審批,為什么?需要,系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔,因此需要評審。4. 簡述軟件測試中的“80-20原則”。(1)80% 的軟件缺陷常常生存在軟件 20% 的空間里;(2)測試工作中能夠發(fā)現(xiàn)和避免 80% 的軟件缺陷,此后的驗收測試等能夠幫助我們找出剩余缺陷中的 80% ,最后的 5% 的軟件缺陷可能只有在系統(tǒng)交付使用后用戶經(jīng)過大范圍、長時間使用后才會曝露出來。(3)80% 的軟件缺陷可以借助人工測試而發(fā)現(xiàn), 20% 的軟件缺陷可以借助自動化測試能夠得以發(fā)現(xiàn)。由于這二者間具有交叉的部分,因此尚有 5% 左右的軟件缺陷需要通過其他方式進行發(fā)現(xiàn)和修正5. 給你輛自行車,你認為最需要檢查的是哪些地方?為什么?若要保證質(zhì)量必須要檢查三個部件,是什么?為什么?6. 性能測試的目的是什么,做好性能測試的關(guān)鍵是什么?1評估系統(tǒng)的能力,測試中得到的負荷和響應時間數(shù)據(jù)可以被用于驗證所計劃的模型的能力,并幫助作出決策。 2識別體系中的弱點:受控的負荷可以被增加到一個極端的水平,并突破它,從而修復體系的瓶頸或薄弱的地方。 3系統(tǒng)調(diào)優(yōu):重復運行測試,驗證調(diào)整系統(tǒng)的活動得到了預期的結(jié)果,從而改進性能。 4.檢測軟件中的問題:長時間的測試執(zhí)行可導致程序發(fā)生由于內(nèi)存泄露引起的失敗,揭示程序中的隱含的問題或沖突。 5驗證穩(wěn)定性(resilience)可靠性(reliability):在一個生產(chǎn)負荷下執(zhí)行測試一定的時間是評估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。做好性能測試工作的關(guān)鍵是強度測試(Stress Test): 強度測試7. 測試人員在軟件開發(fā)過程中的任務是什么?(初級)(5分)1、尋找Bug;2、避免軟件開發(fā)過程中的缺陷;3、衡量軟件的品質(zhì);4、關(guān)注用戶的需求。8. 一個缺陷測試報告的組成(1)測試軟件項目名稱,每個要測試軟件項目都有唯一的名稱,有的公司對項目還有特定的編號。(2)測試軟件版本號,測試周期內(nèi),一般需要測試多個軟件版本,報告錯誤時,一定要正確填寫產(chǎn)生錯誤的軟件版本號。(3)測試者名稱,便于分清責任,便于管理。(4)測試日期與時間,便于分析和統(tǒng)計錯誤報告信息。(5)測試軟件環(huán)境,包括操作系統(tǒng)和其他必要的軟件程序。(6)測試硬件環(huán)境,包括測試計算機和其他測試設備的配置信息。(7)錯誤描述,簡明的描述錯誤的特征,便于查詢和快速瀏覽。包含以下幾個方面:a) 錯誤標識編號 (ID#),每個錯誤都有一個唯一的標識編號,方便查詢。b) 錯誤類型,根據(jù)錯誤類型,分配給適當?shù)娜藛T處理錯誤。c) 錯誤級別,錯誤的嚴重程度和處理的優(yōu)先級,優(yōu)先處理高級別的錯誤。d) 錯誤狀態(tài),錯誤狀態(tài)表明錯誤是否已經(jīng)處理和將怎樣處理,根據(jù)錯誤狀態(tài),采用適當?shù)奶幚矸椒?。e) 錯誤處理者名稱,便于分清責任,便于管理。f) 重現(xiàn)錯誤的操作步驟,便于重現(xiàn)錯誤,修復錯誤和驗證錯誤。g) 期望的結(jié)果,描述滿足設計要求的結(jié)果。h) 實際測試結(jié)果,描述實際測試后得到的結(jié)果。i) 必要的附圖,便于確認錯誤的表現(xiàn)形式和錯誤位置。(8)測試者的建議等注釋,便于錯誤處理者快速和正確處理錯誤五、 應用題1. 輸入三個整數(shù)a、b、c,通過程序判定是否構(gòu)成三角形。要求輸入a、b、c必須滿足a200,b200,c200.請用黑盒測試方法編制測試用例。2. 一個有廣告的花杯子,盡可能多的設計測試用例。3. 請設計一個關(guān)于ATM自動取款機的測試用例1. 功能:a) ATM所識別卡的類型b) 密碼驗證(身份登陸、是否為掩碼、輸入錯誤密碼時是否提示,連續(xù)三次錯誤吞卡等);c) 取款功能:i. 金額多少的限制,單次最大最小提取金額、每天最大提取金額等);ii. 取款幣種的不同,如人民幣、美元、歐元等。d) 是否提示客戶操作完成后,打印相關(guān)操作信息;e) 查詢

溫馨提示

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

評論

0/150

提交評論