軟件測試方法與技術(shù)試題二及答案

軟件測試方法與技術(shù)試題二及答案題號—一二三四五六七八總分得分評卷人單選題（本大題共15小題，每小題1分，共15分）經(jīng)驗表明，在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤數(shù)目較多，則該模塊中殘存的錯誤數(shù)目與其他模塊相比，通常應該（D）A）較少 B）較多 C）相似 D）不確定同行評審，有時稱為同級評審，是一種通過作者的同行來確認缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評審、技術(shù)評審、文檔評審和（B）A）誤差評審B）項目評審C）過程評審D）組織體系評審數(shù)據(jù)流覆蓋關(guān)注的是程序中某個變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種（A）A）語句覆蓋 B）控制覆蓋 C）分支覆蓋 D）路徑覆蓋如果一個判定中的復合條件表達式為（A>1）or（B<=3）,則為了達到100%的條件覆蓋率，至少需要設(shè)計多少個測試用例（B）A）1 B）2 C）3 D）4自底向上單元測試的策略是首先對模塊調(diào)用圖上的哪一層模塊進行測試（A）A）最底層 B）下一層 C）最高層 D）上一層基本路徑測試滿足（A）A）語句覆蓋 B）路徑覆蓋 C）分支覆蓋 D）條件覆蓋集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性（B）A）正確性 B）可靠性 C）可使用性 D）可維護性在軟件性能測試中,下列指標中哪個不是軟件性能的指標（D）A）響應時間 B）吞吐量 C）資源利用率 D）并發(fā)進程數(shù)下列關(guān)于軟件性能測試的說法中,正確的是（B）A）性能測試的目的不是為了發(fā)現(xiàn)軟件缺陷B） 壓力測試與負載測試的目的都是為了探測軟件在滿足預定性能需求的情況下所能負擔的最大壓力C） 性能測試通常要對測試結(jié)果進行分析才能獲得測試結(jié)論D） 在性能下降曲線上，最大建議用戶數(shù)通常處于性能輕微下降區(qū)與性能急劇下降區(qū)的交界處下列關(guān)于軟件可靠性測試的說法中，錯誤的是（A）A） 發(fā)現(xiàn)軟件缺陷是軟件可靠性測試的主要目的B） 軟件可靠性測試通常用于有可靠性要求的軟件C） 在一次軟件可靠性測試中，執(zhí)行的測試用例必須完全符合所定義的軟件運行剖面D） 可靠性測試通常要對測試結(jié)果進行分析才能獲得測試結(jié)論下列關(guān)于面向?qū)ο筌浖y試的說法中，正確的是（A）A） 在測試一個類時，只要對該類的每個成員方法都進行充分的測試就完成了對該類充分的測試B） 在存在多態(tài)的情況下，為了達到較高的測試充分性，應對所有可能的綁定都進行測試C） 假設(shè)類B是類A的子類，如果類A已進行了充分的測試，在測試類B時不必測試任何類B繼承類A的成員方法D） 對于一棵繼承樹上的多個類，只有處于葉節(jié)點的類需要測試下列哪種測試不屬于面向?qū)ο髥卧獪y試考慮的范疇（D）A）成員方法的測試 B）類的測試C）類樹的測試 D）多個相互協(xié)作的類樹的測試下列關(guān)于面向?qū)ο蠹蓽y試的說法中，正確的是（B）A） 大突擊集成是面向?qū)ο蠹蓽y試最常用且最有效的方法B） 自底向上集成和自頂向下集成都需要為集成測試開發(fā)大量代碼C） 協(xié)作集成在任何情況下都優(yōu)于自底向上集成和自頂向下集成D） 高頻集成是以自底向上集成為基礎(chǔ)，利用冒煙測試進行的集成測試下列有關(guān)測試過程V模型的說法中，正確的是（C）A） 驗收測試應確定程序的執(zhí)行是否滿足軟件設(shè)計的要求B） 系統(tǒng)測試應確定系統(tǒng)功能和性能的質(zhì)量特性是否達到系統(tǒng)要求的指標C） 單元測試和集成測試應確定軟件的實現(xiàn)是否滿足用戶需要或合同的要求

D）集成測試在編碼結(jié)束前就可以開始計算機軟件測試規(guī)范規(guī)定，軟件測試的類別可分為：單元測試、集成測試以及（C）A）系統(tǒng)測試 B）驗收測試C）系統(tǒng)測試和驗收測試 D）配置項測試、系統(tǒng)測試和驗收測試不定項選擇題（本大題共15小題，每小題1分，共15分）實施缺陷跟蹤的目的是：（ABCD）A、軟件質(zhì)量無法控制 B、問題無法量化C、重復問題接連產(chǎn)生 D、解決問題的知識無法保留E、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理使用軟件測試工具的目的：（ABCDF）A、A、幫助測試尋找問題C、節(jié)省測試時間E、更好的控制缺陷提高軟件質(zhì)量編寫測試計劃的目的是：（ABCA、使測試工作順利進行C、使測試工作更加系統(tǒng)化E、軟件過程規(guī)范化的要求選出屬于黑盒測試方法的選項（B、協(xié)助問題的診斷D、提高Bug的發(fā)現(xiàn)率F、更好的協(xié)助開發(fā)人員）B、使項目參與人員溝通更舒暢D、軟件工程以及軟件過程的需要F、控制軟件質(zhì)量B）A、條件組合覆蓋 B、輸入覆蓋 C、基路徑測試D、分支覆蓋 E、語句覆蓋 F、條件覆蓋以測試的形態(tài)分測試可以分為：（ABC）A、建構(gòu)性測試 B、系統(tǒng)測試 C、專項測試D、單元測試 E、組件測試 F、集成測試進行軟件質(zhì)量管理的重要性有：（ABCDEF）A、維護降低成本B、法律上的要求 C、市場競爭的需要D、質(zhì)量標準化的趨勢E、軟件工程的需要F、CMM過程的一部分G、方便與客戶進一步溝通為后期的實施打好基礎(chǔ)（B ）可以作為軟件測試結(jié)束的標志。使用了特定的測試用例 B.錯誤強度曲線下降到預定的水平

C.查出了預定數(shù)目的錯誤C.查出了預定數(shù)目的錯誤D.按照測試計劃中所規(guī)定的時間進行了測試&導致軟件缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括（ABCD ）。軟件需求說明書編寫的不全面，不完整，不準確，而且經(jīng)常更改軟件設(shè)計說明書軟件操作人員的水平開發(fā)人員不能很好的理解需求說明書和溝通不足軟件驗收測試的合格通過準則是：（AD）軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求所有測試項沒有殘余一級、二級和三級錯誤。立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。驗收測試工件齊全。軟件測試計劃評審會需要哪些人員參加？（ABCD）A.項目經(jīng)理A.項目經(jīng)理配置負責人SQA負責人測試組下列關(guān)于alpha測試的描述中正確的是：（AD）alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種alpha測試是驗收測試的一種測試設(shè)計員的職責有：（BC）A.制定測試計劃 B.設(shè)計測試用例D.評估測試活動D.評估測試活動ABC）軟件實施活動的進入準則是需求工件已經(jīng)被基線化詳細設(shè)計工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項目階段成果已經(jīng)被基線化下面的哪一項測試步驟中需要進行局部數(shù)據(jù)結(jié)構(gòu)測試：（A）A、單元測試B、 集成測試C、 確認測試D、 系統(tǒng)測試從是否需要執(zhí)行被測軟件的角度，軟件測試技術(shù)可劃分的類型是：（AC ）。A、 靜態(tài)測試B、 黑盒測試C、 動態(tài)測試D、 白盒測試三、 判斷題（本大題共10小題，每小題1分，共10分）自底向上集成需要測試員編寫驅(qū)動程序。（V）測試是證明軟件正確的方法。（ X）驗收測試是由最終用戶來實施的。（V ）黑盒測試也稱為結(jié)構(gòu)測試。（X）代碼評審員一般由測試員擔任。（X）軟件測試的目的是盡可能多的找出軟件的缺陷。（V）驗收測試是由最終用戶來實施的。（X）代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（X）自底向上集成需要測試員編寫驅(qū)動程序。（V）負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度°（V）四、 名詞解釋（本大題共5小題，每小題3分，共15分）a測試Alpha測試是由選定的用戶進行的產(chǎn)品早期性測試，這個測試一般在可控的環(huán)境下進行。負載測試讓被測系統(tǒng)在其能忍受的壓力極限范圍內(nèi)連續(xù)運行，來測試系統(tǒng)的穩(wěn)定性?；窂礁采w路徑覆蓋是在組件中被測試執(zhí)行到的路徑的百分比。要求設(shè)計若干測試用例執(zhí)行被測試程序時，能夠覆蓋程序中所有的可能路徑。樁模塊樁模塊（P105）：用于代替所測模塊調(diào)用的子模塊。樁模塊可以進行少量的數(shù)據(jù)操作，不需要實現(xiàn)子模塊的所有功能，但要根據(jù)需要來實現(xiàn)或代替子模塊的一部分功能。三明治集成一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。五、 簡答題（本大題共5小題，每小題5分，共25分）為什么要在一個團隊中開展軟件測試工作？答：軟件測試在整個一個團隊中占有非常重要的地位，具體來說就是測試是一個發(fā)現(xiàn)軟件錯誤的過程，執(zhí)行軟件測試會以最少的人力和時間，系統(tǒng)的找到軟件存在的缺陷和錯誤，建立起開發(fā)人員和使用者對軟件的信心。您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？答：軟件測試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據(jù)需求說明書制定《項目測試計劃》，編寫測試用例，建立測試環(huán)境。軟件測試人員負責軟件開發(fā)部門的新產(chǎn)品測試及原有產(chǎn)品的升級測試，負責軟件問題解決過程跟蹤，負責軟件開發(fā)文檔開發(fā)工作的規(guī)范化及管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊及操作手冊，負責產(chǎn)品的上線測試，監(jiān)督軟件開發(fā)過程的執(zhí)行，提高產(chǎn)品質(zhì)量。請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計或選擇測試用例，對程式所有邏輯路徑進行測試。單元測試：白盒測試的一種，對軟件設(shè)計中的單元模塊進行測試。集成測試：在單元測試的基礎(chǔ)上，對單元模塊之間的連接和組裝進行測試。系統(tǒng)測試：在所有都考慮的情況下，對系統(tǒng)進行測試。驗收測試：第三方進行的確認軟件滿足需求的測試。單元測試策略主要有哪三種方式？分別加以說明。1）自頂向下的單元測試策略：從頂層調(diào)用的單元做成樁模塊；對第二層測試，使用上面已測試的單元做驅(qū)動模塊；依次類推，直到全部單元測試結(jié)束。2）自底向上的單元測試策略：先對模塊調(diào)用的最底層模塊進行測試，模擬調(diào)用該模塊的模塊為驅(qū)動模塊；其次，對上一層模塊進行單元測試，用已經(jīng)被測試過的模塊做樁模塊，依次類推，直到全部單元測試結(jié)束。3）孤立測試的單元測試策略：無需考慮每個模塊與其他模塊之間的關(guān)系，分別為每個模塊單獨設(shè)計樁模塊和驅(qū)動模塊，逐一完成所有單元模塊的測試。軟件測試和軟件測試結(jié)束的標準：什么是恢復性測試，在進行恢復性測試時要考慮的主要問題有哪些？恢復性測試也叫容錯測試，用來檢查系統(tǒng)的容錯能力。通常若計算機系統(tǒng)出現(xiàn)錯誤，就必須在一定時間內(nèi)從錯誤中恢復過來，修正錯誤并重新啟動系統(tǒng)?；謴蜏y試是通過各種手段，讓軟件強制性地出錯，使其不能正常工作，從而檢驗系統(tǒng)的恢復能力。在進行恢復性測試時，要考慮的主要問題有：1） 恢復期間的安全性過程。2） 恢復處理日志方面的能力。3） 當出現(xiàn)供電問題時的恢復能力。4） 恢復操作后系統(tǒng)性能是否下降。六、 綜合題（本大題共2小題，每小題10分，共20分）常見的黑盒測試方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應用。等價類劃分常見的軟件測試面試題劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.使用邊界值分析方法設(shè)計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).錯誤推測法基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設(shè)計測試用例的方法.錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等,這些就是經(jīng)驗的總結(jié)。還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況。可選擇這些情況下的例子作為測試用例.因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個動作的形式來考慮設(shè)計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.正交表分析法有時候，可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先