軟件測(cè)試試題一

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

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

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

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

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

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

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

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