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