一、判斷題
1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)
2.Beta 測試是驗(yàn)收測試的一種。(Y)
3.驗(yàn)收測試是由最終用戶來實(shí)施的。(N)
4.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。(Y)
5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)
6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(N)
7.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。(Y)
8.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(N)
9.測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(N)
10.代碼評審員一般由測試員擔(dān)任。(N)
11.我們可以人為的使得軟件不存在配置問題。(N)
12.集成測試計(jì)劃在需求分析階段末提交。(N)
二、選折
1.軟件驗(yàn)收測試的合格通過準(zhǔn)則是:(ABCD)
A. 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求。
B. 所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。
C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
D. 驗(yàn)收測試工件齊全。
2.軟件測試計(jì)劃評審會(huì)需要哪些人員參加?(ABCD)
A.項(xiàng)目經(jīng)理
B.SQA 負(fù)責(zé)人
C.配置負(fù)責(zé)人
D.測試組
3.下列關(guān)于alpha 測試的描述中正確的是:(AD)
A.alpha 測試需要用戶代表參加
B.alpha 測試不需要用戶代表參加
C.alpha 測試是系統(tǒng)測試的一種
D.alpha 測試是驗(yàn)收測試的一種
4.測試設(shè)計(jì)員的職責(zé)有:(BC)
A.制定測試計(jì)劃
B.設(shè)計(jì)測試用例
C.設(shè)計(jì)測試過程、腳本
D.評估測試活動(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.軟件驗(yàn)收測試包括:正式驗(yàn)收測試,alpha 測試,beta 測試。
2.系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性測試,強(qiáng)度測試,
安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(fù)測試,界面測試,容量測試,
兼容性測試,分布測試,可用性測試,(有的可以合在一起,分開寫只要寫出15 就滿分哦)
3.設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文擋有:軟件測試計(jì)劃,軟件需求工件和迭代計(jì)劃。
4.對面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。
5.(這題出的有問題哦,詳細(xì)的5 步驟為~~)通過畫因果圖來寫測試用例的步驟為:
(1)分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價(jià)類),哪些是結(jié)果
(即輸出條件),并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。
(2)分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)
系? 根據(jù)這些關(guān)系,畫出因果圖。
(3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為
表明這些特殊情況,在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。
(4)把因果圖轉(zhuǎn)換成判定表。
(5)把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測試用例。
四、簡答(資料是搜集整理的,感謝前輩的解題)無
1.區(qū)別階段評審的與同行評審
同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;
階段評審目的:評審模塊階段作品的正確性可行性及完整性
同行評審人數(shù):3-7 人人員必須經(jīng)過同行評審會(huì)議的培訓(xùn),由SQA 指導(dǎo)
階段評審人數(shù):5 人左右評審人必須是專家具有系統(tǒng)評審資格
同行評審內(nèi)容:內(nèi)容小一般文檔< 40 頁, 代碼< 500 行
階段評審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)
同行評審時(shí)間:一小部分工作產(chǎn)品完成
階段評審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
2.什么是軟件測試
為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
3 簡述集成測試的過程
系統(tǒng)集成測試主要包括以下過程:
1. 構(gòu)建的確認(rèn)過程。
2. 補(bǔ)丁的確認(rèn)過程。
3. 系統(tǒng)集成測試測試組提交過程。
4. 測試用例設(shè)計(jì)過程。
5. 測試代碼編寫過程。
6. Bug 的報(bào)告過程。
7. 每周/每兩周的構(gòu)建過程。
8. 點(diǎn)對點(diǎn)的測試過程。
9. 組內(nèi)培訓(xùn)過程。
4 怎么做好文檔測試
仔細(xì)閱讀,跟隨每個(gè)步驟,檢查每個(gè)圖形,嘗試每個(gè)示例。P142
檢查文檔的編寫是否滿足文檔編寫的目的
內(nèi)容是否齊全,正確
內(nèi)容是否完善
標(biāo)記是否正確
5 白盒測試有幾種方法
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動(dòng)態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統(tǒng)測試計(jì)劃是否需要同行審批,為什么
需要,系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評審。
7Alpha 測試與beta 的區(qū)別
Alpha 測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試;測試后仍然會(huì)有少量的設(shè)計(jì)變更。這種
測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。
Beta 測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試,最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這
種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。
8 比較負(fù)載測試,容量測試和強(qiáng)度測試的區(qū)別
負(fù)載測試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。
強(qiáng)度測試:在一定的負(fù)荷條件下,在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。
容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值
(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能
保持主要功能正常運(yùn)行。容量測試還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或
工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試
是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
9 測試結(jié)束的標(biāo)準(zhǔn)是什么?
用例全部測試。
覆蓋率達(dá)到標(biāo)準(zhǔn)。
缺陷率達(dá)到標(biāo)準(zhǔn)。
其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
10 描述軟件測試活動(dòng)的生命周期?
測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中:
計(jì)劃:對整個(gè)測試周期中所有活動(dòng)進(jìn)行規(guī)劃,估計(jì)工作量、風(fēng)險(xiǎn),安排人力物力資源,安排進(jìn)
度等;
設(shè)計(jì):完成測試方案,從技術(shù)層面上對測試進(jìn)行規(guī)劃;
實(shí)現(xiàn):進(jìn)行測試用例和測試規(guī)程設(shè)計(jì);
執(zhí)行:根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔,執(zhí)行測試用例。
總結(jié):記錄測試結(jié)果,進(jìn)行測試分析,完成測試報(bào)告。
11 軟件的缺陷等級應(yīng)如何劃分?
A 類—嚴(yán)重錯(cuò)誤,包括以下各種錯(cuò)誤: 1. 由于程序所引起的死機(jī),非法退出2. 死循環(huán)3.
數(shù)據(jù)庫發(fā)生死鎖4. 因錯(cuò)誤操作導(dǎo)致的程序中斷5. 功能錯(cuò)誤6. 與數(shù)據(jù)庫連接錯(cuò)誤7. 數(shù)
據(jù)通訊錯(cuò)誤
B 類—較嚴(yán)重錯(cuò)誤,包括以下各種錯(cuò)誤: 1. 程序錯(cuò)誤2. 程序接口錯(cuò)誤3. 數(shù)據(jù)庫的表、
業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件
C 類—一般性錯(cuò)誤,包括以下各種錯(cuò)誤: 1. 操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義
是否一致) 2. 打印內(nèi)容、格式錯(cuò)誤3. 簡單的輸入限制未放在前臺(tái)進(jìn)行控制4. 刪除操作
未給出提示5. 數(shù)據(jù)庫表中有過多的空字段
D 類—較小錯(cuò)誤,包括以下各種錯(cuò)誤: 1. 界面不規(guī)范2. 輔助說明描述不清楚3. 輸入輸
出不規(guī)范4. 長操作未給用戶提示5. 提示窗口文字未采用行業(yè)術(shù)語6. 可輸入?yún)^(qū)域和只讀
區(qū)域沒有明顯的區(qū)分標(biāo)志
E 類—測試建議
大體是這樣,還會(huì)有一些變動(dòng),同時(shí)最后一道題出的是畫流程圖和控制圖的題,等腰三角形那
個(gè),好了,僅供參考
///////////////////////////////////////////////////////////////////
檢舉1.軟件測試工程師
隨著軟件業(yè)的迅猛發(fā)展,軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為企業(yè)生存與發(fā)展的核心。
為了保證軟件在出廠時(shí)的“健康狀態(tài)”,幾乎所有的IT 企業(yè)在軟件產(chǎn)品發(fā)布前都需要大量的質(zhì)量
控制工作。作為軟件質(zhì)量控制中的重要一環(huán),軟件測試工程師應(yīng)運(yùn)而生。
他的主要工作就是檢測軟件,就和其他商品的出廠質(zhì)量檢測差不多.
2.需要具備的能力要求
(1)熟悉計(jì)算機(jī)基礎(chǔ)知識(shí);
(2)熟悉操作系統(tǒng)、數(shù)據(jù)庫、中間件、程序設(shè)計(jì)語言基礎(chǔ)知識(shí);
(3)熟悉計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識(shí);
(4)熟悉軟件工程知識(shí),理解軟件開發(fā)方法及過程;
(5)熟悉軟件質(zhì)量及軟件質(zhì)量管理基礎(chǔ)知識(shí);
(6)熟悉軟件測試標(biāo)準(zhǔn);
(7)掌握軟件測試技術(shù)及方法;
(8)掌握軟件測試項(xiàng)目管理知識(shí);
(9)掌握C 語言以及C++或Java 語言程序設(shè)計(jì)技術(shù);
(10)了解信息化及信息安全基礎(chǔ)知識(shí);
(11)熟悉知識(shí)產(chǎn)權(quán)相關(guān)法律、法規(guī);
(12)正確閱讀并理解相關(guān)領(lǐng)域的英文資料。
通過本考試的合格人員能在掌握軟件工程與軟件測試知識(shí)的基礎(chǔ)上,運(yùn)用軟件測試管理方法、
軟件測試策略、軟件測試技術(shù),獨(dú)立承擔(dān)軟件測試項(xiàng)目;具有工程師的實(shí)際工作能力和業(yè)務(wù)水
平。