軟件測試筆試題及答案

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

2、能已全部實現(xiàn)，性能指標全部達到要求；B 所有測試項沒有殘余一級、二級和三級錯誤；C 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)不一致；D 驗收測試工件齊全5.測試設(shè)計員的職責(zé)有： _制定測試計劃設(shè)計測試用例測試活動A. BC設(shè)計測試過程、腳本D以上全是評估6. 對于業(yè)務(wù)流清晰的系統(tǒng)可以利用 D貫穿整個測試用例設(shè)計過程廣在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件，要用 C 選擇較少的組合方式達到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用 B和判定表驅(qū)動法A等價類劃分B因果圖法C正交試驗法D場景法、7. 下列軟件實施活動的進入準則描述錯誤的是： _A需求工件

3、已經(jīng)被基線化B詳細設(shè)計工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化D項目階段成果已經(jīng)被基線化8. 10、正式的技術(shù)評審 FTR(Formal Technical Review) 是軟件工程師組織的軟件質(zhì)量保證活動，下面關(guān)于 FTR指導(dǎo)原則中錯誤的是 _A評審產(chǎn)品，而不是評審生產(chǎn)者的能力B要有嚴格的評審計劃，并遵守日程安排C對評審中出現(xiàn)的問題要充分討論，以求徹底解決D限制參與者人數(shù)，并要求評審會之前做好準備9. 下列關(guān)于文檔測試描述錯誤的是 _A文檔測試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護性；B正確性是指不要把軟件的功能和操作寫錯，也不允許文檔內(nèi)容前后矛盾；C完備性是指文檔不可以“

4、虎頭蛇尾” ，更不許漏掉關(guān)鍵內(nèi)容。有些學(xué)生在證明數(shù)學(xué)題時，喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對開發(fā)者可能是“顯然”的，但對用戶而言不見得都是“顯然”的；D文檔不可以寫成散文、詩歌或者偵探、言情小說，要讓大眾用戶看得懂，能理解10. 以下關(guān)于集成測試的內(nèi)容正確的有 _ 集成測試也叫組裝測試或者聯(lián)合測試；在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；各個子功能組合起來，能否達到預(yù)期要求的父功能；全局數(shù)據(jù)結(jié)構(gòu)是否有問題；單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度；ABCD以上全部正確11. 軟件測試的目的是 _

5、A評價軟件的質(zhì)量B發(fā)現(xiàn)軟件的錯誤C找出軟件中的所有錯誤D證明軟件是正確的12. 為了提高測試的效率，應(yīng)該 _A隨機地選取測試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試計劃 D選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)13. 下列關(guān)于軟件測試的敘述中，選擇出全部正確的一組_(1) 用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的(2) 盡量用公共過程或子程序去代替重復(fù)的代碼段(3) 測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求(4) 對于連鎖型分支結(jié)構(gòu)，若有 n 個判定語句，則有 2n 條路徑(5) 盡量采用復(fù)合的條件測試，以避免嵌套的分支結(jié)構(gòu)(6) GOTO 語句概念簡

6、單，使用方便，在某些情況下，保留 GOTO語句反能使寫出的程序更加簡潔(7) 發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多(8) 黑盒測試方法中最有效的是因果圖法(9) 在做程序的單元測試時，樁（存根）模塊比驅(qū)動模塊容易編寫(10) 程序效率的提高主要應(yīng)通過選擇高效的算法來實現(xiàn)A (4)(5)(6)(7)(10)B(1)(2)(4)(5)(7)C (2)(4)(5)(7)(9)D以上描述全部正確14. 下列關(guān)于 alpha 、 beta 測試的描述中正確的是： _A alpha 測試需要用戶代表參加；B beta 測試是不是驗收測試的一種；C alpha 測試不需要用戶代表參加；D beta

7、測試是系統(tǒng)測試的一種；15. 關(guān)于自動化測試局限性的描述，以下錯誤的描述有 _A. 自動化測試不能取代手工測試 B. 自動測試比手工測試發(fā)現(xiàn)的缺陷少C.自動測試不能提高測試覆蓋率 D. 自動化測試對測試設(shè)計依賴性極大16. PSP是指個人軟件過程 ，是一種可用于（ A ）、（ B ）和（ C ）個人軟件工作方式的自我改善過程。A、控制B 、管理C、改進D、高效E 、充分F 、適宜17.二、填空題1. 軟件驗收測試包括： 正式驗收測試， alpha 測試， beta 測試 。2. 軟件的六大質(zhì)量特性包括： 功能性、可靠性、可用性、效率 、穩(wěn)定性、可移植性3. 軟件測試按照不同的劃分方法，有不同的

8、分類：（ 1）按照軟件測試用例的設(shè)計方法而論， 軟件測試可以分為 白盒測試法 和黑盒測試法 。（ 2）從是否執(zhí)行程序的角度，軟件測試可以分為 靜態(tài)測試 和動態(tài)測試（ 3）按照軟件測試的策略和過程來分類， 軟件測試可分為 單元測試、 集成測試、系統(tǒng)測試、驗證測試和確認測試 。4. 軟件生命周期包括制定計劃、 需求分析定義、軟件設(shè)計、程序編碼、軟件測試、軟件運行、軟件維護、軟件停用 等 8 個階段5. 軟件測試的模型分為： V 模型、 W模型、 X 模型、 H 模型、測試驅(qū)動模型6. 系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸

9、載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試7. 一個文本框要求輸入 6 位數(shù)字密碼，且對每個帳戶每次只允許出現(xiàn)三次輸入錯誤，對此文本框進行測試設(shè)計的等價區(qū)間有： 密碼位數(shù)： 6 位 和 非 6位的；密碼內(nèi)容：數(shù)字的和 非數(shù)字的；輸入次數(shù)：三次以內(nèi)和 超過三次8.三、判斷題1.軟件測試的目的是盡可能多的找出軟件的缺陷。 （Y ）2. 驗收測試是由最終用戶來實施的。 （ N ）3. 要充分注意軟件測試中的群集現(xiàn)象。 （Y ）4. 單元測試能發(fā)現(xiàn)約 80% 的軟件缺陷。（Y ）5. 代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。 （N ）6.好的測試方案是極可

10、能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤。（ N）7. 測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。 （N ）8. 代碼評審員一般由測試員擔(dān)任。 （ N ）9. 我們可以人為的使得軟件不存在配置問題。 （N ）10. 集成測試計劃在需求分析階段末提交。 （N ）11. 軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標的活動，所以軟件測試在軟件工程的后期才開始具體的工作。（ N）12. 發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。 ( Y )13. 測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進程。 （N）四、簡答題1. 什么是

11、軟件測試為了發(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)交付使用后用

12、戶經(jīng)過大范圍、長時間使用后才會曝露出來。（3） 80% 的軟件缺陷可以借助人工測試而發(fā)現(xiàn)， 20% 的軟件缺陷可以借助自動化測試能夠得以發(fā)現(xiàn)。由于這二者間具有交叉的部分，因此尚有 5% 左右的軟件缺陷需要通過其他方式進行發(fā)現(xiàn)和修正5. 給你輛自行車，你認為最需要檢查的是哪些地方？為什么？若要保證質(zhì)量必須要檢查三個部件，是什么？為什么？6. 性能測試的目的是什么，做好性能測試的關(guān)鍵是什么1評估系統(tǒng)的能力，測試中得到的負荷和響應(yīng)時間數(shù)據(jù)可以被用于驗證所計劃的模型的能力，并幫助作出決策。2識別體系中的弱點：受控的負荷可以被增加到一個極端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。3系統(tǒng)調(diào)優(yōu)：重

13、復(fù)運行測試，驗證調(diào)整系統(tǒng)的活動得到了預(yù)期的結(jié)果，從而改進性能。4. 檢測軟件中的問題：長時間的測試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問題或沖突。5 驗證穩(wěn)定性（resilience）可靠性（reliability）：在一個生產(chǎn)負荷下執(zhí)行測試一定的時間是評估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。做好性能測試工作的關(guān)鍵是強度測試（Stress Test ）： 強度測試7. 測試人員在軟件開發(fā)過程中的任務(wù)是什么？（初級） (5 分 )1、尋找 Bug；2、避免軟件開發(fā)過程中的缺陷；3、衡量軟件的品質(zhì)；4、關(guān)注用戶的需求。8. 一個缺陷測試報告的組成（1）測試軟件項目名稱

14、 , 每個要測試軟件項目都有唯一的名稱，有的公司對項目還有特定的編號。（2）測試軟件版本號 , 測試周期內(nèi)，一般需要測試多個軟件版本，報告錯誤時，一定要正確填寫產(chǎn)生錯誤的軟件版本號。（3）測試者名稱 , 便于分清責(zé)任，便于管理。（4）測試日期與時間 , 便于分析和統(tǒng)計錯誤報告信息。（5）測試軟件環(huán)境 , 包括操作系統(tǒng) 和其他必要的軟件程序。（6）測試硬件環(huán)境 , 包括測試計算機和其他測試設(shè)備的配置信息。（7）錯誤描述 , 簡明的描述錯誤的特征，便于查詢和快速瀏覽。包含以下幾個方面：a) 錯誤標識編號 (ID#) , 每個錯誤都有一個唯一的標識編號，方便查詢。b) 錯誤類型 , 根據(jù)錯誤類型，分

15、配給適當(dāng)?shù)娜藛T處理錯誤。c) 錯誤級別 , 錯誤的嚴重程度和處理的優(yōu)先級，優(yōu)先處理高級別的錯誤。d) 錯誤狀態(tài) , 錯誤狀態(tài)表明錯誤是否已經(jīng)處理和將怎樣處理， 根據(jù)錯誤狀態(tài)，采用適當(dāng)?shù)奶幚矸椒?。e) 錯誤處理者名稱 , 便于分清責(zé)任，便于管理。f) 重現(xiàn)錯誤的操作步驟 , 便于重現(xiàn)錯誤，修復(fù)錯誤和驗證錯誤。g) 期望的結(jié)果 , 描述滿足設(shè)計要求的結(jié)果。h) 實際測試結(jié)果 , 描述實際測試后得到的結(jié)果。i) 必要的附圖 , 便于確認錯誤的表現(xiàn)形式和錯誤位置。（8）測試者的建議等注釋 , 便于錯誤處理者快速和正確處理錯誤9.五、應(yīng)用題1. 輸入三個整數(shù) a、 b、 c，通過程序判定是否構(gòu)成三角形。要求輸入 a、b、c必須滿足 a 200,b 200,c 200. 請用黑盒測試方法編制測試用例2. 一個有廣告的花杯子，盡可能多的設(shè)計測試用例3. 請設(shè)計一個關(guān)于 ATM自動取款機的測試用例1. 功能：a) ATM 所識別卡的類型b) 密碼驗證 (身份登陸、是否為掩碼、輸入錯誤密碼時是否提示，連續(xù)三次錯誤吞卡等 );c) 取款功能：i. 金額多少的限制， 單次最大最小提取金額、 每天最大提取金額燈）；ii. 取款幣種的不同，如人民幣、美元、歐元等d) 是否提示客戶操作完成后 ,打印相關(guān)操作信息 ;e) 查詢功能是否正常f) 轉(zhuǎn)賬功