軟件測試筆試題及答案

1、僅供個(gè)人參考一、選擇題1. 軟件可靠性是指在指定的條件下使用時(shí)， 軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性（ C）是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。A成熟性；B易恢復(fù)性；C容錯(cuò)性；D可靠性依從性2. 關(guān)于軟件質(zhì)量的描述，正確的是 _B_For personal use only in study and research; not for commercial useA軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力；B軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性；C軟件質(zhì)量保證過程就是軟件測試過程；D以上描述都不對(duì)3. _B_方法

2、根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測試用例。A路徑測試B等價(jià)類C因果圖D邊界值4.下列關(guān)于軟件驗(yàn)收測試的合格通過準(zhǔn)則錯(cuò)誤的是：_C_A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求；B 所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤；C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)不一致；D 驗(yàn)收測試工件齊全5.測試設(shè)計(jì)員的職責(zé)有： _B_制定測試計(jì)劃設(shè)計(jì)測試用例設(shè)計(jì)測試過程、腳本評(píng)估測試活動(dòng)A. BCD以上全是6. 對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用 D場景法貫穿整個(gè)測試用例設(shè)計(jì)過程廣在用例中綜合使用各種測試方法，對(duì)于參數(shù)配置類的軟件，要用 C 正交試驗(yàn)法 選擇較少的組合方式達(dá)到最佳效果，

3、 如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用 B 因果圖法 和判定表驅(qū)動(dòng)法A等價(jià)類劃分B因果圖法C正交試驗(yàn)法D場景法、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_不得用于商業(yè)用途僅供個(gè)人參考A評(píng)審產(chǎn)品，而不是評(píng)審生產(chǎn)者的能力B要有嚴(yán)格的評(píng)審計(jì)劃，并遵守日程安排C對(duì)評(píng)審中出現(xiàn)的問題要充分討論，以求徹底解決D限制參與者

4、人數(shù)，并要求評(píng)審會(huì)之前做好準(zhǔn)備9. 下列關(guān)于文檔測試描述錯(cuò)誤的是 _A_A文檔測試主要檢查文檔的正確性、完備性、可理解性、可操作性和易維護(hù)性；B正確性是指不要把軟件的功能和操作寫錯(cuò)，也不允許文檔內(nèi)容前后矛盾；C完備性是指文檔不可以“虎頭蛇尾” ，更不許漏掉關(guān)鍵內(nèi)容。有些學(xué)生在證明數(shù)學(xué)題時(shí)，喜歡用“顯然”兩字蒙混過關(guān)。文檔中很多內(nèi)容對(duì)開發(fā)者可能是“顯然”的，但對(duì)用戶而言不見得都是“顯然”的；D文檔不可以寫成散文、詩歌或者偵探、言情小說，要讓大眾用戶看得懂，能理解10. 以下關(guān)于集成測試的內(nèi)容正確的有 _D_ 集成測試也叫組裝測試或者聯(lián)合測試；在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟

5、失；一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度；ABCD以上全部正確11. 軟件測試的目的是 _B_A評(píng)價(jià)軟件的質(zhì)量B發(fā)現(xiàn)軟件的錯(cuò)誤C找出軟件中的所有錯(cuò)誤D證明軟件是正確的12. 為了提高測試的效率，應(yīng)該 _D_A隨機(jī)地選取測試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試計(jì)劃 D選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)13. 下列關(guān)于軟件測試的敘述中，選擇出全部正確的一組_A_(1)用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的N

6、o(2)盡量用公共過程或子程序去代替重復(fù)的代碼段No(3)測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求NO(4) 對(duì)于連鎖型分支結(jié)構(gòu)，若有 n 個(gè)判定語句，則有 2n 條路徑 Yes(5) 盡量采用復(fù)合的條件測試，以避免嵌套的分支結(jié)構(gòu)Yes(6) GOTO 語句概念簡單，使用方便，在某些情況下，保留 GOTO語句反能使寫出的程序更加簡潔 Yes(7) 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多Yes(8) 黑盒測試方法中最有效的是因果圖法 No不得用于商業(yè)用途僅供個(gè)人參考(9)在做程序的單元測試時(shí)，樁（存根）模塊比驅(qū)動(dòng)模塊容易編寫No(10) 程序效率的提高主要應(yīng)通過選擇高效的算法來實(shí)現(xiàn) .

7、 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_A alpha 測試需要用戶代表參加；B beta 測試是不是驗(yàn)收測試的一種；C alpha 測試不需要用戶代表參加；D beta 測試是系統(tǒng)測試的一種；15. 關(guān)于自動(dòng)化測試局限性的描述，以下錯(cuò)誤的描述有 _B_A. 自動(dòng)化測試不能取代手工測試 B. 自動(dòng)測試比手工測試發(fā)現(xiàn)的缺陷少C.自動(dòng)測試不能提高測試覆蓋率 D. 自動(dòng)化測試對(duì)測試設(shè)計(jì)依賴性極大16. PSP是指個(gè)人軟件過程 ，是一種可用于

8、 （ A 控制）、（ B 管理 ）和（ C 改進(jìn)）個(gè)人軟件工作方式的自我改善過程。A、控制B 、管理C、改進(jìn)D、高效E 、充分F 、適宜二、填空題1. 軟件驗(yàn)收測試包括： 正式驗(yàn)收測試， alpha 測試， beta 測試 。2. 軟件的六大質(zhì)量特性包括： 功能性、可靠性、可用性、效率 、穩(wěn)定性、可移植性。3. 軟件測試按照不同的劃分方法，有不同的分類：（ 1）按照軟件測試用例的設(shè)計(jì)方法而論， 軟件測試可以分為 白盒測試法 和黑盒測試法 。（ 2）從是否執(zhí)行程序的角度，軟件測試可以分為 靜態(tài)測試 和動(dòng)態(tài)測試。（ 3）按照軟件測試的策略和過程來分類， 軟件測試可分為 單元測試、 集成測試、系統(tǒng)測

9、試、驗(yàn)證測試和確認(rèn)測試 。4. 軟件生命周期包括制定計(jì)劃、 需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測試、軟件運(yùn)行、軟件維護(hù)、軟件停用 等 8 個(gè)階段5. 軟件測試的模型分為： V 模型、 W模型、 X 模型、 H 模型、測試驅(qū)動(dòng)模型6. 系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試。7.一個(gè)文本框要求輸入 6 位數(shù)字密碼，且對(duì)每個(gè)帳戶每次只允許出現(xiàn)三次輸入錯(cuò)誤，對(duì)此文本框進(jìn)行測試設(shè)計(jì)的等價(jià)區(qū)間有： 密碼位數(shù)： 6 位 和 非 6 位的；密碼內(nèi)

10、容：數(shù)字的 和 非數(shù)字的；輸入次數(shù)：三次以內(nèi) 和 超過三次。三、判斷題1. 軟件測試的目的是盡可能多的找出軟件的缺陷。 （ Y ）2. 驗(yàn)收測試是由最終用戶來實(shí)施的。 （ N ）不得用于商業(yè)用途僅供個(gè)人參考3. 要充分注意軟件測試中的群集現(xiàn)象。 （Y ）4. 單元測試能發(fā)現(xiàn)約 80% 的軟件缺陷。（Y ）5. 代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。 （N ）6.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤。（ N）7. 測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。 （N ）8. 代碼評(píng)審員一般由測試員擔(dān)任。 （ N ）9. 我們可以人為的使得軟件不存在配置問題。 （N ）10. 集成

11、測試計(jì)劃在需求分析階段末提交。 （N ）11. 軟件測試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測試在軟件工程的后期才開始具體的工作。 （N）12. 發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊中的錯(cuò)誤也多。 ( Y )13. 測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。 （N）四、簡答題1. 什么是軟件測試？為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。2. 白盒測試有幾種方法？總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致 , 沒有沖突或歧義。動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、

12、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。3. 系統(tǒng)測試計(jì)劃是否需要同行審批，為什么？需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。4. 簡述軟件測試中的“ 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% 左右的軟件缺陷

13、需要通過其他方式進(jìn)行發(fā)現(xiàn)和修正5. 給你輛自行車，你認(rèn)為最需要檢查的是哪些地方？為什么？若要保證質(zhì)量必須要檢查三個(gè)部件，是什么？為什么？6. 性能測試的目的是什么，做好性能測試的關(guān)鍵是什么？1評(píng)估系統(tǒng)的能力，測試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證所計(jì)劃的模型的能力，并幫助作出決策。2識(shí)別體系中的弱點(diǎn)：受控的負(fù)荷可以被增加到一個(gè)極端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。不得用于商業(yè)用途僅供個(gè)人參考3系統(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)存泄露引起的失敗，揭示程序中的隱含的問題或沖突。

14、5 驗(yàn)證穩(wěn)定性（resilience）可靠性（reliability）：在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。做好性能測試工作的關(guān)鍵是強(qiáng)度測試（Stress Test ）： 強(qiáng)度測試7. 測試人員在軟件開發(fā)過程中的任務(wù)是什么？（初級(jí)） (5 分 )1、尋找 Bug；2、避免軟件開發(fā)過程中的缺陷；3、衡量軟件的品質(zhì)；4、關(guān)注用戶的需求。8. 一個(gè)缺陷測試報(bào)告的組成（1）測試軟件項(xiàng)目名稱 , 每個(gè)要測試軟件項(xiàng)目都有唯一的名稱，有的公司對(duì)項(xiàng)目還有特定的編號(hào)。（2）測試軟件版本號(hào) , 測試周期內(nèi)，一般需要測試多個(gè)軟件版本，報(bào)告錯(cuò)誤時(shí)，一定要正確填寫產(chǎn)生錯(cuò)誤的

15、軟件版本號(hào)。（3）測試者名稱 , 便于分清責(zé)任，便于管理。（4）測試日期與時(shí)間 , 便于分析和統(tǒng)計(jì)錯(cuò)誤報(bào)告信息。（5）測試軟件環(huán)境 , 包括操作系統(tǒng) 和其他必要的軟件程序。（6）測試硬件環(huán)境 , 包括測試計(jì)算機(jī)和其他測試設(shè)備的配置信息。（7）錯(cuò)誤描述 , 簡明的描述錯(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ò)誤。d) 錯(cuò)誤狀態(tài) , 錯(cuò)誤狀態(tài)表明錯(cuò)誤是否已經(jīng)處理和將怎樣處理， 根據(jù)錯(cuò)誤狀態(tài)

16、，采用適當(dāng)?shù)奶幚矸椒ā) 錯(cuò)誤處理者名稱 , 便于分清責(zé)任，便于管理。f) 重現(xiàn)錯(cuò)誤的操作步驟 , 便于重現(xiàn)錯(cuò)誤，修復(fù)錯(cuò)誤和驗(yàn)證錯(cuò)誤。g) 期望的結(jié)果 , 描述滿足設(shè)計(jì)要求的結(jié)果。h) 實(shí)際測試結(jié)果 , 描述實(shí)際測試后得到的結(jié)果。i) 必要的附圖 , 便于確認(rèn)錯(cuò)誤的表現(xiàn)形式和錯(cuò)誤位置。（8）測試者的建議等注釋 , 便于錯(cuò)誤處理者快速和正確處理錯(cuò)誤五、應(yīng)用題1. 輸入三個(gè)整數(shù) a、 b、 c，通過程序判定是否構(gòu)成三角形。要求輸入 a、b、c必須滿足 a 200,b 200,c 200. 請(qǐng)用黑盒測試方法編制測試用例。2. 一個(gè)有廣告的花杯子，盡可能多的設(shè)計(jì)測試用例。3. 請(qǐng)?jiān)O(shè)計(jì)一個(gè)關(guān)于 ATM

17、自動(dòng)取款機(jī)的測試用例1. 功能：不得用于商業(yè)用途僅供個(gè)人參考a) ATM 所識(shí)別卡的類型b) 密碼驗(yàn)證 (身份登陸、是否為掩碼、輸入錯(cuò)誤密碼時(shí)是否提示，連續(xù)三次錯(cuò)誤吞卡等 );c) 取款功能：i. 金額多少的限制， 單次最大最小提取金額、 每天最大提取金額等）；ii. 取款幣種的不同，如人民幣、美元、歐元等。d) 是否提示客戶操作完成后 ,打印相關(guān)操作信息 ;e) 查詢功能是否正常。f) 轉(zhuǎn)賬功能是否正常。g) 是否提示客戶操作完成后 ,取回客戶卡 ;2. 性能：a) 是否有自動(dòng)吞卡 (非法客戶 密碼錯(cuò)誤客戶 規(guī)定時(shí)間內(nèi)未完成相關(guān)操作功能的客戶 );如果有，有無報(bào)警功能 (保密報(bào)警 );b) 平均無故障時(shí)間， 平均故障修復(fù)時(shí)間， 輸入密碼后驗(yàn)證時(shí)間， 出鈔票時(shí)間，查詢余額等待時(shí)間。3. 易用性a) ATM 各個(gè)操作功能 (硬件 )是否正常、易懂；b) ATM 的界面顯示是否友好；c) ATM 是否支持英文操作；d) ATM 是否存在異常（斷電、黑客入侵）有自動(dòng)保護(hù)（報(bào)警）功能；不得用于商業(yè)用途僅供個(gè)人參考僅供個(gè)人用于學(xué)習(xí)、研究；不得用于商業(yè)用途。For personal use only