軟件測試題目

1、1 軟件測試 的目的是盡可能多的找出軟件的缺陷。（ Y）2 Beta 測試是驗(yàn)收測試的一種。（ Y ）Acceptance testing驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作。 驗(yàn)收測試的目的是確保軟件準(zhǔn)備 就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。3 驗(yàn)收測試是由最終用戶來實(shí)施的。（ N ） 是由測試人員來實(shí)施的4 項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。 （ Y ） 工件：加工過程中生產(chǎn) 對象5 單元測試能發(fā)現(xiàn)約 80% 的軟件缺陷。（ Y ）6 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（ N ） 代碼評審也稱代碼復(fù)查， 是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性

2、以 及代碼質(zhì)量的活動(dòng)。7 自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（ Y ）自頂向下綜合測試的具體步驟為：1 以主控模塊作為測試驅(qū)動(dòng)模塊， 把對主控模塊進(jìn)行單元測試時(shí)引入的所有 樁模塊用實(shí)際模塊替代；2 依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個(gè)樁模塊；3 每集成一個(gè)模塊立即測試一遍；4 只有每組測試完成后，才著手替換下一個(gè)樁模塊；5 為避免引入新錯(cuò)誤， 須不斷地進(jìn)行回歸測試 （即全部或部分地重復(fù)已做過 的測試）。自底向上綜合測試的步驟分為：1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群（ cluster ） ;2 開發(fā)一個(gè)測試驅(qū)動(dòng)模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出；3 對每個(gè)模塊

3、群進(jìn)行測試；4 刪除測試使用的驅(qū)動(dòng)模塊， 用較高層模塊把模塊群組織成為完成更大功能 的新模塊群。8 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（ N ） 負(fù)載測試（ Load testing ），通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn) 設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。 在這種測試中， 將使測試對象承擔(dān)不同的 工作量，以評測和評估測試對象在不同工作量條件下的性能行為， 以及持續(xù)正常 運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下 仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征。例如，響應(yīng)時(shí)間、事務(wù)處理 速率和其他與時(shí)間相關(guān)的方面。9 測試人員要堅(jiān)持原則，缺

4、陷未修復(fù)完堅(jiān)決不予通過。（ N ）10 代碼評審員一般由測試員擔(dān)任。（ N ）11 我們可以人為的使得軟件不存在配置問題。（ N ） 是一種標(biāo)識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過程。 我們知道， 在軟件建立時(shí)變更是不可避免的， 而變更加劇了項(xiàng)目中軟件開發(fā)者之 間的混亂。12 集成測試計(jì)劃在需求分析階段末提交。（ N ） 執(zhí)行階段1）時(shí)間安排 單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了2）輸入 需求規(guī)格說明書 概要設(shè)計(jì) 集成測試計(jì)劃 集成高度設(shè)計(jì) 集成測試?yán)?集成測試規(guī)程 集成測試代碼 （如果有） 集成測試腳本 集成測試工具 詳細(xì)設(shè)計(jì) 代碼 單元測試報(bào)告3）入口條件 單元測

5、試階段已經(jīng)通過基線化評審4）活動(dòng)步 驟 執(zhí)行集成測試用例 回歸集成測試用例 撰寫集成測試報(bào)告5）輸出 集成測試報(bào)告6）出口條件 集成測試報(bào)告通過集成測試階段基線評審二、選擇題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é)人軟件質(zhì)量保證（ SQA）是建立一套有計(jì)劃目標(biāo) 1: 軟件質(zhì)量保證工作是有計(jì)劃進(jìn)行的。目標(biāo) 2: 客

6、觀地驗(yàn)證軟件項(xiàng)目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需 求。目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個(gè)人。目標(biāo) 4: 高級管理層接觸到在項(xiàng)目內(nèi)部不能解決的不符合類問題。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)被基線化 工件加工過程中

7、的生產(chǎn)對象。 基線化 一個(gè)文檔如果經(jīng)過討論被通過了，被固定了，就可以說這個(gè)文檔被“基 線化”了，然后所有人就可以在這個(gè)“基線”的基礎(chǔ)上工作。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ì)劃需要

8、參考的項(xiàng)目文擋有： _軟件測試計(jì)劃， 軟件需求工件和 迭代計(jì)劃。4. 對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。5. 通過畫因果圖來寫測試用例的步驟為： （1）根據(jù)程序規(guī)格說明書描述，分析并確定因（輸入條件）和果（輸出結(jié)果或 程序狀態(tài)的改變），畫出因果圖。（ 2）將得到的因果圖轉(zhuǎn)換為判定表。（ 3）為判定表中每一列所表示的情況設(shè)計(jì)一個(gè)測試用例。四、簡答1. 區(qū)別階段評審的與同行評審答： 同行評審目的 : 發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤 ,只要是找錯(cuò)誤； 階段評審目的 : 評審模塊 階段作品的正確性 可行性 及完整性 同行評審人數(shù) :3-7 人 人員必須經(jīng)過同行評審會(huì)議的培訓(xùn) ,由 S

9、QA指導(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í)行程序的過程 軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試， 甚 至根據(jù)需要編寫不同的測試工具， 設(shè)計(jì)和維護(hù)測試系統(tǒng)， 對測試方案可能出現(xiàn)的 問題進(jìn)行分析和評估。 執(zhí)行測試用例后， 需要跟蹤故障， 以確保開發(fā)的產(chǎn)品適合 需求。3 簡述集成測試的過程 答：系統(tǒng)

10、集成測試主要包括以下過程：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)過程。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

11、的區(qū)別Alpha 測試（ 測試）是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試， 也可以是公司內(nèi) 部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試， Alpha 測試不能由程序員或測 試員完成。 Alpha 測試發(fā)現(xiàn)的錯(cuò)誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開 發(fā)人員及時(shí)分析和處理。目的是評價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能 和支持。尤其注重產(chǎn)品的界面和特色。 Alpha 測試可以從軟件產(chǎn)品編碼結(jié)束之后 開始，或在模塊（子系統(tǒng)）測試完成后開始，也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到 一定的穩(wěn)定和可靠程度之后再開始。 有關(guān)的手冊 （草稿）等應(yīng)該在 Alpha 測試前 準(zhǔn)備好。Beta 測試（ 測試）是軟件的多個(gè)用

12、戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn) 行的測試。開發(fā)者通常不在測試現(xiàn)場， Beta 測試不能由程序員或測試員完成。 因而， Beta 測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。在 Beta 測 試中，由用戶記下遇到的所有問題， 包括真實(shí)的以及主管認(rèn)定的， 定期向開發(fā)者 報(bào)告，開發(fā)者在綜合用戶的報(bào)告后， 做出修改， 最后將軟件產(chǎn)品交付給全體用戶 使用。 Beta 測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn) 能力。只有當(dāng) Alpha 測試達(dá)到一定的可靠程度后， 才能開始 Beta 測試。由于 Beta 測試的主要目標(biāo)是測試可支持性，所以 Beta 測試應(yīng)該盡可能由主持產(chǎn)品發(fā)

13、行的 人員來管理。答： 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)用特征的

14、某項(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)，安排人力物

15、力 資源，安排進(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)列名定義、