軟件測(cè)試員筆試題

　　試題一

　　一、判斷題

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

　　2.Beta 測(cè)試是驗(yàn)收測(cè)試的一種。(Y)

　　3.驗(yàn)收測(cè)試是由最終用戶來實(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è)試員編寫驅(qū)動(dòng)程序。(Y)

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

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

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

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

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

　　二、多項(xiàng)選擇

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

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

　　B. 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

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

　　D. 驗(yàn)收測(cè)試工件齊全。

　　2.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?(ABCD)

　　A.項(xiàng)目經(jīng)理

　　B.SQA 負(fù)責(zé)人

　　C.配置負(fù)責(zé)人

　　D.測(cè)試組

　　3.下列關(guān)于alpha 測(cè)試的描述中正確的是：(AD)

　　A.alpha 測(cè)試需要用戶代表參加

　　B.alpha 測(cè)試不需要用戶代表參加

　　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è)試過程、腳本

　　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.軟件驗(yàn)收測(cè)試包括： 正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。

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

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

　　四、簡答。

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

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

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

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

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

　　2.什么是軟件測(cè)試

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

　　3.簡述集成測(cè)試的過程

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

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

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

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

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

　　5. 測(cè)試代碼編寫過程。

　　6. Bug的報(bào)告過程。

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

　　8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過程。

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

　　4. 怎么做好文檔測(cè)試

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

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

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

　　內(nèi)容是否完善

　　標(biāo)記是否正確

　　5. 白盒測(cè)試有幾種方法

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

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

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

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

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

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

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

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

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

　　負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。 強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

　　容量測(cè)試：容量測(cè)試目的是通過測(cè)試預(yù)先分析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

　　9.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?

　　用例全部測(cè)試。

　　覆蓋率達(dá)到標(biāo)準(zhǔn)。

　　缺陷率達(dá)到標(biāo)準(zhǔn)。

　　其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

　　10.描述軟件測(cè)試活動(dòng)的生命周期?

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

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

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

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

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

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

　　11.軟件的缺陷等級(jí)應(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類—測(cè)試建議

　　試題二

　　判斷題

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

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

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

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

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

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

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

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

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

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

　　選擇題 (每題2分 20 )

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

　　A、維護(hù)降低成本 B、法律上的要求 C、市場(chǎng)競(jìng)爭(zhēng)的需要

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

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

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

　　3、選出屬于黑盒測(cè)試方法的選項(xiàng)(ABC)【初級(jí)】

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

　　4、編寫測(cè)試計(jì)劃的目的是：(ABC)【中級(jí)】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　10、PSP是指?jìng)�(gè)人軟件過程 ，是一種可用于( A )、( B )和( C )個(gè)人軟件工作方式的自我改善過程。【高級(jí)】

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

　　問答題

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

　　答：1、尋找Bug;

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

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

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

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

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

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

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

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

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

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

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

　　4、 黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法，請(qǐng)分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)!(中級(jí))(5分)

　　答：黑盒測(cè)試的優(yōu)點(diǎn)有：

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

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

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

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

　　5)在做軟件自動(dòng)化測(cè)試時(shí)較為方便。

　　黑盒測(cè)試的缺點(diǎn)有：

　　1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%;

　　2)自動(dòng)化測(cè)試的復(fù)用性較低。

　　白盒測(cè)試的優(yōu)點(diǎn)有：

　　幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。

　　白盒測(cè)試的缺點(diǎn)有：

　　1)程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑;

　　2)測(cè)試基于代碼，只能測(cè)試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求;

　　3)系統(tǒng)龐大時(shí)，測(cè)試開銷會(huì)非常大。

　　5、 根據(jù)自己的理解回答什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段。(初級(jí))(5分)

　　答：軟件測(cè)試是一個(gè)為了尋找軟件中的錯(cuò)誤而運(yùn)行軟件的過程，一個(gè)成功的測(cè)試是指找到了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

　　軟件測(cè)試一般分為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。

　　6、 根據(jù)自己的理解什么是測(cè)試用例和測(cè)試規(guī)程，設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮?(中級(jí))(10分)

　　答：狹義的講，一個(gè)測(cè)試用例就是測(cè)試人員用以測(cè)試被測(cè)軟件的某個(gè)特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實(shí)際的一組數(shù)據(jù)，也可能是測(cè)試人員專門設(shè)計(jì)出來的測(cè)試軟件某些功能的一組數(shù)據(jù)。

　　測(cè)試規(guī)程就是詳細(xì)的對(duì)測(cè)試用例設(shè)計(jì)方法、測(cè)試方法、測(cè)試工具、測(cè)試環(huán)境和測(cè)試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測(cè)試用例應(yīng)用到被測(cè)軟件上完成某項(xiàng)測(cè)試的一系列的操作步驟。

　　設(shè)計(jì)測(cè)試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價(jià)類劃分，有效/無效值等。

　　7、 什么是軟件質(zhì)量保證?軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何?(高級(jí)) (10分)

　　答：軟件質(zhì)量保證就是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。 軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴(yán)格的獨(dú)立性，兩個(gè)小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報(bào)軟件開發(fā)中的問題

【軟件測(cè)試員筆試題】相關(guān)文章：

軟件測(cè)試 試題12-12

軟件測(cè)試筆試題11-03

軟件測(cè)試面試題11-06

軟件測(cè)試筆試題及答案02-10

軟件測(cè)試英文面試題07-26

軟件測(cè)試筆試題目12-11

中興軟件測(cè)試筆試題11-02

軟件測(cè)試筆試題201511-24

軟件測(cè)試筆試題及答案02-21

軟件測(cè)試類英文面試題08-08