軟體測試常見面試判斷試題解析

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

軟體測試的目的就是為了發現軟體中的缺陷，從這個意義上面說上面的這個論斷是正確的。不少人會認為軟體測試可以保證軟體的質量，其實這個觀點是錯誤，測試只是軟體質量控制中的乙個角色，其活動並不能達成軟體質量保證的效果。所以不要認為乙個公司裡面如果有了軟體測試人員，產品的質量就會好起來。

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

beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發現」未實現的需求」為目的，以評估」適合使用」為目標，該類測試的不是以發現缺陷為主要目的。beta測試是一模擬真實的使用環境從而發現缺陷的一種測試。

所以兩者之間的是非包容關係。

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

上面說到了驗收測試的目的和目標，所以驗收測試也可是是軟體生產的企業內部人員來實施。例如產品經理。當軟體以專案的形式出現，那麼驗收測試由終端使用者來實施的情況是比較長見的。

但是對於產品形式的軟體，生產企業內部的驗收測試會更多。

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

應該說這道題目沒有明確的答案，。同時不同企業，立項前要達成的一些必要條件也是大相徑庭的。應該說這一題目出的不是很好，如果你是出題人這家企業的測試工程師，那麼就應該有乙個明確的答案。

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

同樣這一題目也沒有標準答案。因為該資料的**和其統計的方法，樣本都沒有乙個工業標準。這樣出來的資料同樣不具有權威性。

這裡我可以說乙個簡單的例子，在用asp,php這類指令碼語言開發網頁的時候是根本沒有複雜的單元測試。那麼這樣的數字應用在**開發上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案

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

**審查是一種靜態技術，從這個意義上說**複查是需要和其他的一些動態測試技術配合才能檢查**是否符合設計的要求

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

這道題目大家看下top-down和down-top的整合測試示意圖就能得出明確的答案。這裡需要了解的是什麼是驅動測試程式，什麼是樁程式。如果整合元件數量眾多，多關係層次，那麼不論是什麼型別的整合測試。

驅動程式和樁程式都是需要開發的。

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

關於負載測試和壓力測試在論壇中的帖子中有詳細的解釋，大家可以去看一下就能得出正確的答案

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

同樣，這一題沒有正確的答案。缺陷是否修復是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看乙個企業賦予測試人員有多大的權力。

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

如果測試員有這個水平，那麼當然是可以參加的。不過大多數的企業不會讓普通的測試人員參與**的評審。

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

首先大家先搞清楚什麼是配置管理什麼是軟體配置，從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟體配置。但是可以肯定的是不論是何種情況，答案均是否定的。

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

整合測試計畫在開發人員完成軟體整合計畫之後就可以開始進行了。所以在需求分析階段之後提交是不現實的事情，應該在軟體的設計階段後，編碼前。