- 相關(guān)推薦
史上最全軟件筆試題目及答案
面試的時候可能會進行筆試，下面是應(yīng)屆畢業(yè)生網(wǎng)小編為你整理收集的關(guān)于軟件筆試題目的練習(xí)，快來看看吧，希望對你提供幫助。
史上最全軟件筆試題目及答案 1
一、判斷題：
1、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。( √ ) (初級)
2、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進程。( × )(初級)
3、單元測試通常應(yīng)該先進行“人工走查”，再以白盒法為主，輔以黑盒法進行動態(tài)測試。( √ )(中級)
4、功能測試是系統(tǒng)測試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。( √ )(中級)
5、軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測試屬于QC的核心工作內(nèi)容。(√)7、軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。(√)
6、軟件就是程序。(X)
7、測試只要做到語句覆蓋和分支覆蓋，就可以發(fā)現(xiàn)程序中的所有錯誤。(X)
8、I18N測試是指對產(chǎn)品做出具有國際性的規(guī)劃，而L10N測試則是指對軟件做出符合本地需求更改工作。(√)【高級】
二、簡答
1. 區(qū)別階段評審的與同行評審
答：
同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;
階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性
同行評審人數(shù):3-7人 人員必須經(jīng)過同行評審會議的培訓(xùn),由SQA指導(dǎo)
階段評審人數(shù):5人左右 評審人必須是專家 具有系統(tǒng)評審資格
同行評審內(nèi)容:內(nèi)容小 一般文檔 < 40頁, 代碼 < 500行
階段評審內(nèi)容: 內(nèi)容多,主要看重點
同行評審時間:一小部分工作產(chǎn)品完成
階段評審時間: 通常是設(shè)置在關(guān)鍵路徑的時間點上!
2. 什么是軟件測試
答：測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。
3 簡述集成測試的過程
答：系統(tǒng)集成測試主要包括以下過程：
1. 構(gòu)建的確認過程。
2. 補丁的確認過程。
3. 系統(tǒng)集成測試測試組提交過程。
4. 測試用例設(shè)計過程。
5. 測試代碼編寫過程。
6. Bug的報告過程。
7. 每周/每兩周的構(gòu)建過程。
8. 點對點的測試過程。
9. 組內(nèi)培訓(xùn)過程。
5 白盒測試有幾種方法
答：總體上分為靜態(tài)方法和動態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。
動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統(tǒng)測試計劃是否需要同行審批，為什么
答：需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。
7Alpha 測試與beta 的區(qū)別
Alpha測試(α測試)是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊(子系統(tǒng))測試完成后開始，也可以在確認測試過程中產(chǎn)品達到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊(草稿)等應(yīng)該在Alpha測試前準備好。
Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應(yīng)用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標(biāo)是測試可支持性，所以Beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。
答：Alpha 測試 在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta 測試 當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
8 比較負載測試，容量測試和強度測試的區(qū)別
答：負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應(yīng)時間。
強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。
容量測試：容量測試目的是通過測試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
9 測試結(jié)束的標(biāo)準是什么?
答：用例全部測試。覆蓋率達到標(biāo)準。缺陷率達到標(biāo)準。其他指標(biāo)達到質(zhì)量標(biāo)準。
10 描述軟件測試活動的生命周期?
測試周期分為計劃、設(shè)計、實現(xiàn)、執(zhí)行、總結(jié)。其中：
計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風(fēng)險，安排人力物力資源，安排進度等;
設(shè)計：完成測試方案，從技術(shù)層面上對測試進行規(guī)劃;實現(xiàn)：進行測試用例和測試規(guī)程設(shè)計;執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。總結(jié)：記錄測試結(jié)果，進行測試分析，完成測試報告。
11 軟件的缺陷等級應(yīng)如何劃分?
A 類— 嚴重錯誤，包括以下各種錯誤：
1 . 由于程序所引起的死機, 非法退出
2 . 死循環(huán)
3 . 數(shù)據(jù)庫發(fā)生死鎖
4 . 因錯誤操作導(dǎo)致的程序中斷
5 . 功能錯誤
6 . 與數(shù)據(jù)庫連接錯誤
7 . 數(shù)據(jù)通訊錯誤
B 類— 較嚴重錯誤，包括以下各種錯誤：
1.程序錯誤
2 . 程序接口錯誤
3 . 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件
C 類— 一般性錯誤，包括以下各種錯誤：
1 . 操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)
2 . 打印內(nèi)容、格式錯誤
3 . 簡單的輸入限制未放在前臺進行控制
4 . 刪除操作未給出提示
5 . 數(shù)據(jù)庫表中有過多的空字段
D 類— 較小錯誤，包括以下各種錯誤：
1.界面不規(guī)范
2 . 輔助說明描述不清楚
3 . 輸入輸出不規(guī)范
4 . 長操作未給用戶提示
5 . 提示窗口文字未采用行業(yè)術(shù)語
6 . 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志
E 類— 測試建議
4、 怎么做好文檔測試
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。
檢查文檔的編寫是否滿足文檔編寫的目的
內(nèi)容是否齊全，正確
內(nèi)容是否完善
標(biāo)記是否正確
三、 問答題
1、 測試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級)(5分)
答：1、尋找Bug;
2、避免軟件開發(fā)過程中的缺陷;
3、衡量軟件的品質(zhì);
4、關(guān)注用戶的需求。
總的目標(biāo)是：確保軟件的質(zhì)量。
2、 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?(初級)(6分)
答：一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等;要有效的發(fā)現(xiàn)Bug需參考需求以及詳細設(shè)計等前期文檔設(shè)計出高效的測試用例，然后嚴格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認肯定，然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。
3、 界面測試題及設(shè)計題。請找出下面界面中所存在的問題并分別列出;用黑盒測試的任何一種方法設(shè)計出此登陸窗體的`測試用例。(中級)(6分)
答：
1、窗體的標(biāo)題欄中為空，沒有給出標(biāo)題。
2、用戶名和密碼控件的字體不一致并且沒有對齊
3、文本框的大小不一致沒有對其。
4、確定和取消按鈕控件的大小不一致。
5、 黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點和缺點!(中級)(5分)
答：黑盒測試的優(yōu)點有：
1)比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn);
2)與軟件的內(nèi)部實現(xiàn)無關(guān);
3)從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題;
4)基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能;
5)在做軟件自動化測試時較為方便。
黑盒測試的缺點有：
1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%;
2)自動化測試的復(fù)用性較低。
白盒測試的優(yōu)點有：
幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。
白盒測試的缺點有：
1)程序運行會有很多不同的路徑，不可能測試所有的運行路徑;
2)測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計的正確與否，可能會漏掉一些功能需求;
3)系統(tǒng)龐大時，測試開銷會非常大。
5、 根據(jù)自己的理解回答什么是軟件測試，軟件測試分為哪幾個階段。(初級)(5分)
答：軟件測試是一個為了尋找軟件中的錯誤而運行軟件的過程，一個成功的測試是指找到了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。
軟件測試一般分為單元測試、集成測試和系統(tǒng)測試。
6、 根據(jù)自己的理解什么是測試用例和測試規(guī)程，設(shè)計一個測試用例應(yīng)當(dāng)從哪幾方面考慮?(中級)(10分)
答：狹義的講，一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實際的一組數(shù)據(jù)，也可能是測試人員專門設(shè)計出來的測試軟件某些功能的一組數(shù)據(jù)。
測試規(guī)程就是詳細的對測試用例設(shè)計方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進行描述的文檔，還可以包括能把某個或某一組測試用例應(yīng)用到被測軟件上完成某項測試的一系列的操作步驟。
設(shè)計測試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價類劃分，有效/無效值等
1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)
2 .Beta 測試是驗收測試的一種。( Y)
Acceptance testing
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
3 .驗收測試是由最終用戶來實施的。( N )
4 .項目立項前測試人員不需要提交任何工件。( Y ) 工件：加工過程中生產(chǎn)對象
5 .單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。( Y )
6 .代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。( N )
代碼評審也稱代碼復(fù)查，是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準的符合性以及代碼質(zhì)量的活動。
7 .自底向上集成需要測試員編寫驅(qū)動程序。( Y )
自頂向下綜合測試的具體步驟為：
1 以主控模塊作為測試驅(qū)動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代;
2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個樁模塊;
3 每集成一個模塊立即測試一遍;
4 只有每組測試完成后，才著手替換下一個樁模塊;
5 為避免引入新錯誤，須不斷地進行回歸測試(即全部或部分地重復(fù)已做過的測試)。
自底向上綜合測試的步驟分為：
1 把低層模塊組織成實現(xiàn)某個子功能的模塊群(cluster);
2 開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;
3 對每個模塊群進行測試;
4 刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8 .負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。( N )
負載測試(Load testing)，通過測試系統(tǒng)在資源超負荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負載能力。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征。例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。
9 .測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。( N )
10 .代碼評審員一般由測試員擔(dān)任。( N )
11 .我們可以人為的使得軟件不存在配置問題。( N )
是一種標(biāo)識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂。
12 .集成測試計劃在需求分析階段末提交。( N )
執(zhí)行階段：
1)時間安排 單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了
2)輸入 需求規(guī)格說明書 概要設(shè)計 集成測試計劃 集成高度設(shè)計 集成測試例 集成測試規(guī)程 集成測試代碼(如果有)集成測試腳本 集成測試工具 詳細設(shè)計 代碼 單元測試報告
3)入口條件 單元測試階段已經(jīng)通過基線化評審
4)活動步 驟 執(zhí)行集成測試用例 回歸集成測試用例 撰寫集成測試報告
5)輸出 集成測試報告
6)出口條件 集成測試報告通過集成測試階段基線評審
選擇題：
1 .軟件驗收測試的合格通過準則是：(ABCD)
A . 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達到要求。
B . 所有測試項沒有殘余一級、二級和三級錯誤。
C . 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。
D . 驗收測試工件齊全。
2 .軟件測試計劃評審會需要哪些人員參加?( ABCD )
A .項目經(jīng)理
B .SQA 負責(zé)人
軟件質(zhì)量保證(SQA)是建立一套有計劃
目標(biāo) 1: 軟件質(zhì)量保證工作是有計劃進行的。
目標(biāo) 2: 客觀地驗證軟件項目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準、步驟和需求。
目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個人。
目標(biāo) 4: 高級管理層接觸到在項目內(nèi)部不能解決的不符合類問題。
C .配置負責(zé)人
D .測試組
3 .下列關(guān)于alpha 測試的描述中正確的是：( AD )
A .alpha 測試需要用戶代表參加
B .alpha 測試不需要用戶代表參加
C .alpha 測試是系統(tǒng)測試的一種
D .alpha 測試是驗收測試的一種
4 .測試設(shè)計員的職責(zé)有：( BC )
A .制定測試計劃
B .設(shè)計測試用例
C .設(shè)計測試過程、腳本
D .評估測試活動
5 .軟件實施活動的進入準則是：( ABC )
A .需求工件已經(jīng)被基線化
工件加工過程中的生產(chǎn)對象。
基線化 一個文檔如果經(jīng)過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然后所有人就可以在這個“基線”的基礎(chǔ)上工作。
B .詳細設(shè)計工件已經(jīng)被基線化
C .構(gòu)架工件已經(jīng)被基線化
D .項目階段成果已經(jīng)被基線化
1. 軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。
2. 系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試
(有的可以合在一起，分開寫只要寫出15 就滿分哦)
3. 設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。
4. 對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。
5. 通過畫因果圖來寫測試用例的步驟為：
(1)根據(jù)程序規(guī)格說明書描述，分析并確定因(輸入條件)和果(輸出結(jié)果或程序狀態(tài)的改變)，畫出因果圖。
(2)將得到的因果圖轉(zhuǎn)換為判定表。
(3)為判定表中每一列所表示的情況設(shè)計一個測試用例。
史上最全軟件筆試題目及答案 2
01. 為什么要在一個團隊中開展軟件測試工作?
02. 您是否了解以往所工作的企業(yè)的軟件測試過程?如果了解，請試述在這個過程中都有哪些工作要做?分別由哪些不同的角色來完成這些工作?您是否了解以往所工作的企業(yè)的軟件開發(fā)過程?如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作?分別由哪些不同的角色來完成這些工作?(對于軟件測試部分，可以簡述)
03. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長哪部分工作?您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試……)
04. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。測試計劃工作的目的是什么?測試計劃工作的內(nèi)容都包括什么?其中哪些是最重要的?
05. 您認為做好測試計劃工作的關(guān)鍵是什么?您所熟悉的測試用例設(shè)計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。
06. 您認為做好測試用例設(shè)計工作的關(guān)鍵是什么?請以您以往的實際工作為例，詳細的描述一次測試用例設(shè)計的完整的過程。
07. 您以往的工作中是否曾開展過測試用例的評審工作?如果有，請描述測試用例評審的過程和評審的內(nèi)容。您以往是否曾經(jīng)從事過性能測試工作?如果有，請盡可能的'詳細描述您以往的性能測試工作的完整過程。
08. 您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。您認為性能測試工作的目的是什么?做好性能測試工作的關(guān)鍵是什么?
09. 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷(Bug)的管理?如果有，請結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程。
10. 您以往是否曾經(jīng)從事過單元測試和集成測試?如果有，請談一下這些工作的實際開展情況。您如何看待軟件過程改進?在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進的東西呢?您期望的理想的測試人員的工作環(huán)境是怎樣的?
11. 您以往工作過的企業(yè)中，是否開展了軟件配置管理工作?您能否描述一下這項工作的開展情況和您對這項工作的認識?您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以談一下對這些方法論和思想的認識?
12. 您認為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么?在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么?您是如何來對待這些事情的?
13. 在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗和心得體會?(可以包括軟件測試、過程改進、軟件開發(fā)或者與此無關(guān)的其他方面)用，給孩子們和我們自己在新學(xué)期營造一個有序的、有教育意義的、溫馨的學(xué)習(xí)工作環(huán)境。
史上最全軟件筆試題目及答案 3
1、客戶交付一個性能測試項目，請闡述你的實施流程。
答案：
測試設(shè)計階段：
1)了解被測系統(tǒng)的性能需求，定義測試目標(biāo)和范圍;
2)了解系統(tǒng)的技術(shù)信息，如系統(tǒng)架構(gòu)等;
3)確定測試方案、進度安排，并制定測試計劃，場景設(shè)置方案，及需要收集的測試數(shù)據(jù);
4)同相關(guān)人員協(xié)商討論測試方案;
5)準備數(shù)據(jù)收集模板;不同項目的性能測試，需要收集的數(shù)據(jù)不同;針對性的制定一個模板，更符合需要;
測試環(huán)境準備：
1)技術(shù)準備;選擇性能測試工具;測試方案中涉及到的技術(shù)問題;測試數(shù)據(jù)的收集方案實現(xiàn);如：如何監(jiān)控系統(tǒng)資源等;
2)搭建測試環(huán)境;
3)創(chuàng)建初始數(shù)據(jù);如虛擬用戶使用的賬號等;
測試執(zhí)行階段：
1)錄制腳本;
2)調(diào)試腳本;
3)執(zhí)行場景;
4)收集測試數(shù)據(jù)，并簡單整理;
測試分析階段：
1)分析測試數(shù)據(jù);
提交測試報告 。
2、解釋5個常用的性能指標(biāo)的名稱與具體含義。
答案：
并發(fā)：所有用戶在同一時刻對系統(tǒng)執(zhí)行操作，一般指做同一件事情或操作。
在線：所有用戶在一段時間內(nèi)對系統(tǒng)執(zhí)行操作。
請求響應(yīng)時間
從client端發(fā)出請求到得到響應(yīng)的整個時間;
包括：client端響應(yīng)時間+網(wǎng)絡(luò)響應(yīng)時間+Server端響應(yīng)時間。
事務(wù)請求響應(yīng)時間
完成相應(yīng)事務(wù)所用的時間;這個是性能測試中重點關(guān)注的指標(biāo)。
TPS(Transaction Per Second)
每秒鐘系統(tǒng)能夠處理的交易或事務(wù)的數(shù)量。它是衡量系統(tǒng)處理能力的重要指標(biāo)。TPS是LoadRunner中重要的性能參數(shù)指標(biāo)。
點擊率(Hit Per Second)
每秒發(fā)送的HTTP請求的數(shù)量;點擊率越大對Server的壓力越大。
資源利用率
對不同資源的使用程度，如CPU，I/O，內(nèi)存……
3、寫出5個Loadrunner中常用函數(shù)，并對其中2個舉例說明用法。
答案：
字符串復(fù)制：
strcpy(str，”Hello “) ;
字符串連接：
strcat(str，”World !”);
lr_message(“str: %s”，str);
sprintf(s， “%s love %s.”， “I”， “ocean”); //產(chǎn)生：”I love ocean. ”
變量轉(zhuǎn)為參數(shù)，將變量str的值存到參數(shù)Param中：
lr_save_string(str，”Param”);
參數(shù)復(fù)制：
lr_save_string(lr_eval_string(“{Param}”)，”Param_1″);
參數(shù)轉(zhuǎn)為變量：
strcpy(str1，lr_eval_string(“{Param_1}”));
4、簡述LoadRunner的工作原理?
答案： loadrunner會自動監(jiān)控指定的URL或應(yīng)用程序所發(fā)出的請求及服務(wù)器返回的響應(yīng)，它做為一個第三方(Agent)監(jiān)視客戶端與服務(wù)器端的所有對話，然后把這些對話記錄下來，生成腳本，再次運行時模擬客戶端發(fā)出的請求，捕獲服務(wù)器端的響應(yīng)。
5、LaodRunner腳本中action()和init、end()除了迭代的區(qū)別還有其他嗎?
答案： 集合點只能插入到Action部分，vuser_init和vuser_end 中不能插入集合點。action()和init、end()都可以插入事務(wù)點。
6、什么是集合點?設(shè)置集合點有什么意義?LoadRunner中設(shè)置集合點的函數(shù)是哪個?
答案： 集合點：是一個并發(fā)訪問的點，例如在測試計劃中，可能會要求系統(tǒng)能夠承受1000 人同時提交數(shù)據(jù)，在LoadRunner 中可以通過在提交數(shù)據(jù)操作前面加入集合點，這樣當(dāng)虛擬用戶運行到提交數(shù)據(jù)的集合點時，LoadRunner 就會檢查同時有多少用戶運行到集合點，如果不到1000 人，LoadRunner 就會命令已經(jīng)到集合點的'用戶在此等待，當(dāng)在集合點等待的用戶達到1000 人時，LoadRunner 命令1000 人同時去提交數(shù)據(jù)，并發(fā)訪問的目的。
注意：集合點經(jīng)常和事務(wù)結(jié)合起來使用，常放在事務(wù)的前面，集合點只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合點。集合點函數(shù)如下：lr_rendezvous(“SubmitData”)
7、錄制Web腳本時，生成的腳本中存在亂碼該如何解決?
答案 ： 錄制腳本前，打開錄制選項配置對話框Record-Options，進入到Advanced標(biāo)簽，先勾選”Support charset”，然后選擇中支持UTF-8再次錄制，就不會出現(xiàn)中文亂碼問題了。
8、HTML-based script與URL-based script的腳本有什么區(qū)別?
答案： 使用”HTML-based script”的模式錄制腳本，VuGen為用戶的每個HTML操作生成單獨的步驟，這種腳本看上去比較直觀;使用”URL-based script”模式錄制腳本時，VuGen可以捕獲所有作為用戶操作結(jié)果而發(fā)送到服務(wù)器的HTTP請求，然后為用戶的每個請求分別生成對應(yīng)方法。
通常，基于瀏覽器的Web應(yīng)用會使用”HTML-based script”模式來錄制腳本;而沒有基于瀏覽器的Web應(yīng)用、Web應(yīng)用中包含了與服務(wù)器進行交互的Java Applet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進行通信的JavaScript/VBScript代碼、基于瀏覽器的應(yīng)用中使用了HTTPS安全協(xié)議，這時使用”URL-based script”模式進行錄制。
9、使用LoadRunner進行綜合場景測試，如何設(shè)置能夠使被測系統(tǒng)所受壓力減輕，請分別加以說明。
答案： 若使被測系統(tǒng)所受壓力減輕，可從如下方面進行綜合調(diào)解：
將測試腳本中think time值加大并在控制臺中按比例實現(xiàn)，此處think time指在transaction外部的時間;
Controller中Run-Time Setting的Pacing設(shè)置值加大;
虛擬用戶登錄時使用遞增策略，間隔稍長。
史上最全軟件筆試題目及答案 4
1、計算表達式x6+4x4+2x3+x+1最少需要做次乘法
A、3 B、4 C、5 D、6
2、給定3個int類型的正整數(shù)x，y，z，對如下4組表達式判斷正確的選項
int a1=x+y-z; int b1=x*y/z;
int a2=x-z+y; int b2=x/z*y;
int c1=x《》z; int d1=x&y|z;
int c2=x》》z《
A、a1一定等于a2
B、b1一定定于b2
C、c1一定等于c2
D、d1一定等于d2
3、程序的完整編譯過程分為是：預(yù)處理，編譯，匯編等，如下關(guān)于編譯階段的編譯優(yōu)化的說法中不正確的是
A、死代碼刪除指的是編譯過程直接拋棄掉被注釋的'代碼;
B、函數(shù)內(nèi)聯(lián)可以避免函數(shù)調(diào)用中壓棧和退棧的開銷
C、For循環(huán)的循環(huán)控制變量通常很適合調(diào)度到寄存器訪問
D、強度削弱是指執(zhí)行時間較短的指令等價的替代執(zhí)行時間較長的指令
4、如下關(guān)于進程的描述不正確的是
A、進程在退出時會自動關(guān)閉自己打開的所有文件
B、進程在退出時會自動關(guān)閉自己打開的網(wǎng)絡(luò)鏈接
C、進程在退出時會自動銷毀自己創(chuàng)建的所有線程
D、進程在退出時會自動銷毀自己打開的共享內(nèi)存
史上最全軟件筆試題目及答案 5
職位類型：軟件測試
面試地點：華南理工大學(xué)城校區(qū)
招聘公司：騰訊
樓主之前參加了騰訊校招，應(yīng)聘的是軟件測試崗位�？荚囍拔乙矎木W(wǎng)上看了不少筆經(jīng)，所以投桃報李，我也把我的筆試經(jīng)驗跟大家分享一下。不過具體題目記不得了，只把考點跟大家分享一下！
先說下題型：一共50道單選題，每道2分，共100分。還有2道附加題，每題20分，任選一題作答。
下面就是考點了：
一、選擇題
1.軟件測試：白盒黑盒測試的最主要區(qū)別；測試用例的設(shè)計……
2.計算機網(wǎng)絡(luò)：回送地址；FTP端口號；TELNET在OSI七層模型中所處層次；ARP協(xié)議（兩主機通信，通過四個路由器，使用了多少次ARP協(xié)議）；分組交換網(wǎng)絡(luò)三個類別（廣域、城域、局域）、UDP（不可靠）、廣播（一對多）、10Mbps的半雙工的`端口帶寬……
3.算法：各種排序算法（堆排序快速排序希爾排序冒泡排序……）的時間復(fù)雜度、空間復(fù)雜度（輔助空間為零）、穩(wěn)定性（最不穩(wěn)定）、比較次數(shù)……
4.數(shù)據(jù)結(jié)構(gòu)：循環(huán)鏈表；二叉樹；前中后序遍歷；線性探測法……
5.數(shù)據(jù)庫：事務(wù)提交語句；刪除視圖語句；刪除表語句……
6.linux，shell：chmod的權(quán)限；cat、ls……
7.軟件工程：LOC（linesofcode）是軟件規(guī)模的一種度量。
8.操作系統(tǒng)：文件邏輯結(jié)構(gòu)、物理結(jié)構(gòu)。
9.圖論：無向圖、有向圖。
10.2道C語言程序題，判斷運行是否出錯，以及運行結(jié)果。
二、附加題
附加題是編程題，有兩道，樓主只做了第一道，第二道忘記了，貌似是關(guān)于二叉鏈表的。
第一道是sum=1＋11＋111＋1111＋……＋1……1（2009個1），求sum中含有的1的個數(shù)。
騰訊考試采用涂卡方式�？傮w上來說，選擇題涉及內(nèi)容較廣，不過比較基礎(chǔ)，筆試時間也很充裕，所以大家不要太緊張，放輕松就好了~希望以上這些內(nèi)容對大家有幫助，祝各位好運～
史上最全軟件筆試題目及答案 6
一、測試總體
1. 什么是軟件測試?
答：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程
2. 軟件測試的目的?
答：首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設(shè)計出有針對性地檢測方法，改善測試的有效性。
其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。詳細而嚴謹?shù)目煽啃栽鲩L模型可以證明這一點。
測試的目的是按照用戶所需軟件的質(zhì)量，檢查開發(fā)軟件過程出現(xiàn)的bug, 使得開發(fā)人員及時修改，可以避免在開發(fā)結(jié)束的時候發(fā)現(xiàn)軟件存在質(zhì)量問題，避免公司不必要的損失。贏得用戶對公司產(chǎn)品的認可。
測試的目的是以最少人力、物力和時間找出軟件中潛在各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風(fēng)險。
測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合。實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。測試不能表明軟件中不存在錯誤，它只能說明軟件中存在錯誤。
3. 軟件測試的目標(biāo)
答：發(fā)現(xiàn)盡可能多的錯誤。測試是一個為了尋找錯誤而運行程序的過程。一個好的測試案例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的用例。一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。
4. 軟件測試的原則
1) 應(yīng)當(dāng)把"盡早地和不斷地進行軟件測試"作為軟件開發(fā)者的座右銘。
2) 測試用例應(yīng)由測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。
3) 程序員應(yīng)避免檢查自己的程序。
4) 在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。
5) 軟件測試的原則
6) 充分注意測試中的群集現(xiàn)象。經(jīng)驗表明，測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比。
7) 嚴格執(zhí)行測試計劃，排除測試的隨意性軟件測試面試筆試題完全版軟件測試面試筆試題完全版。
8) 應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查。
9) 妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。
5. 測試的職責(zé)
測試經(jīng)理：
1、制定測試計劃。
2、確保測試過程正常進行。
測試工程師
1、編寫測試用例
2、搭建測試環(huán)境
3、執(zhí)行測試
6. 軟件都有多少種分類?
答：根據(jù)功能的不同，電腦軟件可以粗略地分成四個層次：
最貼近電腦硬件的是一些小巧的軟件。它們實現(xiàn)一些最基本的功能，通常"固化"在只讀存儲器芯片中，因此稱為固件。
系統(tǒng)軟件包括操作系統(tǒng)和編譯器軟件等。系統(tǒng)軟件和硬件一起提供一個"平臺"。它們管理和優(yōu)化電腦硬件資源的使用。
支持軟件。包括圖形用戶界面、軟件開發(fā)工具、軟件評測工具、數(shù)據(jù)庫管理系統(tǒng)、中間件等。
應(yīng)用軟件種類最多，包括辦公軟件、電子商務(wù)軟件、通信軟件、行業(yè)軟件，游戲軟件等等。
7. 測試的主要方面
答：A、功能測試：a、鏈接測試b、表單測試c、Cookies 測試d、設(shè)計語言測試e、數(shù)據(jù)庫測試
B、性能測試：a、連接速度測試b、負載測試c、壓力測試
C、接口測試：a、服務(wù)器接口b、外部接口c、錯誤處理
D、可用性測試: a、導(dǎo)航測試b、圖形測試c、內(nèi)容測試d、整體界面測試
E、兼容性測試：a、平臺測試b、瀏覽器測試c、視頻測試d、Modem/連接速率測試f、打印機測試g、組合測試
F、安全測試：a、目錄設(shè)置b、登錄c、Session d、日志文件e、加密f、安全漏洞
G、代碼合法性測試：a、程序代碼合法性檢查b、顯示代碼合法性檢查
H、文檔測試：
8. 軟件測試的對象
答：軟件測試并不等于程序測試。軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個期間。需求分析、概要設(shè)計、詳細設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序，都應(yīng)成為軟件測試的對象
9. 什么是"測試案例"?
答：測試案例是一份文檔，它描述了一個輸入、反應(yīng)、或者是與其相應(yīng)的預(yù)期的響應(yīng)，以便來判斷應(yīng)用軟件的工作是否正常。測試案例應(yīng)當(dāng)包括測試標(biāo)識、測試案例的名稱、目標(biāo)、測試條件/設(shè)置、輸入數(shù)據(jù)要求、步驟、以及預(yù)期的結(jié)果。
注：開發(fā)一個應(yīng)用軟件的測試案例的過程，需要全面、深入地考慮該軟件的操作，所以有助于發(fā)現(xiàn)在其需求或設(shè)計里面的問題。因此，如果有可能，在開發(fā)周期中應(yīng)當(dāng)盡早準備測試案例。
10. 怎么編寫案例?
答：案例的編寫與測試階段的定義有很大的關(guān)系。系統(tǒng)測試和unit 測試的案例可能不同。總體而言測試案例根據(jù)系統(tǒng)的需求而定。
11. 軟件測試的兩種方法
答：黑盒測試和白盒測試
黑盒：這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。黑盒測試又叫做功能測試或數(shù)據(jù)驅(qū)動測試。
白盒：此方法把測試對象看做一個透明的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。
12. 測試結(jié)束的標(biāo)準是什么?
答：
1.用例全部執(zhí)行。
2.覆蓋率達到標(biāo)準。
3.缺陷率達到標(biāo)準。
4.其他指標(biāo)達到質(zhì)量標(biāo)準
13. 軟件的生命周期
答：軟件生命周期是指一個計算機軟件從功能確定、設(shè)計，到開發(fā)成功投入使用，并在使用中不斷地修改、增補和完善，直到停止該軟件的使用的全過程(從醞釀到廢棄的過程)
14. 什么是軟件的生命周期?
生命周期從收到應(yīng)用軟件開始算起，到該軟件不再使用為止。它有如下各方面的內(nèi)容：
初始構(gòu)思、需求分析、功能設(shè)計、內(nèi)部設(shè)計、文檔計劃、測試計劃、文檔準備、集成、測試、維護、升級、再測試、逐步淘汰(phase-out)、等等。
15. 軟件測試按過程分為三個步驟
答：單元測試：單元測試又稱模塊測試，是針對軟件設(shè)計的最小單位─ 程序模塊，進行正確性檢驗的`測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯軟件測試面試筆試題完全版默認。
單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例。多個模塊可以平行地獨立進行單元測試。
集成測試：在運行(可能是不完整)的應(yīng)用中保證軟件單元被結(jié)合后能正常操作的測試執(zhí)行的階段
系統(tǒng)測試：當(dāng)應(yīng)用作為整體運行時的測試執(zhí)行階段
16. 面向?qū)ο蟮脑O(shè)計如何影響測試?
答：好的面向?qū)ο蟮墓こ淘O(shè)計使得從代碼追溯內(nèi)部設(shè)計、再到功能測試，最后追溯到需求，成為一件容易的事。因為它對黑盒測試的影響很少(不需要了解應(yīng)用軟件的內(nèi)部設(shè)計) ，而白盒測試只需針對該應(yīng)用軟件的對象。如果該應(yīng)用軟件設(shè)計得好，就可簡化測試設(shè)計
17. 軟件帶來錯誤的原因很多。主要的原因有哪些?
1) 交流不夠、交流上有誤解或者根本不進行交流
2) 軟件復(fù)雜性
3) 程序設(shè)計錯誤
4) 需求變化
5) 時間壓力
6) 代碼文檔貧乏
7) 軟件開發(fā)工具
18. 軟件測試的步驟是什么?
1) 測試過程按4 個步驟進行，即單元測試(Unit Testing)、集成測試(Integrated Testing)、確認測試(Validation Testing)和系統(tǒng)測試(System Testing)及發(fā)版測試。
2) 開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。
3) 集成測試把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。
4) 確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。
史上最全軟件筆試題目及答案 7
單項選擇題：
1. 下列有關(guān)軟件質(zhì)量的敘述中，錯誤的是
A) 軟件質(zhì)量不僅包括軟件產(chǎn)品的質(zhì)量，還包括軟件過程的質(zhì)量
B) 明確的軟件質(zhì)量屬性是指在合同或行業(yè)標(biāo)準中規(guī)定必須實現(xiàn)的質(zhì)量要求
C) 隱含的軟件質(zhì)量屬性在合同或行業(yè)標(biāo)準中沒有規(guī)定，因此在產(chǎn)品開發(fā)時不必專門考慮
D) 軟件的功能和性能必須結(jié)合在一起考慮
2. 下列有關(guān)軟件測試的敘述中，正確的是
A) 測試是軟件開發(fā)中一個單獨的階段，其目的是對已實現(xiàn)的程序編碼進行正確性檢驗
B) 一個成功的測試能夠驗證程序的確做了它應(yīng)該做的事情
C) 根據(jù)80/20的原則，優(yōu)秀的軟件開發(fā)人員所編寫的程序錯誤少，因此時于他們的程序，重點不應(yīng)放在缺陷測試上
D) 在軟件過程的早期尋找盡可能多的錯誤符合軟件測試的原則
3. 下列有關(guān)白盒測試的敘述中，錯誤的是
A) 白盒測試是在同時擁有源代碼和可執(zhí)行代碼的情形下才可以進行的一種軟件測試方法
B) 白盒測試應(yīng)該由開發(fā)人員實施，因為只有他們才能夠訪問測試執(zhí)行所涉及的代碼
C) 即使對所有的源代碼都進行了100%的邏輯覆蓋測試，也不能**程序中沒有錯誤
D）軟件測試人員制定測試計劃的目的是想盡可能多地對源代碼進行測試
4. 下列有關(guān)黑盒測試的敘述中，錯誤的是
A) 黑盒測試是在不考慮源代碼的情形下進行的一種軟件測試方法
B) 最好由測試人員、最終用戶和開發(fā)人員組成的團隊來實施黑盒測試
C) 黑盒測試主要是**對比和分析實測結(jié)果和預(yù)期結(jié)果來發(fā)現(xiàn)它們之間的差異，所以黑盒測試又稱為“數(shù)據(jù)驅(qū)動”測試
D) 數(shù)據(jù)流測試是一種黑盒測試方法
5. 走查是一種重要的審查方法，下列所述的審查活動中，不屬于走查的是
A) 審查小組的組織者事先把相關(guān)的.設(shè)計文檔、源程序和其他材料發(fā)給每一個小組成員，要求他們預(yù)先了解審查的內(nèi)容
B) 測試員事先根據(jù)審查的源代碼準備一批測試用例
C) 程序員在小組審查會上向全體審查人員逐條講解自己編寫的程序
D) 所有參與審查的人員集體扮演“計算機”的角色，使用事先準備的測試用例按照源程序規(guī)定的順序逐條執(zhí)行，討論可能出現(xiàn)的問題
6. 下面有關(guān)軟件測試的敘述中，不屬于H模型核心思想的是
A) 軟件測試不僅僅指測試的執(zhí)行，還包括很多其他的活動
B) 軟件測試是一個獨立的流程，貫穿產(chǎn)品整個開發(fā)周期，與其他流程并發(fā)地進行
C) 軟件測試要盡早準備，盡早執(zhí)行
D) 軟件測試不同層次的測試活動嚴格按照某種線性次序執(zhí)行
7. 下面有關(guān)路徑測試的敘述中，錯誤的是
A) 路徑覆蓋是最強的覆蓋測試，它不但能發(fā)現(xiàn)其他覆蓋測試能發(fā)現(xiàn)的問題，還能發(fā)現(xiàn)其他覆蓋測試不能發(fā)現(xiàn)的問題
B) 測試員不可能對任何一個程序都完成100%的路徑測試
C) 不提倡用不同的數(shù)據(jù)重復(fù)測試同一條路徑
D) 即使每條路徑都執(zhí)行了一次，程序還是可能存在缺陷
8. 同行評審主要包括管理評審、技術(shù)評審、過程評審和
A) 需求評審
B) 文檔評審
C) 質(zhì)量評審
D) 風(fēng)險評審
9. 對于如下給出的程序段：
if(A＞B) and(C=5)
then do P1;
若考慮滿足條件/判定覆蓋原則以及內(nèi)部邊界條件，需要設(shè)計的最小測試輸入數(shù)據(jù)集可能是
A) (A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)，(A=1，B=1，C=5)
B) (A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)，(A=1，B=2，C=4)
C) (A=2，B=1，C=5)，(A=2，B=1，C=4)，(A=1，B=2，C=5)
D) (A=2，B=1，C=5)，(A=1，B=2，C=4)
10. 下列關(guān)于邏輯覆蓋的說法中，錯誤的是
A) 滿足條件覆蓋的測試不一定滿足判定覆蓋
B) 滿足條件組合覆蓋的測試一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋
C) 滿足路徑覆蓋的測試也一定滿足條件組合覆蓋
D) 滿足判定/條件覆蓋的測試也一定滿足判定覆蓋和條件覆蓋
【史上最全軟件筆試題目及答案】相關(guān)文章：
報社筆試題目及答案03-23
2024騰訊筆試題目及答案08-21
游戲策劃筆試題目答案02-25
軟件測試筆試題及答案02-21
富士康筆試題目及答案03-30
一汽筆試題目及答案03-29
07威盛筆試題目 軟件部門11-21
軟件測試筆試題及答案下載02-24
民生銀行筆試題目及答案03-23