軟件測試筆試題目及答案

時間：2020-11-02 18:33:21 筆試題目我要投稿

軟件測試筆試題目及答案

　　題與答案盡供參考

軟件測試筆試題目及答案

　　一、判斷題

　　1．軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）

　　2．Beta測試是驗收測試的一種。（Y）

　　3．驗收測試是由最終用戶來實施的。（N）

　　4．項目立項前測試人員不需要提交任何工件。（Y）

　　5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）

　　6．代碼評審是檢查源代碼是否達到模塊設計的要求。（N）

　　7．自底向上集成需要測試員編寫驅動程序。（Y）

　　8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（N）

　　9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（N）

　　10．代碼評審員一般由測試員擔任。（N）

　　11．我們可以人為的使得軟件不存在配置問題。（N）

　　12．集成測試計劃在需求分析階段末提交。（N）

　　二、選折

　　1．軟件驗收測試的合格通過準則是：（ABCD）

　　A．軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。

　　B．所有測試項沒有殘余一級、二級和三級錯誤。

　　C．立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。

　　D．驗收測試工件齊全。

　　2．軟件測試計劃評審會需要哪些人員參加？（ABCD）

　　A．項目經理

　　B．SQA負責人

　　C．配置負責人

　　D．測試組

　　3．下列關于alpha測試的描述中正確的是：（AD）

　　A．alpha測試需要用戶代表參加

　　B．alpha測試不需要用戶代表參加

　　C．alpha測試是系統(tǒng)測試的一種

　　D．alpha測試是驗收測試的一種

　　4．測試設計員的職責有：（BC）

　　A．制定測試計劃

　　B．設計測試用例

　　C．設計測試過程、腳本

　　D．評估測試活動

　　5．軟件實施活動的進入準則是：（ABC）

　　A．需求工件已經被基線化

　　B．詳細設計工件已經被基線化

　　C．構架工件已經被基線化

　　D．項目階段成果已經被基線化

　　三、添空

　　1.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。

　　2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15就滿分哦）

　　3.設計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。

　　4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

　　5.（這題出的有問題哦，詳細的5步驟為~~）通過畫因果圖來寫測試用例的步驟為：

　　（1）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），并給每個原因和結果賦予一個標識符。

　　（2）分析軟件規(guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系?根據(jù)這些關系，畫出因果圖。

　　（3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。

　　（4）把因果圖轉換成判定表。

　　（5）把判定表的每一列拿出來作為依據(jù)，設計測試用例。

　　四、簡答（資料是搜集整理的，感謝前輩的解題）無

　　1.區(qū)別階段評審的與同行評審

　　同行評審目的:發(fā)現(xiàn)小規(guī)模工作產品的錯誤,只要是找錯誤;

　　階段評審目的:評審模塊階段作品的'正確性可行性及完整性

　　同行評審人數(shù):3-7人人員必須經過同行評審會議的培訓,由SQA指導

　　階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格

　　同行評審內容:內容小一般文檔

　　階段評審內容:內容多,主要看重點

　　同行評審時間:一小部分工作產品完成

　　階段評審時間:通常是設置在關鍵路徑的時間點上!

　　2.什么是軟件測試

　　為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程

　　3簡述集成測試的過程

　　系統(tǒng)集成測試主要包括以下過程：

　　1.構建的確認過程。

　　2.補丁的確認過程。

　　3.系統(tǒng)集成測試測試組提交過程。

　　4.測試用例設計過程。

　　5.測試代碼編寫過程。

　　6. Bug的報告過程。

　　7.每周/每兩周的構建過程。

　　8.點對點的測試過程。

　　9.組內培訓過程。

　　4怎么做好文檔測試

　　仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。P142

　　檢查文檔的編寫是否滿足文檔編寫的目的

　　內容是否齊全，正確

　　內容是否完善

　　標記是否正確

　　5白盒測試有幾種方法

　　總體上分為靜態(tài)方法和動態(tài)方法兩大類。

　　靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

　　動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6系統(tǒng)測試計劃是否需要同行審批，為什么

　　需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。

　　7Alpha測試與beta的區(qū)別

　　Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　8比較負載測試，容量測試和強度測試的區(qū)別

　　負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。

　　強度測試：在一定的負荷條件下，在較長時間跨度內的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。

　　容量測試：容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標內確定的數(shù)據(jù)容量。

　　9測試結束的標準是什么？

　　用例全部測試。

　　覆蓋率達到標準。

　　缺陷率達到標準。

　　其他指標達到質量標準

　　10描述軟件測試活動的生命周期？

　　測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結。其中：

　　計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等；

　　設計：完成測試方案，從技術層面上對測試進行規(guī)劃；

　　實現(xiàn)：進行測試用例和測試規(guī)程設計；

　　執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。

　　總結：記錄測試結果，進行測試分析，完成測試報告。