軟件測試筆試題_第1頁
軟件測試筆試題_第2頁
軟件測試筆試題_第3頁
軟件測試筆試題_第4頁
軟件測試筆試題_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

一、 選擇題軟件可靠性是指在指定的條件下使用時(shí), 軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力,其子特性(C)是指在軟件發(fā)生故障或者違反指定接口的情況下,軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。成熟性; B?易恢復(fù)性; C.容錯(cuò)性; D ?可靠性依從性關(guān)于軟件質(zhì)量的描述,正確的是_B 軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力;B?軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性;軟件質(zhì)量保證過程就是軟件測試過程;以上描述都不對(duì) B」法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測試用例。路徑測試 B.等價(jià)類 C.因果圖 D.邊界值下列關(guān)于軟件驗(yàn)收測試的合格通過準(zhǔn)則錯(cuò)誤的是:—C___軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求;所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤;立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)不一致;驗(yàn)收測試工件齊全測試設(shè)計(jì)員的職責(zé)有:—B—制定測試計(jì)劃 ②設(shè)計(jì)測試用例 ③設(shè)計(jì)測試過程、腳本 ④評(píng)估測試活動(dòng)①④ B.②③C.①③ D.以上全是對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用D場景法貫穿整個(gè)測試用例設(shè)計(jì)過程廣在用例中綜合使用各種測試方法,對(duì)于參數(shù)配置類的軟件,要用 C正交試驗(yàn)法選擇較少的組合方式達(dá)到最佳效果,如果程序的功能說明中含有輸入條件的組合情況,則一開始就可以選用B因果圖法和判定表驅(qū)動(dòng)法A.等價(jià)類劃分 B.因果圖法 C.正交試驗(yàn)法 D.場景法、下列軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則描述錯(cuò)誤的是: __D 需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C?構(gòu)架工件已經(jīng)被基線化D.項(xiàng)目階段成果已經(jīng)被基線化正式的技術(shù)評(píng)審FTR(FormalTechnicalReview)是軟件工程師組織的軟件質(zhì)量保證活動(dòng),下面關(guān)于FTR指導(dǎo)原則中錯(cuò)誤的是__C 評(píng)審產(chǎn)品,而不是評(píng)審生產(chǎn)者的能力要有嚴(yán)格的評(píng)審計(jì)劃,并遵守日程安排

對(duì)評(píng)審中出現(xiàn)的問題要充分討論,以求徹底解決限制參與者人數(shù),并要求評(píng)審會(huì)之前做好準(zhǔn)備下列關(guān)于文檔測試描述錯(cuò)誤的是__A 文檔測試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護(hù)性;正確性是指不要把軟件的功能和操作寫錯(cuò),也不允許文檔內(nèi)容前后矛盾;完備性是指文檔不可以“虎頭蛇尾”,更不許漏掉關(guān)鍵內(nèi)容。有些學(xué)生在證明數(shù)學(xué)題時(shí),喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對(duì)開發(fā)者可能是“顯然”的,但對(duì)用戶而言不見得都是“顯然”的;D文檔不可以寫成散文、詩歌或者偵探、言情小說,要讓大眾用戶看得懂,能理解以下關(guān)于集成測試的內(nèi)容正確的有__D 集成測試也叫組裝測試或者聯(lián)合測試;在把各個(gè)模塊連接起來的時(shí)候,穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響;各個(gè)子功能組合起來,能否達(dá)到預(yù)期要求的父功能;全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;單個(gè)模塊的誤差累積起來,是否會(huì)放大,從而達(dá)到不能接受的程度;A①②④⑤⑥A①②④⑤⑥C①②③⑤⑥B②③④⑤⑥D(zhuǎn)以上全部正確軟件測試的目的是___軟件測試的目的是___B_A評(píng)價(jià)軟件的質(zhì)量C找出軟件中的所有錯(cuò)誤B發(fā)現(xiàn)軟件的錯(cuò)誤D 證明軟件是正確的為了提高測試的效率,應(yīng)該___D___A隨機(jī)地選取測試數(shù)據(jù) B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試計(jì)劃 D選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)下列關(guān)于軟件測試的敘述中,選擇出全部正確的一組 ___A___用黑盒法測試時(shí),測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的No盡量用公共過程或子程序去代替重復(fù)的代碼段No測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求NO對(duì)于連鎖型分支結(jié)構(gòu),若有n個(gè)判定語句,則有2n條路徑Y(jié)es盡量采用復(fù)合的條件測試,以避免嵌套的分支結(jié)構(gòu)YesGOTO語句概念簡單,使用方便,在某些情況下,保留 GOTO?句反能使寫出的程序更加簡潔Yes發(fā)現(xiàn)錯(cuò)誤多的程序模塊,殘留在模塊中的錯(cuò)誤也多Yes黑盒測試方法中最有效的是因果圖法No在做程序的單元測試時(shí),樁(存根)模塊比驅(qū)動(dòng)模塊容易編寫No程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn).Yes

(1)⑵⑷(5)⑺以上描述全部正確A.⑷(1)⑵⑷(5)⑺以上描述全部正確C⑵⑷(5“7)(9) D下列關(guān)于alpha、beta測試的描述中正確的是:Aalpha測試需要用戶代表參加;beta測試是不是驗(yàn)收測試的一種;alpha測試不需要用戶代表參加;beta測試是系統(tǒng)測試的一種;關(guān)于自動(dòng)化測試局限性的描述,以下錯(cuò)誤的描述有—B—A.自動(dòng)化測試不能取代手工測試B.自動(dòng)測試比手工測試發(fā)現(xiàn)的缺陷少自動(dòng)測試不能提高測試覆蓋率D.自動(dòng)化測試對(duì)測試設(shè)計(jì)依賴性極大PSP是指個(gè)人軟件過程,是一種可用于(A控制)、(B管理)和(C改進(jìn))個(gè)人軟件工作方式的自我改善過程。A、控制 B、管理 C、改進(jìn)D高效 E、充分 F、適宜二、 填空題軟件驗(yàn)收測試包括:正式驗(yàn)收測試,alpha測試,beta測試。軟件的六大質(zhì)量特性包括:功能性、可靠性、可用性、效率、穩(wěn)定性、可移植性。軟件測試按照不同的劃分方法,有不同的分類:(1) 按照軟件測試用例的設(shè)計(jì)方法而論,軟件測試可以分為白盒測試法和黑盒測試法。(2) 從是否執(zhí)行程序的角度,軟件測試可以分為靜態(tài)測試和動(dòng)態(tài)測試。(3) 按照軟件測試的策略和過程來分類,軟件測試可分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)證測試和確認(rèn)測試。軟件生命周期包括制定計(jì)劃、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測試、軟件運(yùn)行、軟件維護(hù)、軟件停用等8個(gè)階段軟件測試的模型分為:V模型、W模型、X模型、H模型、測試驅(qū)動(dòng)模型系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性測試,強(qiáng)度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(fù)測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試。一個(gè)文本框要求輸入6位數(shù)字密碼,且對(duì)每個(gè)帳戶每次只允許出現(xiàn)三次輸入錯(cuò)誤,對(duì)此文本框進(jìn)行測試設(shè)計(jì)的等價(jià)區(qū)間有: 密碼位數(shù):6位和非6位的;密碼內(nèi)容:數(shù)字的和非數(shù)字的;輸入次數(shù):三次以內(nèi)和超過三次。三、 判斷題軟件測試的目的是盡可能多的找出軟件的缺陷。 (丫)驗(yàn)收測試是由最終用戶來實(shí)施的。(N)要充分注意軟件測試中的群集現(xiàn)象。 (丫)單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(丫)TOC\o"1-5"\h\z代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。 (N)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤。 (N測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。 (N)代碼評(píng)審員一般由測試員擔(dān)任。(N)我們可以人為的使得軟件不存在配置問題。(N)集成測試計(jì)劃在需求分析階段末提交。(N)軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確,是否完成既定目標(biāo)的TOC\o"1-5"\h\z活動(dòng),所以軟件測試在軟件工程的后期才開始具體的工作。 (N)發(fā)現(xiàn)錯(cuò)誤多的模塊,殘留在模塊中的錯(cuò)誤也多。 (丫)測試人員在測試過程中發(fā)現(xiàn)一處問題,如果問題影響不大,而自己又可以修改,應(yīng)立即將此問題正確修改,以加快、提高開發(fā)的進(jìn)程。 (N)四、 簡答題什么是軟件測試?為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。白盒測試有幾種方法?總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或歧義。動(dòng)態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。系統(tǒng)測試計(jì)劃是否需要同行審批,為什么?需要,系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評(píng)審。簡述軟件測試中的“80-20原則”。(1) 80%的軟件缺陷常常生存在軟件20%的空間里;(2) 測試工作中能夠發(fā)現(xiàn)和避免80%的軟件缺陷,此后的驗(yàn)收測試等能夠幫助我們找出剩余缺陷中的80%,最后的5%的軟件缺陷可能只有在系統(tǒng)交付使用后用戶經(jīng)過大范圍、長時(shí)間使用后才會(huì)曝露出來。(3)80%的軟件缺陷可以借助人工測試而發(fā)現(xiàn), 20%的軟件缺陷可以借助自動(dòng)化測試能夠得以發(fā)現(xiàn)。由于這二者間具有交叉的部分,因此尚有5%左右的軟件缺陷需要通過其他方式進(jìn)行發(fā)現(xiàn)和修正給你輛自行車,你認(rèn)為最需要檢查的是哪些地方?為什么?若要保證質(zhì)量必須要檢查三個(gè)部件,是什么?為什么?性能測試的目的是什么,做好性能測試的關(guān)鍵是什么??評(píng)估系統(tǒng)的能力,測試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證所計(jì)劃的模型的能力,并幫助作出決策。?識(shí)別體系中的弱點(diǎn):受控的負(fù)荷可以被增加到一個(gè)極端的水平,并突破它,從而修復(fù)體系的瓶頸或薄弱的地方。?系統(tǒng)調(diào)優(yōu):重復(fù)運(yùn)行測試,驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期的結(jié)果,從而改進(jìn)性能。4.檢測軟件中的問題:長時(shí)間的測試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露弓I起的失敗,揭示程序中的隱含的問題或沖突。5.驗(yàn)證穩(wěn)定性(resilienee )可靠性(reliability):在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。做好性能測試工作的關(guān)鍵是強(qiáng)度測試( StressTest):強(qiáng)度測試測試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級(jí)) (5分)1尋找Bug;2、 避免軟件開發(fā)過程中的缺陷;3、 衡量軟件的品質(zhì);4、 關(guān)注用戶的需求。一個(gè)缺陷測試報(bào)告的組成測試軟件項(xiàng)目名稱,每個(gè)要測試軟件項(xiàng)目都有唯一的名稱,有的公司對(duì)項(xiàng)目還有特定的編號(hào)。測試軟件版本號(hào),測試周期內(nèi),一般需要測試多個(gè)軟件版本,報(bào)告錯(cuò)誤時(shí),一定要正確填寫產(chǎn)生錯(cuò)誤的軟件版本號(hào)。測試者名稱,便于分清責(zé)任,便于管理。測試日期與時(shí)間,便于分析和統(tǒng)計(jì)錯(cuò)誤報(bào)告信息。測試軟件環(huán)境,包括操作系統(tǒng)和其他必要的軟件程序。測試硬件環(huán)境,包括測試計(jì)算機(jī)和其他測試設(shè)備的配置信息。錯(cuò)誤描述,簡明的描述錯(cuò)誤的特征,便于查詢和快速瀏覽。包含以下幾個(gè)方面:錯(cuò)誤標(biāo)識(shí)編號(hào)(ID#),每個(gè)錯(cuò)誤都有一個(gè)唯一的標(biāo)識(shí)編號(hào),方便查詢。錯(cuò)誤類型,根據(jù)錯(cuò)誤類型,分配給適當(dāng)?shù)娜藛T處理錯(cuò)誤。錯(cuò)誤級(jí)別,錯(cuò)誤的嚴(yán)重程度和處理的優(yōu)先級(jí),優(yōu)先處理高級(jí)別的錯(cuò)誤。錯(cuò)誤狀態(tài),錯(cuò)誤狀態(tài)表明錯(cuò)誤是否已經(jīng)處理和將怎樣處理, 根據(jù)錯(cuò)誤狀態(tài),采用適當(dāng)?shù)奶幚矸椒?。錯(cuò)誤處理者名稱,便于分清責(zé)任,便于管理。重現(xiàn)錯(cuò)誤的操作步驟,便于重現(xiàn)錯(cuò)誤,修復(fù)錯(cuò)誤和驗(yàn)證錯(cuò)誤。期望的結(jié)果,描述滿足設(shè)計(jì)要求的結(jié)果。實(shí)際測試結(jié)果,描述實(shí)際測試后得到的結(jié)果。必要的附圖,便于確認(rèn)錯(cuò)誤的表現(xiàn)形式和錯(cuò)誤位置。測試者的建議等注釋,便于錯(cuò)誤處理者快速和正確處理錯(cuò)誤五、 應(yīng)用題輸入三個(gè)整數(shù)a、b、c,通過程序判定是否構(gòu)成三角形。要求輸入 a、b、c必須滿足a<200,b<200,c<200.請(qǐng)用黑盒測試方法編制測試用例。一個(gè)有廣告的花杯子,盡可能多的設(shè)計(jì)測試用例。請(qǐng)?jiān)O(shè)計(jì)一個(gè)關(guān)于ATM自動(dòng)取款機(jī)的測試用例功能:ATM所識(shí)別卡的類型密碼驗(yàn)證(身份登陸、是否為掩碼、輸入錯(cuò)誤密碼時(shí)是否提示,連續(xù)三次錯(cuò)誤吞卡等);取款功能:i.金額多少的限制,單次最大最小提取金額、每天最大提取金額等);ii.取款幣種的不同,如人民幣、美元、歐元等。是否提示客戶操作完成后,打印相關(guān)操作信息

溫馨提示

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

評(píng)論

0/150

提交評(píng)論