完整版軟件測試筆試題及答案

1、一、選擇題軟件靠譜性是指在指定的條件下使用時，軟件產(chǎn)品保持規(guī)定的性能級其余能 力，其子特色(C)是指在軟件發(fā)生故障也許違反指定接口的狀況下，軟件產(chǎn) 品保持規(guī)定的性能級其余能力。A成熟性；B .易恢復(fù)性；C .容錯性；D .靠譜性允從性關(guān)于軟件質(zhì)量的描述，正確的選項是_B軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力；B .軟件質(zhì)量特色是指軟件的功能性、靠譜性、易用性、效率、可保護性、 可移植性；C.軟件質(zhì)量保證過程就是軟件測試過程；D以上描述都不對B_方法依據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。路徑測試B,等價類C .因果圖D.界限值以下關(guān)于軟件查收測試的合格經(jīng)過準(zhǔn)則錯誤的選項是：C軟件需求剖析說明書中

2、定義的全部功能已全部實現(xiàn)，性能指標(biāo)全部達到要求；全部測試項沒有節(jié)余一級、二級和三級錯誤；C立項審批表、需求剖析文檔、設(shè)計文檔和編碼實現(xiàn)不一致；D.查收測試工件齊全5.測試設(shè)計員的職責(zé)有：B設(shè)計測試過程、腳本D以上全部是評估擬訂測試計劃設(shè)計測試用例測試活動A.B C .關(guān)于業(yè)務(wù)流清楚的系統(tǒng)可以利用D場景法貫穿整個測試用例設(shè)計過程廣在用例中綜合使用各種測試方法，關(guān)于參數(shù)配置類的軟件，要用C正交試驗法選擇 較少的組合方式達到最正確見效，假如程序的功能說明中含有輸入條件的組合 狀況，則一開始就可以采納B因果圖法和判斷表驅(qū)動法A.等價類區(qū)分B.因果圖法C .正交試驗法。場景法、以下軟件實行活動的進入準(zhǔn)則

3、描述錯誤的選項是：D需求工件已經(jīng)被基線化詳細(xì)設(shè)計工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化D.項目階段成就已經(jīng)被基線化正式的技術(shù)評審FTR(Formal Technical Review) 是軟件工程師組織的軟件質(zhì) 量保證活動，下邊關(guān)于FTR指導(dǎo)原則中錯誤的選項是_C評審產(chǎn)品，而不是評審生產(chǎn)者的能力要有嚴(yán)格的評審計劃，并恪守日程安排C .對評審中出現(xiàn)的問題要充分議論，以求完好解決D,限制參加者人數(shù)，并要求評審會以前做好準(zhǔn)備以下關(guān)于文檔測試描述錯誤的選項是_AA,文檔測試主要檢查文檔的正確性、齊全性、可理解性、可操作性和易保護 性；B正確性是指不要把軟件的功能和操作寫錯，也不一樣樣意文檔內(nèi)容前 后矛

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

5、以上全部正確11.軟件測試的目的是BA議論軟件的質(zhì)量B.發(fā)現(xiàn)軟件的錯誤C .找出軟件中的全部錯誤D.證明軟件是正確的為了提升測試的效率，應(yīng)當(dāng) DA,隨機地采納測試數(shù)據(jù)B,取全部可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C .在完成編碼此后擬訂軟件的測試計劃D選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù) 作為測試數(shù)據(jù)以下關(guān)于軟件測試的表達中，選擇出全部正確的一組 A TOC o 1-5 h z 用黑盒法測試時，測試用例是依據(jù)程序內(nèi)部邏輯設(shè)計的No盡量用公共過程或子程序去取代重復(fù)的代碼段No測試是為了考據(jù)該軟件已正確地實現(xiàn)了用戶的要求NO關(guān)于連鎖型分支結(jié)構(gòu)，如有n個判斷語句，則有2n條路徑Y(jié)es盡量采納復(fù)合的條件測試，以防備嵌套

6、的分支結(jié)構(gòu)YesGOTO語句看法簡單，使用方便，在某些狀況下，保留GOTO語句反能使 寫出的程序更加簡潔Yes發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多Yes黑盒測試方法中最有效的是因果圖法 No在做程序的單元測試時，樁(存根)模塊比驅(qū)動模塊簡單編寫No程序效率的提升主要應(yīng)經(jīng)過選擇高效的算法來實現(xiàn)YesA. (4)(5)(6)(7)(10)B(1)(2)(4)(5)(7)C. (2)(4)(5)(7)(9)D.以上描述全部正確以下關(guān)于alpha、beta測試的描述中正確的選項是：Aalpha測試需要用戶代表參加；beta測試能否是查收測試的一種；alpha測試不需要用戶代表參加；beta測試

7、是系統(tǒng)測試的一種；關(guān)于自動化測試限制性的描述，以下錯誤的描述有 BA.自動化測試不可以取代手工測試B.自動測試比手工測試發(fā)現(xiàn)的缺點少自動測試不可以提升測試覆蓋率D.自動化測試對測試設(shè)計依賴性極大PSP是指個人軟件過程，是一種可用于(A控制)、(B管理)和(C改 進)個人軟件工作方式的自我改進過程。A、控制B、管理高效C、改進E、充分F、合適二、填空題軟件查收測試包含：正式查收測試，alpha測試，beta測試。軟件的六大質(zhì)量特色包含：功能性、靠譜性、可用性、效率、堅固性、可移植 性。軟件測試依據(jù)不一樣樣的區(qū)分方法，有不一樣樣的分類：依據(jù)軟件測試用例的設(shè)計方法而論，軟件測試可以分為白盒測試法 和

8、黑 盒測試法。從能否履行程序的角度，軟件測試可以分為 靜態(tài)測試和動向測試。依據(jù)軟件測試的策略和過程來分類，軟件測試可分為單元測試、集成測 試、系統(tǒng)測試、考據(jù)測試和確認(rèn)測試。軟件生命周期包含擬訂計劃、需求剖析定義、軟件設(shè)計、程序編碼、軟件測 試、軟件運轉(zhuǎn)、軟件保護、軟件停用等8個階段軟件測試的模型分為：V模型、W模型、X模型、H模型、測試驅(qū)動模型系統(tǒng)測試的策略有：功能測試，性能測試，靠譜性測試，負(fù)載測試，易用性測 試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障 恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試。一個文本框要求輸入6位數(shù)字密碼，且對每個帳戶每次只

9、贊成出現(xiàn)三次輸入錯誤， 對此文本框進行測試設(shè)計的等價區(qū)間有：密碼位數(shù)：6位 和 非6位的；密碼內(nèi)容: 數(shù)字的和非數(shù)字的；輸入次數(shù)：三次之內(nèi)和超出三次。三、判斷題軟件測試的目的是盡可能多的找出軟件的缺點。(Y )查收測試是由最后用戶來實行的。(N )要充分注意軟件測試中的群集現(xiàn)象。(Y )單元測試能發(fā)現(xiàn)約80%的軟件缺點。(Y ) TOC o 1-5 h z 代碼評審是檢查源代碼能否達到模塊設(shè)計的要求。（N ）好的測試方案是極可能發(fā)現(xiàn)迄今為止還沒有發(fā)現(xiàn)的錯誤。（N）測試人員要堅持原則，缺點未修復(fù)完果斷不予經(jīng)過。（N）代碼評審員一般由測試員擔(dān)當(dāng)。（N）我們可以人為的使得軟件不存在配置問題。（N）集

10、成測試計劃在需求剖析階段末提交。（N）軟件測試就是為了考據(jù)軟件功能實現(xiàn)的能否正確，能否完成既定目標(biāo)的 活動，所以軟件測試在軟件工程的后期才開始詳細(xì)的工作。（N）發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。（Y ）測試人員在測試過程中發(fā)現(xiàn)一處問題，假如問題影響不大，而自己又可以 更正，應(yīng)馬上將此問題正確更正，以加速、提升開發(fā)的進度。（N）四、簡答題什么是軟件測試？為了發(fā)現(xiàn)程序中的錯誤而履行程序的過程。白盒測試有幾種方法？整體上分為靜態(tài)方法和動向方法兩大類。靜態(tài)：要點功能是檢查軟件的表示和描述能否一致，沒有矛盾或歧義。動向：語句覆蓋、判斷覆蓋、條件覆蓋、判斷條件覆蓋、條件組合覆蓋、 路徑覆蓋。系統(tǒng)測

11、試計劃能否需要同行審批，為何？需要，系統(tǒng)測試計劃屬于項目階段性要點文檔，所以需要評審。簡述軟件測試中的“ 80-20原則”。（1）80%的軟件缺點常常生計在軟件20%的空間里；（2）測試工作中可以發(fā)現(xiàn)和防備80%的軟件缺點，此后的查收測試等可 以幫助我們找出節(jié)余缺點中的80%，最后的5%的軟件缺點可能只有在系 統(tǒng)交付使用后用戶經(jīng)過大范圍、長時間使用后才會曝露出來。（3）80%的軟件缺點可以借助人工測試而發(fā)現(xiàn)，20%的軟件缺點可以借 助自動化測試可以得以發(fā)現(xiàn)。因為這兩者間擁有交錯的部分，所以尚有5%左右的軟件缺點需要經(jīng)過其余方式進行發(fā)現(xiàn)和修正給你輛自行車，你以為最需要檢查的是哪些地方？為何？若要

12、保證 質(zhì)量必然要檢查三個零件，是什么？為何？性能測試的目的是什么，做好性能測試的要點是什么？.評估系統(tǒng)的能力，測試中獲得的負(fù)荷和響應(yīng)時間數(shù)據(jù)可以被用于考據(jù)所計劃的模型的能力，并幫助作出決策。.鑒別系統(tǒng)中的缺點：受控的負(fù)荷可以被增添到一個極端的水平，并突破它，從而修復(fù)系統(tǒng)的瓶頸或單薄的地方。.系統(tǒng)調(diào)優(yōu)：重復(fù)運轉(zhuǎn)測試，考據(jù)調(diào)整系統(tǒng)的活動獲得了預(yù)期的結(jié)果，從而改進性能。4.檢測軟件中的問題：長時間的測試履行可以致程序發(fā)生因為內(nèi)存泄漏惹起的失敗，揭示程序中的隱含的問題或矛盾。5 .考據(jù)堅固性(resilience )靠譜性(reliability )：在一個生產(chǎn)負(fù)荷下履行測試必然的時間是評估系統(tǒng)堅固性

13、和靠譜性能否滿足要求的獨一方 法。做好性能測試工作的要點是強度測試(Stress Test ):強度測試測試人員在軟件開發(fā)過程中的任務(wù)是什么？(初級)(5分)1、找尋Bug ；2、防備軟件開發(fā)過程中的缺點；3、衡量軟件的質(zhì)量；4、關(guān)注用戶的需求。一個缺點測試報告的構(gòu)成(1)測試軟件項目名稱，每個要測試軟件項目都有獨一的名稱，有的公 司對項目還有特定的編號。(2 )測試軟件版本號，測試周期內(nèi)，一般需要測試多個軟件版本，報告錯誤時，必然要正確填寫產(chǎn)生錯誤的軟件版本號。測試者名稱，便于分清責(zé)任，便于管理。測試日期與時間，便于剖析和統(tǒng)計錯誤報告信息。測試軟件環(huán)境，包含操作系統(tǒng)和其余必需的軟件程序。測試

14、硬件環(huán)境，包含測試計算機和其余測試設(shè)備的配置信息。錯誤描述，簡潔的描述錯誤的特色，便于盤問和快速閱讀。包含以下幾個方面：錯誤表記編號(ID#),每個錯誤都有一個獨一的表記編號，方便盤問。錯誤種類，依據(jù)錯誤種類，分配給合適的人員辦理錯誤。錯誤級別，錯誤的嚴(yán)重程度和辦理的優(yōu)先級，優(yōu)先辦理高級其余 錯誤。錯誤狀態(tài)，錯誤狀態(tài)表示錯誤能否已經(jīng)辦理和將如何辦理，依據(jù)錯誤 狀態(tài)，米納合適的辦理方法。錯誤辦理者名稱，便于分清責(zé)任，便于管理。重現(xiàn)錯誤的操作步驟，便于重現(xiàn)錯誤，修復(fù)錯誤和考據(jù)錯誤。希望的結(jié)果，描述滿足設(shè)計要求的結(jié)果。實質(zhì)測試結(jié)果，描述實質(zhì)測試后獲得的結(jié)果。必需的附圖，便于確認(rèn)錯誤的表現(xiàn)形式和錯誤地點。測試者的建議等說明，便于錯誤辦理者快速和正確辦理錯誤五、應(yīng)用題輸入三個整數(shù)a、b、c，經(jīng)過程序判斷能否構(gòu)成三角形。要求輸入a、b、c必 然滿足aW 200,b W200,c W200.請用黑盒測試方法編制測試用例。一個有廣告的花杯子，盡可能多的設(shè)計測試用例。請設(shè)計一個關(guān)于ATM自動取款機的測試用例1.功能：ATM所鑒別卡的種類密碼考據(jù)(身份登陸、能否為掩碼、輸入錯誤密碼時能否提示，連續(xù)三次錯誤吞卡等）;c）取款功能：額額多少的限制，單次最大最小提取金額、每日最大提取金取款幣種的不一樣樣，如人民幣、美元、歐元等。d）能否提示客戶操作完成后，打印相關(guān)操作信息；e