推薦史上最全的招聘筆試題
面試的時候可能會進行筆試，下面是應屆畢業生網小編為你整理收集的關於軟體筆試題目的練習，快來看看吧，希望對你提供幫助。
一、判斷題：
1、發現錯誤多的模組，殘留在模組中的錯誤也多。( √ ) (初級)
2、測試人員在測試過程中發現一處問題，如果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發的程序。( × )(初級)
3、單元測試通常應該先進行“人工走查”，再以白盒法為主，輔以黑盒法進行動態測試。( √ )(中級)
4、功能測試是系統測試的主要內容，檢查系統的功能、效能是否與需求規格說明相同。( √ )(中級)
5、軟體質量管理即QM由QA和QC構成，軟體測試屬於QC的核心工作內容。(√)7、軟體測試只能發現錯誤，但不能保證測試後的軟體沒有錯誤。(√)
6、軟體就是程式。(X)
7、測試只要做到語句覆蓋和分支覆蓋，就可以發現程式中的所有錯誤。(X)
8、I18N測試是指對產品做出具有國際性的規劃，而L10N測試則是指對軟體做出符合本地需求更改工作。(√)【高階】
二、 選擇題 (每題2分 20 )
1、 進行軟體質量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場競爭的需要
D、質量標準化的趨勢 E、軟體工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為後期的實施打好基礎
2、以測試的形態分測試可以分為：(ABC)【中級】
1、 進行軟體質量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場競爭的需要
D、質量標準化的趨勢 E、軟體工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為後期的實施打好基礎
2、以測試的形態分測試可以分為：(ABC)【中級】
1、 進行軟體質量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場競爭的需要
D、質量標準化的趨勢 E、軟體工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為後期的實施打好基礎
2、以測試的形態分測試可以分為：(ABC)【中級】
1、 進行軟體質量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場競爭的需要
D、質量標準化的趨勢 E、軟體工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為後期的實施打好基礎
2、以測試的形態分測試可以分為：(ABC)【中級】
1、 進行軟體質量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場競爭的需要
D、質量標準化的趨勢 E、軟體工程的需要 F、CMM過程的一部分
G、方便與客戶進一步溝通為後期的實施打好基礎
2、以測試的形態分測試可以分為：(ABC)【中級】
A、建構性測試 B、系統測試 C、專項測試
D、單元測試 E、元件測試 F、整合測試
3、選出屬於黑盒測試方法的選項(ABC)【初級】
A、測試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋
D、分支覆蓋 E、語句覆蓋 F、條件覆蓋
4、編寫測試計劃的目的是：(ABC)【中級】
A、使測試工作順利進行 B、使專案參與人員溝通更舒暢 C、使測試工作更加系統化
D、軟體工程以及軟體過程的需要 E、軟體過程規範化的要求F、控制軟體質量
5、依存關係有4種分別是：(ABCD)【高階】
A、開始-結束 B、開始-開始 C、結束-開始
D、結束-結束 E、開始-實施-結束 F、結束-稽核-開始
6、軟體質量管理(QM)應有質量保證(QA)和質量控制(QC)組成，下面的選項屬於QC得是：(ABC)【高階】
A、測試 B、跟蹤 C、監督D、制定計劃 E、需求審查 F、程式程式碼審查
7、實施缺陷跟蹤的目的是：(ABCD)【中級】
A、軟體質量無法控制 B、問題無法量化 C、重複問題接連產生 D、解決問題的知識無法保留 E、確保缺陷得到解決 F、使問題形成完整的閉環處理
8、使用軟體測試工具的目的：(ABC)【中級】
A、幫助測試尋找問題 B、協助問題的診斷 C、節省測試時間
D、提高Bug的發現率 E、更好的控制缺陷提高軟體質 F、更好的協助開發人員
9、典型的瀑布模型的四個階段是：(ABCD)【高階】
A、分析 B、設計 C、編碼D、測試 E、需求調研 F、實施
10、PSP是指個人軟體過程 ，是一種可用於( A )、( B )和( C )個人軟體工作方式的自我改善過程。【高階】
A、控制 B、管理 C、改進D、高效 E、充分 F、適宜
三、 問答題
1、 測試人員在軟體開發過程中的任務是什麼?(初級)(5分) 答：1、尋找Bug;
2、避免軟體開發過程中的缺陷;3、衡量軟體的品質;4、關注使用者的需求。
總的目標是：確保軟體的質量。
2、 在您以往的工作中，一條軟體缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟體缺陷(Bug)記錄?(初級)(6分)
答：一條Bug記錄最基本應包含：編號、Bug所屬模組、Bug描述、Bug級別、發現日期、發現人、修改日期、修改人、修改方法、迴歸結果等等;要有效的發現Bug需參考需求以及詳細設計等前期文件設計出高效的測試用例，然後嚴格執行測試用例，對發現的問題要充分確認肯定，然後再向外發布如此才能提高提交Bug的質量。
3、 介面測試題及設計題。請找出下面介面中所存在的問題並分別列出;用黑盒測試的任何一種方法設計出此登陸窗體的測試用例。(中級)(6分)
答：1、窗體的標題欄中為空，沒有給出標題。 2、使用者名稱和密碼控制元件的字型不一致並且沒有對齊3、文字框的大小不一致沒有對其。4、確定和取消按鈕控制元件的大小不一致。
4、 黑盒測試和白盒測試是軟體測試的兩種基本方法，請分別說明各自的優點和缺點!(中級)(5分)
答：黑盒測試的優點有：
1)比較簡單，不需要了解程式內部的程式碼及實現;
2)與軟體的內部實現無關;
3)從使用者角度出發，能很容易的知道使用者會用到哪些功能，會遇到哪些問題;
4)基於軟體開發文件，所以也能知道軟體實現了文件中的哪些功能;
5)在做軟體自動化測試時較為方便。
黑盒測試的缺點有：
1)不可能覆蓋所有的程式碼，覆蓋率較低，大概只能達到總程式碼量的30%;
2)自動化測試的複用性較低。
史上最全軟體筆試題目及答案彙總
白盒測試的優點有：
幫助軟體測試人員增大程式碼的覆蓋率，提高程式碼的質量，發現程式碼中隱藏的問題。
白盒測試的缺點有：
1)程式執行會有很多不同的路徑，不可能測試所有的執行路徑;
2)測試基於程式碼，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求;
3)系統龐大時，測試開銷會非常大。
5、 根據自己的理解回答什麼是軟體測試，軟體測試分為哪幾個階段。(初級)(5分)
答：軟體測試是一個為了尋找軟體中的錯誤而執行軟體的過程，一個成功的測試是指找到了迄今為止尚未發現的錯誤的測試。
軟體測試一般分為單元測試、整合測試和系統測試。
6、 根據自己的理解什麼是測試用例和測試規程，設計一個測試用例應當從哪幾方面考慮?(中級)(10分)
答：狹義的講，一個測試用例就是測試人員用以測試被測軟體的某個特性或特性組合的一組資料。這組資料可能是從使用者處得來的實際的一組資料，也可能是測試人員專門設計出來的測試軟體某些功能的一組資料。
測試規程就是詳細的對測試用例設計方法、測試方法、測試工具、測試環境和測試資料進行描述的文件，還可以包括能把某個或某一組測試用例應用到被測軟體上完成某項測試的一系列的操作步驟。
設計測試用例應當從以下幾方面考慮：邊界值，等價類劃分，有效/無效值等
1 . 軟體測試 的目的是儘可能多的找出軟體的缺陷。( Y)
2 .Beta 測試是驗收測試的一種。( Y)
Acceptance testing
驗收測試是部署軟體之前的最後一個測試操作。驗收測試的目的是確保軟體準備就緒，並且可以讓終端使用者將其用於執行軟體的既定功能和任務。
3 .驗收測試是由終端使用者來實施的。( N )
是由測試人員來實施的
4 .專案立項前測試人員不需要提交任何工件。( Y ) 工件：加工過程中生產物件
5 .單元測試能發現約80% 的軟體缺陷。( Y )
6 .程式碼評審是檢查原始碼是否達到模組設計的要求。( N )
程式碼評審也稱程式碼複查，是指透過閱讀程式碼來檢查原始碼與編碼標準的符合性以及程式碼質量的活動。
7 .自底向上整合需要測試員編寫驅動程式。( Y )
自頂向下綜合測試的具體步驟為：
1 以主控模組作為測試驅動模組，把對主控模組進行單元測試時引入的所有樁模組用實際模組替代;
2 依據所選的整合策略(深度優先或廣度優先)，每次只替代一個樁模組;
3 每整合一個模組立即測試一遍;
4 只有每組測試完成後，才著手替換下一個樁模組;
5 為避免引入新錯誤，須不斷地進行迴歸測試(即全部或部分地重複已做過的測試)。
自底向上綜合測試的步驟分為：
1 把低層模組組織成實現某個子功能的模組群(cluster);
2 開發一個測試驅動模組，控制測試資料的輸入和測試結果的輸出;
3 對每個模組群進行測試;
4 刪除測試使用的驅動模組，用較高層模組把模組群組織成為完成更大功能的新模組群。
8、負載測試是驗證要檢驗的系統的能力最高能達到什麼程度。( N )
負載測試(Load testing)，透過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試物件承擔不同的工作量，以評測和評估測試物件在不同工作量條件下的效能行為，以及持續正常執行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常執行。此外，負載測試還要評估效能特徵。例如，響應時間、事務處理速率和其他與時間相關的方面。
9 .測試人員要堅持原則，缺陷未修復完堅決不予透過。( N )
10 .程式碼評審員一般由測試員擔任。( N )
11 .我們可以人為的使得軟體不存在配置問題。( N )
是一種標識、組織和控制修改的技術。軟體配置管理應用於整個軟體工程過程。我們知道，在軟體建立時變更是不可避免的，而變更加劇了專案中軟體開發者之間的混亂。
12 .整合測試計劃在需求分析階段末提交。( N )
執行階段
1)時間安排 單元測試已經完成後就可以開始執行整合測試了
2)輸入 需求規格說明書 概要設計 整合測試計劃 整合高度設計 整合測試例 整合測試規程 整合測試程式碼(如果有)整合測試指令碼 整合測試工具 詳細設計 程式碼 單元測試報告
3)入口條件 單元測試階段已經透過基線化評審
4)活動步 驟 執行整合測試用例 迴歸整合測試用例 撰寫整合測試報告
5)輸出 整合測試報告
6)出口條件 整合測試報告透過整合測試階段基線評審
史上最全軟體筆試題目及答案彙總
選擇題
1 .軟體驗收測試的合格透過準則是：(ABCD)
A . 軟體需求分析說明書中定義的所有功能已全部實現，效能指標全部達到要求。
B . 所有測試項沒有殘餘一級、二級和三級錯誤。
C . 立項審批表、需求分析文件、設計文件和編碼實現一致。
D . 驗收測試工件齊全。
2 .軟體測試計劃評審會需要哪些人員參加?( ABCD )
A .專案經理
B .SQA 負責人
軟體質量保證(SQA)是建立一套有計劃
目標 1: 軟體質量保證工作是有計劃進行的。
目標 2: 客觀地驗證軟體專案產品和工作是否遵循恰當的`標準、步驟和需求。
目標 3: 將軟體質量保證工作及結果通知給相關組別和個人。
目標 4: 高階管理層接觸到在專案內部不能解決的不符合類問題。
C .配置負責人
D .測試組
3 .下列關於alpha 測試的描述中正確的是：( AD )
A .alpha 測試需要使用者代表參加
B .alpha 測試不需要使用者代表參加
C .alpha 測試是系統測試的一種
D .alpha 測試是驗收測試的一種
4 .測試設計員的職責有：( BC )
A .制定測試計劃
B .設計測試用例
C .設計測試過程、指令碼
D .評估測試活動
5 .軟體實施活動的進入準則是：( ABC )
A .需求工件已經被基線化
工件加工過程中的生產物件。
基線化 一個文件如果經過討論被通過了，被固定了，就可以說這個文件被“基線化”了，然後所有人就可以在這個“基線”的基礎上工作。
B .詳細設計工件已經被基線化
C .構架工件已經被基線化
D .專案階段成果已經被基線化
1. 軟體驗收測試包括：_正式驗收測試，alpha測試，beta測試。
2. 系統測試的策略有：功能測試，效能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，解除安裝測試，文擋測試，故障恢復測試，介面測試，容量測試，相容性測試，分佈測試，可用性測試
(有的可以合在一起，分開寫只要寫出15 就滿分哦)
3. 設計系統測試計劃需要參考的專案文擋有：_軟體測試計劃，軟體需求工件和迭代計劃。
4. 對面向過程的系統採用的整合策略有：自頂向下，自底向上兩種。
5. 透過畫因果圖來寫測試用例的步驟為：
(1)根據程式規格說明書描述，分析並確定因(輸入條件)和果(輸出結果或程式狀態的改變)，畫出因果圖。
(2)將得到的因果圖轉換為判定表。
(3)為判定表中每一列所表示的情況設計一個測試用例。
四、簡答
1. 區別階段評審的與同行評審
答：
同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;
階段評審目的:評審模組 階段作品的正確性 可行性 及完整性
同行評審人數:3-7人 人員必須經過同行評審會議的培訓,由SQA指導
階段評審人數:5人左右 評審人必須是專家 具有系統評審資格
同行評審內容:內容小 一般文件 < 40頁, 程式碼 < 500行
階段評審內容: 內容多,主要看重點
同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設定在關鍵路徑的時間點上!
2. 什麼是軟體測試
答：測試是為發現錯誤而執行程式的過程
軟體測試就是利用測試工具按照測試方案和流程對產品進行功能和效能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例後，需要跟蹤故障，以確保開發的產品適合需求。
3 簡述整合測試的過程
答：系統整合測試主要包括以下過程：
1. 構建的確認過程。
2. 補丁的確認過程。
3. 系統整合測試測試組提交過程。
4. 測試用例設計過程。
5. 測試程式碼編寫過程。
6. Bug的報告過程。
7. 每週/每兩週的構建過程。
8. 點對點的測試過程。
9. 組內培訓過程。
5 白盒測試有幾種方法
答：總體上分為靜態方法和動態方法兩大類。
靜態：關鍵功能是檢查軟體的表示和描述是否一致,沒有衝突或者沒有歧義。
動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批，為什麼
答：需要，系統測試計劃屬於專案階段性關鍵文件，因此需要評審。
7Alpha 測試與beta 的區別
Alpha測試(α測試)是由一個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的受控測試，Alpha測試不能由程式設計師或測試員完成。Alpha測試發現的錯誤，可以在測試現場立刻反饋給開發人員，由開發人員及時分析和處理。目的是評價軟體產品的功能、可使用性、可靠性、效能和支援。尤其注重產品的介面和特色。Alpha測試可以從軟體產品編碼結束之後開始，或在模組(子系統)測試完成後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。
Beta測試(β測試)是軟體的多個使用者在一個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程式設計師或測試員完成。因而，Beta測試是在開發者無法控制的環境下進行的軟體現場應用。在Beta測試中，由使用者記下遇到的所有問題，包括真實的以及主管認定的，定期向開發者報告，開發者在綜合使用者的報告後，做出修改，最後將軟體產品交付給全體使用者使用。Beta測試著重於產品的支援性，包括文件、客戶培訓和支援產品的生產能力。只有當Alpha測試達到一定的可靠程度後，才能開始Beta測試。由於Beta測試的主要目標是測試可支援性，所以Beta測試應該儘可能由主持產品發行的人員來管理。
答：Alpha 測試 在系統開發接近完成時對應用系統的測試;測試後仍然會有少量的設計變更。這種測試一般由終端使用者或其它人員完成，不能由程式或測試員完成。
Beta 測試 當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由終端使用者或其它人員完成，不能由程式設計師或測試員完成。
8 比較負載測試，容量測試和強度測試的區別
答：負載測試：在一定的工作負荷下，系統的負荷及響應時間。
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續執行給系統性能所造成的影響。
容量測試：容量測試目的是透過測試預先分 析出反映軟體 系統應用特徵的某項指標的極限值(如最大併發使用者數、資料庫記錄數等)，系統在其極限值狀態下沒有出現任何軟體故障或還能保持主要功能正常執行。容量測試還將確定測試物件在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的資料容量來發現它是否能夠正確處理。容量測試是面向資料 的，並且它的目的是顯示系統可以處理目標內確定的資料容量。
9 測試結束的標準是什麼?
答：用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準。
10 描述軟體測試活動的生命週期?
測試周期分為計劃、設計、實現、執行、總結。其中：
計劃：對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等;
設計：完成測試方案，從技術層面上對測試進行規劃;實現：進行測試用例和測試規程設計;執行：根據前期完成的計劃、方案、用例、規程等文件，執行測試用例。總結：記錄測試結果，進行測試分析，完成測試報告。
11 軟體的缺陷等級應如何劃分?
A 類— 嚴重錯誤，包括以下各種錯誤：
1 . 由於程式所引起的宕機, 非法退出
2 . 死迴圈3 . 資料庫發生死鎖 4 . 因錯誤操作導致的程式中斷
5 . 功能錯誤6 . 與資料庫連線錯誤 7 . 資料通訊錯誤
B 類— 較嚴重錯誤，包括以下各種錯誤：
1 . 程式錯誤 2 . 程式介面錯誤
3 . 資料庫的表、業務規則、預設值未加完整性等約束條件
C 類— 一般性錯誤，包括以下各種錯誤：
1 . 操作介面錯誤(包括資料視窗內列名定義、含義是否一致)
2 . 列印內容、格式錯誤 3 . 簡單的輸入限制未放在前臺進行控制
4 . 刪除操作未給出提示 5 . 資料庫表中有過多的空欄位
D 類— 較小錯誤，包括以下各種錯誤：
1 . 介面不規範 2 . 輔助說明描述不清楚
3 . 輸入輸出不規範4 . 長操作未給使用者提示5 . 提示視窗文字未採用行業術語6 . 可輸入區域和只讀區域沒有明顯的區分標誌
E 類— 測試建議
4 怎麼做好文件測試
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。
檢查文件的編寫是否滿足文件編寫的目的
內容是否齊全，正確
內容是否完善
標記是否正確