軟體測試面試題

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

2 ．beta 測試是驗收測試的一種。（ y）

acceptance testing

驗收測試是部署軟體之前的最後乙個測試操作。驗收測試的目的是確保軟體準備就緒，並且可以讓終端使用者將其用於執行軟體的既定功能和任務。

3 ．驗收測試是由終端使用者來實施的。（ n ）

是由測試人員來實施的

4 ．專案立項前測試人員不需要提交任何工件。（ y ）工件：加工過程中生產物件

5 ．單元測試能發現約80% 的軟體缺陷。（ y ）

6 ．**評審是檢查源**是否達到模組設計的要求。（ n ）

**評審也稱**複查，是指通過閱讀**來檢查源**與編碼標準的符合性以及**質量的活動。

7 ．自底向上整合需要測試員編寫驅動程式。（ y ）

自頂向下綜合測試的具體步驟為：

1 以主控模組作為測試驅動模組，把對主控模組進行單元測試時引入的所有樁模組用實際模組替代；

2 依據所選的整合策略（深度優先或廣度優先），每次只替代乙個樁模組；

3 每整合乙個模組立即測試一遍；

4 只有每組測試完成後，才著手替換下乙個樁模組；

5 為避免引入新錯誤，須不斷地進行回歸測試（即全部或部分地重複已做過的測試）。

自底向上綜合測試的步驟分為：

1 把低層模組組織成實現某個子功能的模組群（cluster）;

2 開發乙個測試驅動模組，控制測試資料的輸入和測試結果的輸出；

3 對每個模組群進行測試；

4 刪除測試使用的驅動模組，用較高層模組把模組群組織成為完成更大功能的新模組群。

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

負載測試（load testing），通過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試物件承擔不同的工作量，以評測和評估測試物件在不同工作量條件下的效能行為，以及持續正常執行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常執行。

此外，負載測試還要評估效能特徵。例如，響應時間、事務處理速率和其他與時間相關的方面。

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

10 ．**評審員一般由測試員擔任。（ n ）

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

是一種標識、組織和控制修改的技術。軟體配置管理應用於整個軟體工程過程。我們知道，在軟體建立時變更是不可避免的，而變更加劇了專案中軟體開發者之間的混亂。

12 ．整合測試計畫在需求分析階段末提交。（ n ）

執行階段

1）時間安排單元測試已經完成後就可以開始執行整合測試了

2）輸入需求規格說明書概要設計整合測試計畫整合高度設計整合測試例整合測試規程整合測試**（如果有）整合測試指令碼整合測試工具詳細設計**單元測試報告

3）入口條件單元測試階段已經通過基線化評審

4）活動步驟執行整合測試用例回歸整合測試用例撰寫整合測試報告

5）輸出整合測試報告

6）出口條件整合測試報告通過整合測試階段基線評審

二、選擇題

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

a ．軟體需求分析說明書中定義的所有功能已全部實現，效能指標全部達到要求。

b ．所有測試項沒有殘餘一級、二級和**錯誤。

c ．立項審批表、需求分析文件、設計文件和編碼實現一致。

d ．驗收測試工件齊全。

2 ．軟體測試計畫評審會需要哪些人員參加？（ abcd ）

a ．專案經理

b ．sqa 負責人

軟體質量保證（sqa）是建立一套有計畫

目標 1: 軟體質量保證工作是有計畫進行的。

目標 2: 客觀地驗證軟體專案產品和工作是否遵循恰當的標準、步驟和需求。

目標 3: 將軟體質量保證工作及結果通知給相關組別和個人。

目標 4: 高階管理層接觸到在專案內部不能解決的不符合類問題。

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. 通過畫因果圖來寫測試用例的步驟為：

（1）根據程式規格說明書描述，分析並確定因（輸入條件）和果（輸出結果或程式狀態的改變），畫出因果圖。

（2）將得到的因果圖轉換為判定表。

（3）為判定表中每一列所表示的情況設計乙個測試用例。

四、簡答

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

答：同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤；

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

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

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

同行評審內容:內容小一般文件 < 40頁, ** < 500行

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

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

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

2. 什麼是軟體測試

答：測試是為發現錯誤而執行程式的過程

軟體測試就是利用測試工具按照測試方案和流程對產品進行功能和效能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例後，需要跟蹤故障，以確保開發的產品適合需求。

3 簡述整合測試的過程

答：系統整合測試主要包括以下過程：

1. 構建的確認過程。

2. 補丁的確認過程。

3. 系統整合測試測試組提交過程。

4. 測試用例設計過程。

5. 測試**編寫過程。

6. bug的報告過程。

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

8. 點對點的測試過程。

9. 組內培訓過程。

5 白盒測試有幾種方法

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

靜態：關鍵功能是檢查軟體的表示和描述是否一致,沒有衝突或者沒有歧義。

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

6 系統測試計畫是否需要同行審批，為什麼

答：需要，系統測試計畫屬於專案階段性關鍵文件，因此需要評審。

7alpha 測試與beta 的區別

alpha測試（α測試）是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的受控測試，alpha測試不能由程式設計師或測試員完成。alpha測試發現的錯誤，可以在測試現場立刻反饋給開發人員，由開發人員及時分析和處理。目的是評價軟體產品的功能、可使用性、可靠性、效能和支援。

尤其注重產品的介面和特色。alpha測試可以從軟體產品編碼結束之後開始，或在模組（子系統）測試完成後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。有關的手冊（草稿）等應該在alpha測試前準備好。

beta測試（β測試）是軟體的多個使用者在乙個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場，beta測試不能由程式設計師或測試員完成。因而，beta測試是在開發者無法控制的環境下進行的軟體現場應用。

在beta測試中，由使用者記下遇到的所有問題，包括真實的以及主管認定的，定期向開發者報告，開發者在綜合使用者的報告後，做出修改，最後將軟體產品交付給全體使用者使用。beta測試著重於產品的支援性，包括文件、客戶培訓和支援產品的生產能力。只有當alpha測試達到一定的可靠程度後，才能開始beta測試。

由於beta測試的主要目標是測試可支援性，所以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 類— 測試建議

4 怎麼做好文件測試

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

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

內容是否齊全，正確

內容是否完善

標記是否正確

軟體測試面試題

軟體測試面試題

軟體測試面試題

軟體測試面試題

相關推薦