軟件測試常見(jiàn)筆試題目
想要面試軟件測試，那么你準備好了嗎。下面YJBYS小編為大家搜集的一篇“軟件測試常見(jiàn)筆試題目”，供大家參考借鑒，希望可以幫助到有需要的朋友!
一 判斷題
1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)
2 .Beta 測試是驗收測試的一種。( Y)
Acceptance testing
驗收測試是部署軟件之前的最后一個(gè)測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶(hù)將其用于執行軟件的既定功能和任務(wù)。
3 .驗收測試是由最終用戶(hù)來(lái)實(shí)施的。( N )
是由測試人員來(lái)實(shí)施的
4 .項目立項前測試人員不需要提交任何工件。( Y ) 工件：加工過(guò)程中生產(chǎn)對象
5 .單元測試能發(fā)現約80% 的軟件缺陷。( Y )
6 .代碼評審是檢查源代碼是否達到模塊設計的要求。( N )
代碼評審也稱(chēng)代碼復查，是指通過(guò)閱讀代碼來(lái)檢查源代碼與編碼標準的符合性以及代碼質(zhì)量的活動(dòng)。
7 .自底向上集成需要測試員編寫(xiě)驅動(dòng)程序。( Y )
自頂向下綜合測試的具體步驟為：
1 以主控模塊作為測試驅動(dòng)模塊，把對主控模塊進(jìn)行單元測試時(shí)引入的所有樁模塊用實(shí)際模塊替代;
2 依據所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個(gè)樁模塊;
3 每集成一個(gè)模塊立即測試一遍;
4 只有每組測試完成后，才著(zhù)手替換下一個(gè)樁模塊;
5 為避免引入新錯誤，須不斷地進(jìn)行回歸測試(即全部或部分地重復已做過(guò)的測試)。
自底向上綜合測試的步驟分為：
1 把低層模塊組織成實(shí)現某個(gè)子功能的模塊群(cluster);
2 開(kāi)發(fā)一個(gè)測試驅動(dòng)模塊，控制測試數據的輸入和測試結果的輸出;
3 對每個(gè)模塊群進(jìn)行測試;
4 刪除測試使用的驅動(dòng)模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8 .負載測試是驗證要檢驗的系統的能力最高能達到什么程度。( N )
負載測試(Load testing)，通過(guò)測試系統在資源超負荷情況下的表現，以發(fā)現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征。例如，響應時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。
9 .測試人員要堅持原則，缺陷未修復完堅決不予通過(guò)。( N )
10 .代碼評審員一般由測試員擔任。( N )
11 .我們可以人為的使得軟件不存在配置問(wèn)題。( N )
是一種標識、組織和控制修改的技術(shù)。軟件配置管理應用于整個(gè)軟件工程過(guò)程。我們知道，在軟件建立時(shí)變更是不可避免的，而變更加劇了項目中軟件開(kāi)發(fā)者之間的混亂。
12 .集成測試計劃在需求分析階段末提交。( N )
執行階段
1)時(shí)間安排 單元測試已經(jīng)完成后就可以開(kāi)始執行集成測試了
2)輸入 需求規格說(shuō)明書(shū) 概要設計 集成測試計劃 集成高度設計 集成測試例 集成測試規程 集成測試代碼(如果有) 集成測試腳本 集成測試工具 詳細設計 代碼 單元測試報告
3)入口條件 單元測試階段已經(jīng)通過(guò)基線(xiàn)化評審
4)活動(dòng)步 驟 執行集成測試用例 回歸集成測試用例 撰寫(xiě)集成測試報告
5)輸出 集成測試報告
6)出口條件 集成測試報告通過(guò)集成測試階段基線(xiàn)評審
二、選擇題
1 .軟件驗收測試的合格通過(guò)準則是：(ABCD)
A . 軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現，性能指標全部達到要求。
B . 所有測試項沒(méi)有殘余一級、二級和三級錯誤。
C . 立項審批表、需求分析文檔、設計文檔和編碼實(shí)現一致。
D . 驗收測試工件齊全。
2 .軟件測試計劃評審會(huì )需要哪些人員參加?( ABCD )
A .項目經(jīng)理
B .SQA 負責人
軟件質(zhì)量保證(SQA)是建立一套有計劃
目標 1: 軟件質(zhì)量保證工作是有計劃進(jìn)行的。
目標 2: 客觀(guān)地驗證軟件項目產(chǎn)品和工作是否遵循恰當的標準、步驟和需求。
目標 3: 將軟件質(zhì)量保證工作及結果通知給相關(guān)組別和個(gè)人。
目標 4: 高級管理層接觸到在項目?jì)炔坎荒芙鉀Q的不符合類(lèi)問(wèn)題。
C .配置負責人
D .測試組
3 .下列關(guān)于alpha 測試的描述中正確的.是：( AD )
A .alpha 測試需要用戶(hù)代表參加
B .alpha 測試不需要用戶(hù)代表參加
C .alpha 測試是系統測試的一種
D .alpha 測試是驗收測試的一種
4 .測試設計員的職責有：( BC )
A .制定測試計劃
B .設計測試用例
C .設計測試過(guò)程、腳本
D .評估測試活動(dòng)
5 .軟件實(shí)施活動(dòng)的進(jìn)入準則是：( ABC )
A .需求工件已經(jīng)被基線(xiàn)化
工件加工過(guò)程中的生產(chǎn)對象。
基線(xiàn)化 一個(gè)文檔如果經(jīng)過(guò)討論被通過(guò)了，被固定了，就可以說(shuō)這個(gè)文檔被“基線(xiàn)化”了，然后所有人就可以在這個(gè)“基線(xiàn)”的基礎上工作。
B .詳細設計工件已經(jīng)被基線(xiàn)化
C .構架工件已經(jīng)被基線(xiàn)化
D .項目階段成果已經(jīng)被基線(xiàn)化
三、添空
1. 軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。
2. 系統測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試
(有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出15 就滿(mǎn)分哦)
3. 設計系統測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。
4. 對面向過(guò)程的系統采用的集成策略有：自頂向下，自底向上兩種。
5. 通過(guò)畫(huà)因果圖來(lái)寫(xiě)測試用例的步驟為：
(1)根據程序規格說(shuō)明書(shū)描述，分析并確定因(輸入條件)和果(輸出結果或程序狀態(tài)的改變)，畫(huà)出因果圖。
(2)將得到的因果圖轉換為判定表。
(3)為判定表中每一列所表示的情況設計一個(gè)測試用例。
四、簡(jiǎn)答
1. 區別階段評審的與同行評審
答：
同行評審目的:發(fā)現小規模工作產(chǎn)品的錯誤,只要是找錯誤;
階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性
同行評審人數:3-7人 人員必須經(jīng)過(guò)同行評審會(huì )議的培訓,由SQA指導
階段評審人數:5人左右 評審人必須是專(zhuān)家 具有系統評審資格
同行評審內容:內容小 一般文檔 < 40頁(yè), 代碼 < 500行
階段評審內容: 內容多,主要看重點(diǎn)
同行評審時(shí)間:一小部分工作產(chǎn)品完成
階段評審時(shí)間: 通常是設置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
2. 什么是軟件測試
答：測試是為發(fā)現錯誤而執行程序的過(guò)程
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據需要編寫(xiě)不同的測試工具，設計和維護測試系統，對測試方案可能出現的問(wèn)題進(jìn)行分析和評估。執行測試用例后，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。
3 簡(jiǎn)述集成測試的過(guò)程
答：系統集成測試主要包括以下過(guò)程：
1. 構建的確認過(guò)程。
2. 補丁的確認過(guò)程。
3. 系統集成測試測試組提交過(guò)程。
4. 測試用例設計過(guò)程。
5. 測試代碼編寫(xiě)過(guò)程。
6. Bug的報告過(guò)程。
7. 每周/每?jì)芍艿臉嫿ㄟ^(guò)程。
8. 點(diǎn)對點(diǎn)的測試過(guò)程。
9. 組內培訓過(guò)程。
5 白盒測試有幾種方法
答：總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義。
動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批，為什么
答：需要，系統測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。
7Alpha 測試與beta 的區別
Alpha測試(α測試)是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現的錯誤，可以在測試現場(chǎng)立刻反饋給開(kāi)發(fā)人員，由開(kāi)發(fā)人員及時(shí)分析和處理。目的是評價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結束之后開(kāi)始，或在模塊(子系統)測試完成后開(kāi)始，也可以在確認測試過(guò)程中產(chǎn)品達到一定的穩定和可靠程度之后再開(kāi)始。有關(guān)的手冊(草稿)等應該在A(yíng)lpha測試前準備好。
Beta測試(β測試)是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測試。開(kāi)發(fā)者通常不在測試現場(chǎng)，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開(kāi)發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的軟件現場(chǎng)應用。在Beta測試中，由用戶(hù)記下遇到的所有問(wèn)題，包括真實(shí)的以及主管認定的，定期向開(kāi)發(fā)者報告，開(kāi)發(fā)者在綜合用戶(hù)的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶(hù)使用。Beta測試著(zhù)重于產(chǎn)品的支持性，包括文檔、客戶(hù)培訓和支持產(chǎn)品的生產(chǎn)能力。只有當Alpha測試達到一定的可靠程度后，才能開(kāi)始Beta測試。由于Beta測試的主要目標是測試可支持性，所以Beta測試應該盡可能由主持產(chǎn)品發(fā)行的人員來(lái)管理。
答：Alpha 測試 在系統開(kāi)發(fā)接近完成時(shí)對應用系統的測試;測試后仍然會(huì )有少量的設計變更。這種測試一般由最終用戶(hù)或其它人員完成，不能由程序或測試員完成。
Beta 測試 當開(kāi)發(fā)和測試根本完成時(shí)所做的測試，最終的錯誤和問(wèn)題需要在最終發(fā)行前找到。這種測試一般由最終用戶(hù)或其它人員完成，不能由程序員或測試員完成。
8 比較負載測試，容量測試和強度測試的區別
答：負載測試：在一定的工作負荷下，系統的負荷及響應時(shí)間。
強度測試：在一定的負荷條件下，在較長(cháng)時(shí)間跨度內的系統連續運行給系統性能所造成的影響。
容量測試：容量測試目的是通過(guò)測試預先分 析出反映軟件 系統應用特征的某項指標的極限值(如最大并發(fā)用戶(hù)數、數據庫記錄數等)，系統在其極限值狀態(tài)下沒(méi)有出現任何軟件故障或還能保持主要功能正常運行。容量測試 還將確定測試對象在給定時(shí)間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來(lái)發(fā)現它是否能夠正確處理。容量測試是面向數據 的，并且它的目的是顯示系統可以處理目標內確定的數據容量。
9 測試結束的標準是什么?
答：用例全部測試。
覆蓋率達到標準。
缺陷率達到標準。
其他指標達到質(zhì)量標準。
10 描述軟件測試活動(dòng)的生命周期?
答：
測試周期分為計劃、設計、實(shí)現、執行、總結。其中：
計劃：對整個(gè)測試周期中所有活動(dòng)進(jìn)行規劃，估計工作量、風(fēng)險，安排人力物力資源，安排進(jìn)度等;
設計：完成測試方案，從技術(shù)層面上對測試進(jìn)行規劃;
實(shí)現：進(jìn)行測試用例和測試規程設計;
執行：根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。
總結：記錄測試結果，進(jìn)行測試分析，完成測試報告。
11 軟件的缺陷等級應如何劃分?
A 類(lèi)— 嚴重錯誤，包括以下各種錯誤：
1 . 由于程序所引起的死機, 非法退出
2 . 死循環(huán)
3 . 數據庫發(fā)生死鎖
4 . 因錯誤操作導致的程序中斷
5 . 功能錯誤
6 . 與數據庫連接錯誤
7 . 數據通訊錯誤
B 類(lèi)— 較嚴重錯誤，包括以下各種錯誤：
1 . 程序錯誤
2 . 程序接口錯誤
3 . 數據庫的表、業(yè)務(wù)規則、缺省值未加完整性等約束條件
C 類(lèi)— 一般性錯誤，包括以下各種錯誤：
1 . 操作界面錯誤(包括數據窗口內列名定義、含義是否一致)
2 . 打印內容、格式錯誤
3 . 簡(jiǎn)單的輸入限制未放在前臺進(jìn)行控制
4 . 刪除操作未給出提示
5 . 數據庫表中有過(guò)多的空字段
D 類(lèi)— 較小錯誤，包括以下各種錯誤：
1 . 界面不規范
2 . 輔助說(shuō)明描述不清楚
3 . 輸入輸出不規范
4 . 長(cháng)操作未給用戶(hù)提示
5 . 提示窗口文字未采用行業(yè)術(shù)語(yǔ)
6 . 可輸入區域和只讀區域沒(méi)有明顯的區分標志
E 類(lèi)— 測試建議
4 怎么做好文檔測試
仔細閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。
檢查文檔的編寫(xiě)是否滿(mǎn)足文檔編寫(xiě)的目的
內容是否齊全，正確
內容是否完善
標記是否正確
【軟件測試常見(jiàn)筆試題目】相關(guān)文章：
軟件測試常見(jiàn)筆試題10-28
軟件測試常見(jiàn)筆試題分享11-18
騰訊軟件測試常見(jiàn)筆試題10-27
軟件崗位測試筆試題目10-30
騰訊軟件測試筆試題目11-11
軟件測試筆試題目及答案11-03
軟件測試筆試題目（含答案）11-20
阿里巴巴軟件測試常見(jiàn)筆試題10-27
百度軟件測試常見(jiàn)筆試題10-27