2016年軟件測試常見筆試題

　　參加軟件測試面試的時候，大家一定想知道企業(yè)會出哪些試題考大家呢，今天小編整理了2016年軟件測試常見筆試題，僅供參考，希望可以幫到你~!

　　一、選擇題

　　1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)

　　2.Beta測試是驗收測試的一種。(Y)

　　Acceptancetesting

　　驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。

　　3.驗收測試是由最終用戶來實施的。(N)

　　是由測試人員來實施的

　　4.項目立項前測試人員不需要提交任何工件。(Y)工件：加工過程中生產(chǎn)對象

　　5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)

　　6.代碼評審是檢查源代碼是否達到模塊設計的要求。(N)

　　代碼評審也稱代碼復查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質(zhì)量的活動。

　　7.自底向上集成需要測試員編寫驅(qū)動程序。(Y)

　　自頂向下綜合測試的具體步驟為：

　　1以主控模塊作為測試驅(qū)動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代;

　　2依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個樁模塊;

　　3每集成一個模塊立即測試一遍;

　　4只有每組測試完成后，才著手替換下一個樁模塊;

　　5為避免引入新錯誤，須不斷地進行回歸測試(即全部或部分地重復已做過的測試)。

　　自底向上綜合測試的步驟分為：

　　1把低層模塊組織成實現(xiàn)某個子功能的模塊群(cluster);

　　2開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;

　　3對每個模塊群進行測試;

　　4刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。

　　8.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。(N)

　　負載測試(Loadtesting)，通過測試系統(tǒng)在資源超負荷情況下的表現(xiàn)，以發(fā)現(xiàn)設計上的錯誤或驗證系統(tǒng)的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征。例如，響應時間、事務處理速率和其他與時間相關的方面。

　　9.測試人員要堅持原則，缺陷未修復完堅決不予通過。(N)

　　10.代碼評審員一般由測試員擔任。(N)

　　11.我們可以人為的使得軟件不存在配置問題。(N)

　　是一種標識、組織和控制修改的技術。軟件配置管理應用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂。

　　12.集成測試計劃在需求分析階段末提交。(N)

　　執(zhí)行階段

　　1)時間安排單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了

　　2)輸入需求規(guī)格說明書概要設計集成測試計劃集成高度設計集成測試例集成測試規(guī)程集成測試代碼(如果有)集成測試腳本集成測試工具詳細設計代碼單元測試報告

　　3)入口條件單元測試階段已經(jīng)通過基線化評審

　　4)活動步驟執(zhí)行集成測試用例回歸集成測試用例撰寫集成測試報告

　　5)輸出集成測試報告

　　6)出口條件集成測試報告通過集成測試階段基線評審

　　二、選擇題

　　1.軟件驗收測試的合格通過準則是：(ABCD)

　　A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。

　　B.所有測試項沒有殘余一級、二級和三級錯誤。

　　C.立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。

　　D.驗收測試工件齊全。

　　2.軟件測試計劃評審會需要哪些人員參加?(ABCD)

　　A.項目經(jīng)理

　　B.SQA負責人

　　軟件質(zhì)量保證(SQA)是建立一套有計劃

　　目標1:軟件質(zhì)量保證工作是有計劃進行的。

　　目標2:客觀地驗證軟件項目產(chǎn)品和工作是否遵循恰當?shù)臉藴�、步驟和需求。

　　目標3:將軟件質(zhì)量保證工作及結(jié)果通知給相關組別和個人。

　　目標4:高級管理層接觸到在項目內(nèi)部不能解決的不符合類問題。

　　C.配置負責人

　　D.測試組

　　3.下列關于alpha測試的描述中正確的是：(AD)

　　A.alpha測試需要用戶代表參加

　　B.alpha測試不需要用戶代表參加

　　C.alpha測試是系統(tǒng)測試的一種

　　D.alpha測試是驗收測試的一種

　　4.測試設計員的職責有：(BC)

　　A.制定測試計劃

　　B.設計測試用例

　　C.設計測試過程、腳本

　　D.評估測試活動

　　5.軟件實施活動的進入準則是：(ABC)

　　A.需求工件已經(jīng)被基線化

　　工件加工過程中的生產(chǎn)對象。

　　基線化一個文檔如果經(jīng)過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然后所有人就可以在這個“基線”的基礎上工作。

　　B.詳細設計工件已經(jīng)被基線化

　　C.構(gòu)架工件已經(jīng)被基線化

　　D.項目階段成果已經(jīng)被基線化

　　三、添空

　　1.軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。

　　2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試

　　(有的可以合在一起，分開寫只要寫出15就滿分哦)

　　3.設計系統(tǒng)測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。

　　4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

　　5.通過畫因果圖來寫測試用例的步驟為：

　　(1)根據(jù)程序規(guī)格說明書描述，分析并確定因(輸入條件)和果(輸出結(jié)果或程序狀態(tài)的改變)，畫出因果圖。

　　(2)將得到的因果圖轉(zhuǎn)換為判定表。

　　(3)為判定表中每一列所表示的情況設計一個測試用例。

　　四、簡答

　　1.區(qū)別階段評審的與同行評審

　　答：

　　同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;

　　階段評審目的:評審模塊階段作品的正確性可行性及完整性

　　同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓,由SQA指導

　　階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格

　　同行評審內(nèi)容:內(nèi)容小一般文檔<40頁,代碼<500行

　　階段評審內(nèi)容:內(nèi)容多,主要看重點

　　同行評審時間:一小部分工作產(chǎn)品完成

　　階段評審時間:通常是設置在關鍵路徑的時間點上!

　　2.什么是軟件測試

　　答：測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

　　軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設計和維護測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。

　　3簡述集成測試的過程

　　答：系統(tǒng)集成測試主要包括以下過程：

　　1.構(gòu)建的確認過程。

　　2.補丁的確認過程。

　　3.系統(tǒng)集成測試測試組提交過程。

　　4.測試用例設計過程。

　　5.測試代碼編寫過程。

　　6.Bug的報告過程。

　　7.每周/每兩周的構(gòu)建過程。

　　8.點對點的測試過程。

　　9.組內(nèi)培訓過程。

　　5白盒測試有幾種方法

　　答：總體上分為靜態(tài)方法和動態(tài)方法兩大類。

　　靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。

　　動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6系統(tǒng)測試計劃是否需要同行審批，為什么

　　答：需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。

　　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)定和可靠程度之后再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。

　　Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓和支持產(chǎn)品的生產(chǎn)能力。只有當Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標是測試可支持性，所以Beta測試應該盡可能由主持產(chǎn)品發(fā)行的人員來管理。

　　答：Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　8比較負載測試，容量測試和強度測試的區(qū)別

　　答：負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。

　　強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。

　　容量測試：容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值(如最大并發(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)可以處理目標內(nèi)確定的數(shù)據(jù)容量。

　　9測試結(jié)束的標準是什么?

　　答：用例全部測試。

　　覆蓋率達到標準。

　　缺陷率達到標準。

　　其他指標達到質(zhì)量標準。

　　10描述軟件測試活動的生命周期?

　　答：

　　測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結(jié)。其中：

　　計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等;

　　設計：完成測試方案，從技術層面上對測試進行規(guī)劃;

　　實現(xiàn)：進行測試用例和測試規(guī)程設計;

　　執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。

　　總結(jié)：記錄測試結(jié)果，進行測試分析，完成測試報告。

　　11軟件的缺陷等級應如何劃分?

　　A類—嚴重錯誤，包括以下各種錯誤：

　　1.由于程序所引起的死機,非法退出

　　2.死循環(huán)

　　3.數(shù)據(jù)庫發(fā)生死鎖

　　4.因錯誤操作導致的程序中斷

　　5.功能錯誤

　　6.與數(shù)據(jù)庫連接錯誤

　　7.數(shù)據(jù)通訊錯誤

　　B類—較嚴重錯誤，包括以下各種錯誤：

　　1.程序錯誤

　　2.程序接口錯誤

　　3.數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件

　　C類—一般性錯誤，包括以下各種錯誤：

　　1.操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致)

　　2.打印內(nèi)容、格式錯誤

　　3.簡單的輸入限制未放在前臺進行控制

　　4.刪除操作未給出提示

　　5.數(shù)據(jù)庫表中有過多的空字段

　　D類—較小錯誤，包括以下各種錯誤：

　　1.界面不規(guī)范

　　2.輔助說明描述不清楚

　　3.輸入輸出不規(guī)范

　　4.長操作未給用戶提示

　　5.提示窗口文字未采用行業(yè)術語

　　6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志

　　E類—測試建議

　　4怎么做好文檔測試

　　仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。

　　檢查文檔的編寫是否滿足文檔編寫的目的

　　內(nèi)容是否齊全，正確

　　內(nèi)容是否完善

　　標記是否正確