軟件測試試題一_第1頁
軟件測試試題一_第2頁
軟件測試試題一_第3頁
軟件測試試題一_第4頁
軟件測試試題一_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、、判斷題 TOC o 1-5 h z 軟件測試的目的是盡可能多的找出軟件的缺陷。( N ) Beta 測試是驗收測試的一種。( Y)3驗收測試是由最終用戶來實施的。( N )4項目立項前測試人員不需要提交任何工件。( Y)5單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。( Y)6代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。( N)7 自底向上集成需要測試員編寫驅(qū)動程序。( Y)8負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。( N )9測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過。( N ) 看情況 ,有些時候就是要堅持原則的.代碼評審員一般由測試員擔(dān)任。( N)我們可以人為的使得軟件不存在配置問

2、題。( N )集成測試計劃在需求分析階段末提交。( N ) 集成測試計劃在概要設(shè)計說明書出來后提交需求分析階段不需要.二、選擇題1 軟件驗收測試的合格通過準(zhǔn)則是:( ABCD )A 軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全部達到要求。B所有測試項沒有殘余一級、二級和三級錯誤。C 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D 驗收測試工件齊全。2 軟件測試計劃評審會需要哪些人員參加?(ABCD 2 軟件測試計劃評審會需要哪些人員參加?(A.項目經(jīng)理B. SQA負責(zé)人C.配置負責(zé)人D.測試組3.下列關(guān)于alpha 測試的描述中正確的是:(AD)A . alpha測試需要用戶

3、代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種D . alpha測試是驗收測試的一種4.測試設(shè)計員的職責(zé)有:(BC)A.制定測試計劃B.設(shè)計測試用例C.設(shè)計測試過程、腳本D.評估測試活動5.軟件實施活動的進入準(zhǔn)則是:(ABC)A.需求工件已經(jīng)被基線化B.詳細設(shè)計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化D.項目階段成果已經(jīng)被基線化三、填空題(每空 1分,24分).軟件驗收測試包括測試、B測試、正式驗收測試類型。.系統(tǒng)測試的策略有 能測試、性能測試、安全性測試、可靠性測試、易用性測試、負載測試、 壓力測試、安裝/卸載測試、啟動/停止測試、兼容性測試、文檔測試、恢復(fù)測試、回歸

4、測試、可使用性測試、容量測試15種方法。功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度測試,安全測試,配置測試,安裝測試, 卸載測試,文擋測試,故障恢復(fù)測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試(有的可以合在一起,分開寫只要寫出 15.設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有用戶需求工件、整體測試計劃和迭代計劃。.對面向過程的系統(tǒng)采用的集成策略有自底向上測試、自頂向下測試 兩種。.通過畫因果圖來寫測試用例的步驟為、及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟。利用因果圖生成測試用例的基本步驟:1、分析軟件規(guī)格說明書描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(輸出

5、條件),并給每個原因和結(jié)果賦予一個標(biāo)識符;2、分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系,畫出因果圖;3、由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,在因果圖上用一些記號標(biāo)明約束或限制條件;4、把因果圖轉(zhuǎn)換成判定表;5、把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例。四、簡答題(共37分).階段評審與同行評審的區(qū)別。(4分)答:同行評審:目的 發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,主要是找錯誤;人數(shù)3-7人人員必須經(jīng)過同行評審會議的培訓(xùn),有 SQA指導(dǎo);內(nèi)容內(nèi)容小一般文檔40 頁,代碼 集成測試設(shè)計- 集

6、成測試實現(xiàn)- 集成測試執(zhí)行 怎樣做好文檔測試?(4 分)仔細閱讀,跟隨每個步驟,檢查每個圖形,嘗試每個示例。P142檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全,正確內(nèi)容是否完善標(biāo)記是否正確 白盒測試有那幾種方法?(6 分)答:總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致, 沒有沖突或者沒有歧義動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。白盒測試:測試證明每種內(nèi)部操作和過程是否符合設(shè)計規(guī)格和要求,基于程序結(jié)構(gòu)的邏輯驅(qū)動測試靜態(tài)的舉例:代碼走讀,代碼檢視. 系統(tǒng)測試計劃是否需要同行評審,為什么?(4 分)答:需要,系統(tǒng)測試計劃

7、屬于項目階段性關(guān)鍵文檔,因此需要評審Alpha 測試與 beta 測試的區(qū)別。( 4 分) 答: Alpha 測試 在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。 TOC o 1-5 h z Beta 測試 當(dāng)開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。Alpha 測試:用戶在接近正式環(huán)境下的測試,開發(fā)人員在用戶旁記錄錯誤情況和使用中的問題.Beta 測試:多個用戶在實際使用環(huán)境下的測試,開發(fā)人員不在測試現(xiàn)場,用戶通過發(fā)送

8、報告的形式把發(fā)現(xiàn)的問題反饋給開發(fā)人員. 比較負載測試、容量測試和強度測試的區(qū)別。( 6 分)答:負載測試:在一定的工作負荷下,系統(tǒng)的負荷及響應(yīng)時間。強度測試:在一定的負荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。1. 負載測試:通過逐步增加系統(tǒng)負載,最終確定在滿足性能指標(biāo)的情況下,系統(tǒng)能承受的最大負載量的測試。2. 壓力測試:通過逐步

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論