軟件測試員筆試題

時間：2022-10-11 06:15:06 筆試題目我要投稿

相關(guān)推薦

軟件測試員筆試題

　　試題一

軟件測試員筆試題

　　一、判斷題

　　1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)

　　2.Beta 測試是驗收測試的一種。(Y)

　　3.驗收測試是由最終用戶來實施的。(N)

　　4.項目立項前測試人員不需要提交任何工件。(Y)

　　5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)

　　6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。(N)

　　7.自底向上集成需要測試員編寫驅(qū)動程序。(Y)

　　8.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。(N)

　　9.測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。(N)

　　10.代碼評審員一般由測試員擔(dān)任。(N)

　　11.我們可以人為的使得軟件不存在配置問題。(N)

　　12.集成測試計劃在需求分析階段末提交。(N)

　　二、多項選擇

　　1.軟件驗收測試的合格通過準(zhǔn)則是：(ABCD)

　　A. 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達(dá)到要求。

　　B. 所有測試項沒有殘余一級、二級和三級錯誤。

　　C. 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。

　　D. 驗收測試工件齊全。

　　2.軟件測試計劃評審會需要哪些人員參加?(ABCD)

　　A.項目經(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 測試是驗收測試的一種

　　4.測試設(shè)計員的職責(zé)有：(BC)

　　A.制定測試計劃

　　B.設(shè)計測試用例

　　C.設(shè)計測試過程、腳本

　　D.評估測試活動

　　5.軟件實施活動的進(jìn)入準(zhǔn)則是：(ABC) A.需求工件已經(jīng)被基線化 B.詳細(xì)設(shè)計工件已經(jīng)被基線化 C.構(gòu)架工件已經(jīng)被基線化 D.項目階段成果已經(jīng)被基線化

　　三、添空

　　1.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。

　　2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試。(有的可以合在一起，分開寫只要寫出15就滿分哦)

　　3.設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。 4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

　　四、簡答。

　　1.區(qū)別階段評審的與同行評審

　　同行評審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;

　　同行評審人數(shù)：3-7人，人員必須經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo) 同行評審內(nèi)容：內(nèi)容小——般文檔 < 40頁, 代碼 < 500行同行評審時間：——小部分工作產(chǎn)品完成

　　階段評審目的：評審模塊階段作品的正確性可行性及完整性階段評審人數(shù)：5人左右，評審人必須是專家具有系統(tǒng)評審資格階段評審內(nèi)容：內(nèi)容多,主要看重點

　　階段評審時間：通常是設(shè)置在關(guān)鍵路徑的時間點上!

　　2.什么是軟件測試

　　為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程

　　3.簡述集成測試的過程

　　系統(tǒng)集成測試主要包括以下過程：

　　1. 構(gòu)建的確認(rèn)過程。

　　2. 補丁的確認(rèn)過程。

　　3. 系統(tǒng)集成測試測試組提交過程。

　　4. 測試用例設(shè)計過程。

　　5. 測試代碼編寫過程。

　　6. Bug的報告過程。

　　7. 每周/每兩周的構(gòu)建過程。

　　8. 點對點的測試過程。

　　9. 組內(nèi)培訓(xùn)過程。

　　4. 怎么做好文檔測試

　　仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。

　　檢查文檔的編寫是否滿足文檔編寫的目的

　　內(nèi)容是否齊全，正確

　　內(nèi)容是否完善

　　標(biāo)記是否正確

　　5. 白盒測試有幾種方法

　　總體上分為靜態(tài)方法和動態(tài)方法兩大類。

　　靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

　　動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6.系統(tǒng)測試計劃是否需要同行審批，為什么

　　需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。

　　7.Alpha測試與beta的區(qū)別

　　Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　8.比較負(fù)載測試，容量測試和強度測試的區(qū)別

　　負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。強度測試：在一定的負(fù)荷條件下，在較長時間跨度內(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ù)處理的最大負(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.描述軟件測試活動的生命周期?

　　測試周期分為計劃、設(shè)計、實現(xiàn)、執(zhí)行、總結(jié)。其中：

　　計劃：對整個測試周期中所有活動進(jìn)行規(guī)劃，估計工作量、風(fēng)險，安排人力物力資源，安排進(jìn)度等;

　　設(shè)計：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃;

　　實現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計;

　　執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。

　　總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報告。

　　11.軟件的缺陷等級應(yīng)如何劃分?

　　A類—嚴(yán)重錯誤，包括以下各種錯誤： 1. 由于程序所引起的死機(jī),非法退出 2. 死循環(huán) 3. 數(shù)據(jù)庫發(fā)生死鎖 4. 因錯誤操作導(dǎo)致的程序中斷 5. 功能錯誤 6. 與數(shù)據(jù)庫連接錯誤 7. 數(shù)據(jù)通訊錯誤

　　B類—較嚴(yán)重錯誤，包括以下各種錯誤： 1. 程序錯誤 2. 程序接口錯誤 3.數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

　　C類—一般性錯誤，包括以下各種錯誤： 1. 操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致) 2. 打印內(nèi)容、格式錯誤 3. 簡單的輸入限制未放在前臺進(jìn)行控制 4. 刪除操作未給出提示 5. 數(shù)據(jù)庫表中有過多的空字段

　　D類—較小錯誤，包括以下各種錯誤： 1. 界面不規(guī)范 2. 輔助說明描述不清楚 3. 輸入輸出不規(guī)范 4. 長操作未給用戶提示 5. 提示窗口文字未采用行業(yè)術(shù)語 6. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志

　　E類—測試建議

　　試題二

　　判斷題

　　1、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標(biāo)的活動，所以軟件測試在軟件工程的后期才開始具體的工作。(初級) ( × )

　　2、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。( √ ) (初級)

　　3、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。( × )(初級)

　　4、單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動態(tài)測試。( √ )(中級)

　　5、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。( √ )(中級)

　　6、軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測試屬于QC的核心工作內(nèi)容。(√)(高級)

　　7、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。(√)

　　8、軟件就是程序。(X)

　　9、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。(X)

　　10、I18N測試是指對產(chǎn)品做出具有國際性的規(guī)劃，而L10N測試則是指對軟件做出符合本地需求更改工作。(√)【高級】

　　選擇題 (每題2分 20 )

　　1、進(jìn)行軟件質(zhì)量管理的重要性有：(ABCD)【中級】

　　A、維護(hù)降低成本 B、法律上的要求 C、市場競爭的需要

　　D、質(zhì)量標(biāo)準(zhǔn)化的趨勢 E、軟件工程的需要 F、CMM過程的一部分 G、方便與客戶進(jìn)一步溝通為后期的實施打好基礎(chǔ)

　　2、以測試的形態(tài)分測試可以分為：(ABC)【中級】

　　A、建構(gòu)性測試 B、系統(tǒng)測試 C、專項測試 D、單元測試 E、組件測試 F、集成測試

　　3、選出屬于黑盒測試方法的選項(ABC)【初級】

　　A、測試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋 D、分支覆蓋 E、語句覆蓋 F、條件覆蓋

　　4、編寫測試計劃的目的是：(ABC)【中級】

　　A、使測試工作順利進(jìn)行 B、使項目參與人員溝通更舒暢 C、使測試工作更加系統(tǒng)化 D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求 F、控制軟件質(zhì)量

　　5、依存關(guān)系有4種分別是：(ABCD)【高級】

　　A、開始-結(jié)束 B、開始-開始 C、結(jié)束-開始

　　D、結(jié)束-結(jié)束 E、開始-實施-結(jié)束 F、結(jié)束-審核-開始

　　6、軟件質(zhì)量管理(QM)應(yīng)有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成，下面的選項屬于QC得是：(ABC)【高級】

　　A、測試 B、跟蹤 C、監(jiān)督

　　D、制定計劃 E、需求審查 F、程序代碼審查

　　7、實施缺陷跟蹤的目的是：(ABCD)【中級】

　　A、軟件質(zhì)量無法控制 B、問題無法量化 C、重復(fù)問題接連產(chǎn)生

　　D、解決問題的知識無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環(huán)處理

　　8、使用軟件測試工具的目的：(ABC)【中級】

　　A、幫助測試尋找問題 B、協(xié)助問題的診斷 C、節(jié)省測試時間

　　D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開發(fā)人員

　　9、典型的瀑布模型的四個階段是：(ABCD)【高級】

　　A、分析 B、設(shè)計 C、編碼 D、測試 E、需求調(diào)研 F、實施

　　10、PSP是指個人軟件過程，是一種可用于( A )、( B )和( C )個人軟件工作方式的自我改善過程�！靖呒墶�

　　A、控制 B、管理 C、改進(jìn) D、高效 E、充分 F、適宜

　　問答題

　　1、測試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級)(5分)

　　答：1、尋找Bug;

　　2、避免軟件開發(fā)過程中的缺陷;

　　3、衡量軟件的品質(zhì);

　　4、關(guān)注用戶的需求。

　　總的目標(biāo)是：確保軟件的質(zhì)量。

　　2、在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?(初級)(6分)

　　答：一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等;要有效的發(fā)現(xiàn)Bug需參考需求以及詳細(xì)設(shè)計等前期文檔設(shè)計出高效的測試用例，然后嚴(yán)格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。

　　3、界面測試題及設(shè)計題。請找出下面界面中所存在的問題并分別列出;用黑盒測試的任何一種方法設(shè)計出此登陸窗體的測試用例。(中級)(6分)

　　答：1、窗體的標(biāo)題欄中為空，沒有給出標(biāo)題。

　　2、用戶名和密碼控件的字體不一致并且沒有對齊。

　　3、文本框的大小不一致沒有對其。

　　4、確定和取消按鈕控件的大小不一致。

　　4、黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點和缺點!(中級)(5分)

　　答：黑盒測試的優(yōu)點有：

　　1)比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn);

　　2)與軟件的內(nèi)部實現(xiàn)無關(guān);

　　3)從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題;

　　4)基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能;

　　5)在做軟件自動化測試時較為方便。