軟件崗位測試筆試題目一、推斷題

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

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

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

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

5．單元測試能發覺約80%的軟件缺陷。（Y）

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

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

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

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

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

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

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

二、選折

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

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

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

C．立項審批表、需求分析文檔、設計文檔和編碼實現全都。

D．驗收測試工件齊全。

2．軟件測試方案評審會需要哪些人員參與？（ABCD）

A．項目經理

B．SQA負責人

C．配置負責人

D．測試組

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

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

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

C．alpha測試是系統測試的一種

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

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

A．制定測試方案

B．設計測試用例

C．設計測試過程、腳本

D．評估測試活動

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

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

B．具體設計工件已經被基線化

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

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

三、添空

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

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

3.設計系統測試方案需要參考的項目文擋有：軟件測試方案，軟件需求工件和迭代方案。

4.對面對過程的系統采納的集成策略有：自頂向下，自底向上兩種。

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

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

（2）分析軟件規格說明描述中的語義，找出緣由與結果之間，緣由與緣由之間對應的是什么關系?依據這些關系，畫出因果圖。

（3）由于語法或環境限制，有些緣由與緣由之間，緣由與結果之間的組合狀況不行能消失。為表明這些特別狀況，在因果圖上用一些記號標明約束或限制條件。

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

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

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

1.區分階段評審的與同行評審

同行評審目的:發覺小規模工作產品的錯誤,只要是找錯誤;

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

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

階段評審人數:5人左右評審人必需是專家具有系統評審資格

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

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

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

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

2.什么是軟件測試

為了發覺程序中的錯誤而執行程序的過程

3簡述集成測試的過程

系統集成測試主要包括以下過程：

1.構建的確認過程。

2.補丁的確認過程。

3.系統集成測試測試組提交過程。

4.測試用例設計過程。

5.測試代碼編寫過程。

6.Bug的報告過程。

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

8.點對點的測試過程。

9.組內培訓過程。

4怎么做好文檔測試

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

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

內容是否齊全，正確

內容是否完善

標記是否正確

5白盒測試有幾種方法

總體上分為靜態方法和動態方法兩大類。

靜態：關鍵功能是檢查軟件的表示和描述是否全都,沒有沖突或者沒有歧義

動態：語句掩蓋、判定掩蓋、條件掩蓋、判定條件掩蓋、條件組合掩蓋、路徑掩蓋。

6系統測試方案是否需要同行審批，為什么

需要，系統測試方案屬于項目階段性關鍵文檔，因此需要評審。

7Alpha測試與beta的區分

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

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

8比較負載測試，容量測試和強度測試的區分

負載測試：在肯定的工作負荷下，系統的負荷及響應時間。

強度測試：在肯定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。

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

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

用例全部測試。

掩蓋率達到標準。

缺陷率達到標準。

其他指標達到質量標準

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

測試周期分為方案、設計、實現、執行、總結。其中：

方案：對整個測試周期中全部活動進行規劃，估量工作量、風險，支配人力物力資源，支配進度等；

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

實現：進行測試用例和測試規程設計；

執行：依據前期完成的方案、方案、用例、規程等文檔，執行測試用例。

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

11軟件的缺陷等級應如何劃分？

A類—嚴峻錯誤，包括以下各種錯誤：

1．由于程序所引起的死機,非法退出

2．死循環

3．數據庫發生死鎖

4．因錯誤操作導致的程序中斷

5．功能錯誤

6．與數據庫連接錯誤

7．數據通訊錯誤

B類—較嚴峻錯誤，包括以下各種錯誤：

1．程序錯誤

2．程序接口錯誤

3．數據庫的表、業務規章、缺省值未加完整性等約束條件

C類—一般性錯誤，包括以下各種錯誤：

1．操作界面錯誤（包括數據窗口內列名定義、含義是否全都）

2．打印內容、格式錯誤

3．簡潔的輸入限制未放在