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