軟體測試面試題解析（一）

一、判斷題 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.軟體驗收測試包括：正式驗收測試，

測試。

2.系統測試的策略有：功能測試

，配置測試，安裝測試，解除安裝測試，文擋測試，故障恢復測試，介面測試，容量測試，相容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出

15就滿分哦）

3.軟體測試計畫，軟體需求工件和迭代計畫。

4.對面向過程的系統採用的整合策略有：自頂向下，自底向上兩種。

5.（這題出的有問題哦，詳細的

5步驟為

~~）通過畫因果圖來寫測試用例的步驟為： （

1）分析軟體規格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），並給每個原因和結果賦予乙個識別符號。 （

2）分析軟體規格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什麼關係

?根據這些關係，畫出因果圖。 （

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

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

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

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

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

同行評審目的

:發現小規模

工作

產品的錯誤

,只要是找錯誤;

階段評審目的

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

同行評審人數

:3-7

人人員必須經過同行評審會議的培訓,由

sqa指導

階段評審人數

:5人左右評審人必須是專家具有系統評審資格

同行評審內容

:內容小一般文件

<  40頁,

**< 500行

階段評審內容

:內容多

,主要看重點

同行評審時間

:一小部分工作產品完成

階段評審時間

:通常是設定在關鍵路徑的時間點上!

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．

簡單的輸入限制未放在前台進行控制4．

刪除操作未給出提示5．

資料庫表中有過多的空欄位 d

類—較小錯誤，包括以下各種錯誤：1．

介面不規範2．

輔助說明描述不清楚3．

輸入輸出不規範4．

長操作未給使用者提示5．

提示視窗文字未採用行業術語6．

可輸入區域和唯讀區域沒有明顯的區分標誌 e

類—測試建議

面試題解析

1.繼承執行順序 當兩個類之間有繼承關係時，第一次構造子類的例項時，是按照如下順序進行的 1.子類的靜態成員初始化語句 2.子類的靜態建構函式 3.子類的非靜態成員初始化語句 4.父類的靜態成員初始化語句 5.父類的靜態建構函式 6.父類的非靜態成員初始化語句 7.父類的建構函式 8.子類的建構函式...

軟體測試面試題（一）

1.什麼是相容性測試？相容性測試側重哪些方面？2.描述測試用例設計的完整過程 3.beta測試與alpha測試有什麼區別？4.你認為做好測試計畫工作的關鍵是什麼？5.簡述一下缺陷的生命週期？6.當開發人員說不是bug時，如何應對?7.描述tcp ip協議的層次結構，以及每一層中重要協議。tcp ip...

面試題解析記載

工具類原始碼 hashcode 在建立類的時候要覆蓋equal 和 hash 方法 arraylist 基礎陣列來實現的，遍歷查詢快，但是刪除需要移動陣列資料，處理會慢。linkedlist 實現原理通過鍊錶實現，插入快，查詢和刪除慢。hashmap 非執行緒安全的，通過鍊錶實現的，查詢速度回快很多...