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