軟件測(cè)試筆試題及答案

1、一、 選擇題1. 軟件可靠性是指在指定的條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性（）是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。A 成熟性； B易恢復(fù)性； C 容錯(cuò)性； D可靠性依從性2. 關(guān)于軟件質(zhì)量的描述，正確的是_A 軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力；B 軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性；C 軟件質(zhì)量保證過(guò)程就是軟件測(cè)試過(guò)程；D 以上描述都不對(duì)3. _方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例。A 路徑測(cè)試 B 等價(jià)類 C因果圖 D 邊界值4. 下列關(guān)于軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則錯(cuò)誤的是：_A 軟

2、件需求分析說(shuō)明書中定義的所有功能已全部實(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é)有：_制定測(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 貫穿整個(gè)測(cè)試用例設(shè)計(jì)過(guò)程廣在用例中綜合使用各種測(cè)試方法，對(duì)于參數(shù)配置類的軟件，要用C 選擇較少的組合方式達(dá)到最佳效果，如果程序的功能說(shuō)明中含有輸入條件的組合情況，則一開(kāi)始就可以選用B 和判定表驅(qū)動(dòng)法A 等價(jià)類劃分 B 因果圖法 C 正交試驗(yàn)法 D 場(chǎng)景法、7.

3、下列軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則描述錯(cuò)誤的是：_A 需求工件已經(jīng)被基線化B 詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C 構(gòu)架工件已經(jīng)被基線化D 項(xiàng)目階段成果已經(jīng)被基線化8. 10、正式的技術(shù)評(píng)審FTR(Formal Technical Review 是軟件工程師組織的軟件質(zhì)量保證活動(dòng)，下面關(guān)于FTR 指導(dǎo)原則中錯(cuò)誤的是_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 文檔測(cè)試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護(hù)性；B 正確性是指不要把軟件的功

4、能和操作寫錯(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 文檔不可以寫成散文、詩(shī)歌或者偵探、言情小說(shuō)，要讓大眾用戶看得懂，能理解10. 以下關(guān)于集成測(cè)試的內(nèi)容正確的有_ 集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試；在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失； 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題；單個(gè)模塊的誤差累積起來(lái)，是否會(huì)放大，從而達(dá)

5、到不能接受的程度；A B C D 以上全部正確11. 軟件測(cè)試的目的是_A 評(píng)價(jià)軟件的質(zhì)量 B 發(fā)現(xiàn)軟件的錯(cuò)誤C 找出軟件中的所有錯(cuò)誤 D證明軟件是正確的12. 為了提高測(cè)試的效率，應(yīng)該_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è)試的敘述中，選擇出全部正確的一組_(1 用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的(2 盡量用公共過(guò)程或子程序去代替重復(fù)的代碼段(3 測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求(4 對(duì)于連鎖型分支結(jié)構(gòu)，若有n 個(gè)判定語(yǔ)句，則有2n 條路徑(5

6、盡量采用復(fù)合的條件測(cè)試，以避免嵌套的分支結(jié)構(gòu)(6 GOTO語(yǔ)句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO 語(yǔ)句反能使寫出的程序更加簡(jiǎn)潔(7 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多(8 黑盒測(cè)試方法中最有效的是因果圖法(9 在做程序的單元測(cè)試時(shí)，樁（存根）模塊比驅(qū)動(dòng)模塊容易編寫(10 程序效率的提高主要應(yīng)通過(guò)選擇高效的算法來(lái)實(shí)現(xiàn)A (4(5(6(7(10 B(1(2(4(5(7C (2(4(5(7(9 D以上描述全部正確14. 下列關(guān)于alpha 、beta 測(cè)試的描述中正確的是：_A alpha 測(cè)試需要用戶代表參加；B beta 測(cè)試是不是驗(yàn)收測(cè)試的一種；C alpha 測(cè)試不需要

7、用戶代表參加；D beta 測(cè)試是系統(tǒng)測(cè)試的一種；15. 關(guān)于自動(dòng)化測(cè)試局限性的描述，以下錯(cuò)誤的描述有_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 ）個(gè)人軟件工作方式的自我改善過(guò)程。A 、控制 B、管理 C、改進(jìn)D 、高效 E、充分 F、適宜 17.二、 填空題1. 軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha 測(cè)試，beta 測(cè)試。2. 軟件的六大質(zhì)量特性包括：功能性、可靠性、可用性、效率 、穩(wěn)定性、可移植性3. 軟件測(cè)

8、試按照不同的劃分方法，有不同的分類：（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è)試，文

9、擋測(cè)試，故障恢復(fù)測(cè)試，界面測(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ò)三次 8.三、 判斷題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ā)

10、現(xiàn)的錯(cuò)誤。（N ）7. 測(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ò)誤而

11、執(zhí)行程序的過(guò)程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ì)曝露

12、出來(lái)。（3）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)得到了

13、預(yù)期的結(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)目都有唯一的名稱，有的公

14、司對(duì)項(xiàng)目還有特定的編號(hào)。（2）測(cè)試軟件版本號(hào), 測(cè)試周期內(nèi)，一般需要測(cè)試多個(gè)軟件版本，報(bào)告錯(cuò)誤時(shí)，一定要正確填寫產(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í)，

15、優(yōu)先處理高級(jí)別的錯(cuò)誤。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ò)誤9.五、 應(yīng)用題1. 輸入三個(gè)整數(shù)a 、b 、c ，通過(guò)程序判定是否構(gòu)成三角形。要求輸入a 、b 、c必須滿足a 200,b 200,c 200. 請(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. 取款幣種的不同，如人民幣、美元、歐元等 d 是否提示客戶操作完成后,打印相關(guān)操作信息; e 查詢