軟件評測師考試屬于全國計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格考試(簡稱計(jì)算機(jī)軟件資格考試)中的一個(gè)中級考試，分享了 軟測的筆試題目，歡迎閱讀！

　　一、判斷題

　　1．軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）

　　2．Beta 測試是驗(yàn)收測試的一種。（Y）

　　3．驗(yàn)收測試是由最終用戶來實(shí)施的。（N）α測試是指軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行對即將面市軟件產(chǎn)品（稱為α版本）進(jìn)行測試，試圖發(fā)現(xiàn)錯(cuò)誤并修正。α測試的關(guān)鍵在于盡可能逼真地模擬實(shí)際運(yùn)行環(huán)境和用戶對軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的 用戶操作方式。經(jīng)過α測試調(diào)整的軟件產(chǎn)品稱為β版本。緊隨其后的β測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實(shí)際使用β版本，并要求用戶報(bào)告異常情況、提出批評意見。然后軟件開發(fā)公司再對β版本進(jìn)行改錯(cuò)和完善。 一般包括功能度、安全可靠性、易用性、可擴(kuò)充性、兼容性、效率、資源占用率、用戶文檔八個(gè)方面。

　　4．項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（Y）

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

　　6．代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N） 指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動。

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

　　8．負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yù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ì)劃評審會需要哪些人員參加？（ABCD）

　　A．項(xiàng)目經(jīng)理B．SQA 負(fù)責(zé)人C．配置負(fù)責(zé)人D．測試組

　　3．下列關(guān)于alpha 測試的描述中正確的是：（AD）

　　A．a(chǎn)lpha 測試需要用戶代表參加B．a(chǎn)lpha 測試不需要用戶代表參加

　　C．a(chǎn)lpha 測試是系統(tǒng)測試的一種D．a(chǎn)lpha 測試是驗(yàn)收測試的一種

　　4．測試設(shè)計(jì)員的職責(zé)有：（BC）

　　A．制定測試計(jì)劃B．設(shè)計(jì)測試用例C．設(shè)計(jì)測試過程、腳本D．評估測試活動

　　5．軟件實(shí)施活動的進(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)采用的集成策略有：自頂向下，自底向上兩種。

　　四、簡答

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

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

　　同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo)

　　同行評審內(nèi)容:內(nèi)容小一般文檔 < 40頁, 代碼 < 500行

　　同行評審時(shí)間:一小部分工作產(chǎn)品完成

　　階段評審目的:評審模塊階段作品的正確性 可行性 及完整性

　　階段評審人數(shù):5人左右評審人必須是專家 具有系統(tǒng)評審資格

　　階段評審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)

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

　　2.什么是軟件測試

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

　　3簡述集成測試的過程

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

　　構(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è)示例。

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

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

　　內(nèi)容是否完善

　　標(biāo)記是否正確

　　5 白盒測試有幾種方法

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

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

　　動態(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)的測試；測試后仍然會有少量的設(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描述軟件測試活動的生命周期？

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

　　計(jì)劃：對整個(gè)測試周期中所有活動進(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．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件

　　C類―一般性錯(cuò)誤，包括以下各種錯(cuò)誤：

　　1． 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）

　　2． 打印內(nèi)容、格式錯(cuò)誤

　　3． 簡單的輸入限制未放在前臺進(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)志