軟件測試題三


試題三:

一、判斷題(每題1分,12 分,正確的√,錯誤的╳)
1.軟件測試的目的是盡可能多的找出軟件的缺陷。()
軟件測試的目的就是為了發現軟件中的缺陷,從這個意義上面說上面的這個論斷是正確的。不少人會認為軟件測試可以保證軟件的質量,其實這個觀點是錯誤,測試只是軟件質量控制中的一個角色,其活動並不能達成軟件質量保證的效果。所以不要認為一個公司里面如果有了軟件測試人員,產品的質量就會好起來。
2.Beta 測試是驗收測試的一種。(╳)
Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發現”未實現的需求”為目的,以評估”適合使用”為目標,該類測試的不是以發現缺陷為主要目的。beta測試是一模擬真實的使用環境從而發現缺陷的一種測試。所以兩者之間的是非包容關系。
3.驗收測試是由最終用戶來實施的。()
上面說到了驗收測試的目的和目標,所以驗收測試也可是是軟件生產的企業內部人員來實施。例如產品經理。當軟件以項目的形式出現,那么驗收測試由最終用戶來實施的情況是比較長見的。但是對於產品形式的軟件,生產企業內部的驗收測試會更多。

4.項目立項前測試人員不需要提交任何工件。()
應該說這道題目沒有明確的答案,在項目立項前測試人員是不是要把一些准備工作以工件的形式給記錄下來是完全取決於該企業的軟件開發過程的要求。同時不同企業,立項前要達成的一些必要條件也是大相徑庭的。應該說這一題目出的不是很好,如果你是出題人這家企業的測試工程師,那么就應該有一個明確的答案。

5.單元測試能發現約80%的軟件缺陷。()
同樣這一題目也沒有標准答案。因為該數據的來源和其統計的方法,樣本都沒有一個工業標准。這樣出來的數據同樣不具有權威性。這里我可以說一個簡單的例子,在用ASP,php這類腳本語言開發網頁的時候是根本沒有復雜的單元測試。那么這樣的數字應用在網站開發上面是否有意義,還是值得商榷的。所以這道題目出的不好,沒有明確的答案

6.代碼評審是檢查源代碼是否達到模塊設計的要求。()
代碼審查是一種靜態技術,從這個意義上說代碼復查是需要和其他的一些動態測試技術配合才能檢查代碼是否符合設計的要求

7.自底向上集成需要測試員編寫驅動程序。()
這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅動測試程序,什么是樁程序。如果集成組件數量眾多,多關系層次,那么不論是什么類型的集成測試。驅動程序和樁程序都是需要開發的。

8.負載測試是驗證要檢驗的系統的能力最高能達到什么程度。()
關於負載測試和壓力測試在論壇中的帖子中有詳細的解釋,大家可以去看一下就能得出正確的答案

9.測試人員要堅持原則,缺陷未修復完堅決不予通過。()
同樣,這一題沒有正確的答案。缺陷是否修復是需要聽取測試人員的意見,但測試人員的意見非決定性。所以還是要看一個企業賦予測試人員有多大的權力。

10.代碼評審員一般由測試員擔任。()
如果測試員有這個水平,那么當然是可以參加的。不過大多數的企業不會讓普通的測試人員參與代碼的評審。

11.我們可以人為的使得軟件不存在配置問題。()
首先大家先搞清楚什么是配置管理什么是軟件配置,從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況,答案均是否定的。

12.集成測試計划在需求分析階段末提交。()
集成測試計划在開發人員完成軟件集成計划之后就可以開始進行了。所以在需求分析階段之后提交是不現實的事情,應該在軟件的設計階段后,編碼前。
二、不定項選擇題(每題2 分,10分)

1.軟件驗收測試的合格通過准則是:()
A. 軟件需求分析說明書中定義的所有功能已全部實現,性能指標全部達到要求。
B. 所有測試項沒有殘余一級、二級和三級錯誤。
C. 立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D. 驗收測試工件齊全。

回答這道題,你必須是這家企業的員工。前面說到了驗收測試的目的和目標,一個是需求必須實現,二是證明軟件是適合使用的。這樣能滿足這兩個通用標准就可以了。當然有些軟件企業會對驗收測試標准做一些調整。

2.軟件測試計划評審會需要哪些人員參加?()
A.項目經理
B.SQA 負責人
C.配置負責人
D.測試組

上面的4種角色都需要參與

3.下列關於alpha 測試的描述中正確的是:()
A.alpha 測試需要用戶代表參加
B.alpha 測試不需要用戶代表參加
C.alpha 測試是系統測試的一種
D.alpha 測試是驗收測試的一種

首先大家需要知道alpha測試是系統級別的測試,該測試是在一個受控的環境中進行的。用戶需要直接參與進來。所以答案應該是AD
4.測試設計員的職責有:()
A.制定測試計划
B.設計測試用例
C.設計測試過程、腳本
D.評估測試活動
合理的答案的是BC,同時要看軟件企業對該類人員的職責是如何定義。
5.軟件實施活動的進入准則是:()
A.需求工件已經被基線化
B.詳細設計工件已經被基線化
C.構架工件已經被基線化
D.項目階段成果已經被基線化

先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產品必須納入到一定的基線里面。所以選擇ABC是必定的,至於是否選擇D要看這家企業自身的標准了
填空題(每空1分,24 分)
1.軟件驗收測試包括___、___、____三種類型。
軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。
2.系統測試的策略有功能測試、、、、易用性測試、、、、、、、、
、、等15 種方法。
  系統測試的策略有很多種的,我知道的有性能測試、負載測試、強度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復測試、用戶界面測試、恢復測試、分布測試、可用性測試。。。
3.設計系統測試計划需要參考的項目文檔有、和迭代計划。
設計系統測試計划需要參考的項目文檔有軟件測試計划、軟件需求工件、和迭代計划。
4.對面向過程的系統采用的集成策略有___、___兩種。
5.通過畫因果圖來寫測試用例的步驟為___、___、___、___及把因果圖轉換為狀態圖共五個步驟。
利用因果圖生成測試用例的基本步驟是:
§ 分析軟件規格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結果(即輸出條件),並給每個原因和結果賦予一個標識符。
§ 分析軟件規格說明描述中的語義,找出原因與結果之間,原因與原因之間對應的是什么關系? 根據這些關系,畫出因果圖。
§ 由於語法或環境限制,有些原因與原因之間,原因與結果之間的組合情況不可能出現。為表明這些特殊情況,在因果圖上用一些記號標明約束或限制條件。
§ 把因果圖轉換成判定表。
§ 把判定表的每一列拿出來作為依據,設計測試用例。

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM