無論是身處學校還是步入社會，大家都嘗試過寫作吧，借助寫作也可以提高我們的語言組織能力。大家想知道怎么樣才能寫一篇比較優(yōu)質的范文嗎？接下來小編就給大家介紹一下優(yōu)秀的范文該怎么寫，我們一起來看一看吧。

軟件測試技術考試題及答案 軟件技術筆試題目篇一

一、判斷題（每題1分，12 分，正確的√，錯誤的╳）1．軟件測試的目的是盡可能多的找出軟件的缺陷。（）軟件測試的目的就是為了發(fā)現軟件中的缺陷，從這個意義上面說上面的這個論斷是正確的。

不少人會認為軟件測試可以保證軟件的質量，其實這個觀點是錯誤，測試只是軟件質量控制中的一個角色，其活動并不能達成軟件質量保證的效果。所以不要認為一個公司里面如果有了軟件測試人員，產品的質量就會好起來。

2．beta 測試是驗收測試的一種。（）beta測試和驗收測試是兩種不同的測試。

驗收測試的目的是為了以發(fā)現”未實現的需求”為目的，以評估”適合使用”為目標，該類測試的不是以發(fā)現缺陷為主要目的。

beta測試是一模擬真實的使用環(huán)境從而發(fā)現缺陷的一種測試。所以兩者之間的是非包容關系。

----但我覺得以上的解釋有問題，施驗收測試的常用策略有三種，它們分別是：·正式驗收·非正式驗收或alpha 測試·beta 測試。顯然，無論是alpha測試還是beta測試，都是屬于驗收測試。

3．驗收測試是由最終用戶來實施的。（）上面說到了驗收測試的目的和目標，所以驗收測試也可是是軟件生產的企業(yè)內部人員來實施。例如產品經理。

當軟件以項目的形式出現，那么驗收測試由最終用戶來實施的情況是比較長見的。但是對于產品形式的軟件，生產企業(yè)內部的驗收測試會更多。

4．項目立項前測試人員不需要提交任何工件。（）應該說這道題目沒有明確的答案，在項目立項前測試人員是不是要把一些準備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè)，立項前要達成的一些必要條件也是大相徑庭的。應該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測試工程師，那么就應該有一個明確的答案。5．單元測試能發(fā)現約80%的軟件缺陷。（）同樣這一題目也沒有標準答案。因為該數據的來源和其統計的方法，樣本都沒有一個工業(yè)標準。這樣出來的數據同樣不具有權威性。這里我可以說一個簡單的例子，在用asp,php這類腳本語言開發(fā)網頁的時候是根本沒有復雜的單元測試。那么這樣的數字應用在網站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案

6．代碼評審是檢查源代碼是否達到模塊設計的要求。（）代碼審查是一種靜態(tài)技術，從這個意義上說代碼復查是需要和其他的一些動態(tài)測試技術配合才能檢查代碼是否符合設計的要求 7．自底向上集成需要測試員編寫驅動程序。（）

這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅動測試程序，什么是樁程序。如果集成組件數量眾多，多關系層次，那么不論是什么類型的集成測試。驅動程序和樁程序都是需要開發(fā)的。

自頂向下需要開發(fā)樁模塊 自底向下需要開發(fā)驅動模塊

8．負載測試是驗證要檢驗的系統的能力最高能達到什么程度。（）load testing（負載測試），通過測試系統在資源超負荷情況下的表現，以發(fā)現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。

負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。

此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。

9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（）

同樣，這一題沒有正確的答案。缺陷是否修復是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權力。10．代碼評審員一般由測試員擔任。（）如果測試員有這個水平，那么當然是可以參加的。不過大多數的企業(yè)不會讓普通的測試人員參與代碼的評審。

11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。

12．集成測試計劃在需求分析階段末提交。（）

集成測試計劃在開發(fā)人員完成軟件集成計劃之后就可以開始進行了。所以在需求分析階段之后提交是不現實的事情，應該在軟件的設計階段后，編碼前。

二、不定項選擇題（每題2 分，10分）1．軟件驗收測試的合格通過準則是：（）a． 軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。b． 所有測試項沒有殘余一級、二級和一

c． 立項審批表、需求分析文檔、設計文檔和編碼實現一致。d． 驗收測試工件齊全。

回答這道題，你必須是這家企業(yè)的員工。前面說到了驗收測試的目的和目標，一個是需求必須實現，二是證明軟件是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟件企業(yè)會對驗收測試標準做一些調整。2．軟件測試計劃評審會需要哪些人員參加？（）a．項目經理 b．sqa 負責人 c．配置負責人 d．測試組

上面的4種角色都需要參與

3．下列關于alpha 測試的描述中正確的是：（）a．alpha 測試需要用戶代表參加 b．alpha 測試不需要用戶代表參加 c．alpha 測試是系統測試的一種 d．alpha 測試是驗收測試的一種

首先大家需要知道alpha測試是系統級別的測試，該測試是在一個受控的環(huán)境中進行的。用戶需要直接參與進來。所以答案應該是ad 4．測試設計員的職責有：（）a．制定測試計劃 b．設計測試用例

c．設計測試過程、腳本 d．評估測試活動

合理的答案的是bc，同時要看軟件企業(yè)對該類人員的職責是如何定義。5．軟件實施活動的進入準則是：（）a．需求工件已經被基線化 b．詳細設計工件已經被基線化 c．構架工件已經被基線化 d．項目階段成果已經被基線化 先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產品必須納入到一定的基線里面。所以選擇abc是必定的，至于是否選擇d要看這家企業(yè)自身的標準了

填空題（每空1分，24 分）

1．軟件驗收測試包括___、___、____三種類型。

軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。

2．系統測試的策略有功能測試、、、、易用性測試、、、、、、、、、、等15 種方法。

《軟件測試的藝術》：功能測試，容量測試，負載測試，易用性測試，安全性測試，性能測試，存儲測試，配置測試，兼容性測試，安裝測試，可靠性測試，可恢復性測試，適用性測試，文檔測試，過程測試

3．設計系統測試計劃需要參考的項目文檔有____和迭代計劃。設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。4．對面向過程的系統采用的集成策略有___、___兩種。自頂向下，自底向上

5．通過畫因果圖來寫測試用例的步驟為___、___、___、___及把因果圖轉換為狀態(tài)圖共五個步驟。

利用因果圖生成測試用例的基本步驟是：

a 分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），并給每個原因和結果賦予一個標識符。b 分析軟件規(guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系? 根據這些關系，畫出因果圖。c 由于語法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。d 把因果圖轉換成判定表。

e 把判定表的每一列拿出來作為依據，設計測試用例。

軟件測試技術考試題及答案 軟件技術筆試題目篇二

1.軟件測試的目的是盡可能多的找出軟件的缺陷。(y 測試是驗收測試的一種。(y 驗收測試(acceptance testing是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。.驗收測試是由最終用戶來實施的。(n 由測試人員來實施的.項目立項前測試人員不需要提交任何工件。(y 工件:加工過程中生產對象 5.單元測試能發(fā)現約80% 的軟件缺陷。(y 6.代碼評審是檢查源代碼是否達到模塊設計的要求。(n 代碼評審也稱代碼復查,是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。.自底向上集成需要測試員編寫驅動程序。(y 自頂向下綜合測試的具體步驟為: 1 以主控模塊作為測試驅動模塊,把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代;2 依據所選的集成策略(深度優(yōu)先或廣度優(yōu)先,每次只替代一個樁模塊;3 每集成一個模塊立即測試一遍;4 只有每組測試完成后,才著手替換下一個樁模塊;為避免引入新錯誤,須不斷地進行回歸測試(即全部或部分地重復已做過的測試。

自底向上綜合測試的步驟分為: 1 把低層模塊組織成實現某個子功能的模塊群(cluster;2 開發(fā)一個測試驅動模塊,控制測試數據的輸入和測試結果的輸出;3 對每個模塊群進行測試;4 刪除測試使用的驅動模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。.負載測試是驗證要檢驗的系統的能力最高能達到什么程度。(n 負載測試(load testing,通過測試系統在資源超負荷情況下的表現,以發(fā)現設計上的錯誤或驗證系統的負載能力。在這種測試中,將使測試對象承擔不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外,負載測試還要評估性能特征。例如,響應時間、事務處理速率和其他與時間相關的方面。.測試人員要堅持原則,缺陷未修復完堅決不予通過。(n 10.代碼評審員一般由測試員擔任。(n 11.我們可以人為的使得軟件不存在配置問題。(n 是一種標識、組織和控制修改的技術。軟件配置管理應用于整個軟件工程過程。我們知道,在軟件建立時變更是不可避免的,而變更加劇了項目中軟件開發(fā)者之間的混亂。.集成測試計劃在需求分析階段末提交。(n

執(zhí)行階段

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

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

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

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

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

二、選擇題.軟件驗收測試的合格通過準則是:(abcd a.軟件需求分析說明書中定義的所有功能已全部實現,性能指標全部達到要求。

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

c.立項審批表、需求分析文檔、設計文檔和編碼實現一致。d.驗收測試工件齊全。.軟件測試計劃評審會需要哪些人員參加?(abcd a.項目經理 負責人

軟件質量保證(sqa是建立一套有計劃

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

目標 2: 客觀地驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求。目標 3: 將軟件質量保證工作及結果通知給相關組別和個人。目標 4: 高級管理層接觸到在項目內部不能解決的不符合類問題。c.配置負責人 d.測試組.下列關于alpha測試的描述中正確的是:(ad 測試需要用戶代表參加 測試不需要用戶代表參加 測試是系統測試的一種 測試是驗收測試的一種 4.測試設計員的職責有:(bc a.制定測試計劃 b.設計測試用例 c.設計測試過程、腳本 d.評估測試活動.軟件實施活動的進入準則是:(abc a.需求工件已經被基線化 工件加工過程中的生產對象。

基線化一個文檔如果經過討論被通過了,被固定了,就可以說這個文檔被“基線化”

了,然后所有人就可以在這個“基線”的基礎上工作。b.詳細設計工件已經被基線化 c.構架工件已經被基線化 d.項目階段成果已經被基線化

三、添空

1.軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。

2.系統測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度

測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復測試,界面測 試,容量測試,兼容性測試,分布測試,可用性測試(有的可以合在一起,分開寫只要寫出15 就滿分哦

3.設計系統測試計劃需要參考的項目文擋有:_軟件測試計劃,軟件需求工件和迭代計劃。

4.對面向過程的系統采用的集成策略有:自頂向下,自底向上兩種。5.通過畫因果圖來寫測試用例的步驟為:(1根據程序規(guī)格說明書描述,分析并確定因(輸入條件和果(輸出結果或程序狀態(tài)的

改變,畫出因果圖。

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

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

四、簡答

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

答:同行評審目的:發(fā)現小規(guī)模工作產品的錯誤,只要是找錯誤;階段評審目的:評審模塊階段作品的正確性可行性及完整性

同行評審人數:3-7人人員必須經過同行評審會議的培訓,由sqa指導 階段評審人數:5人左右評審人必須是專家具有系統評審資格 同行評審內容:內容小一般文檔 < 40頁, 代碼 < 500行 階段評審內容: 內容多,主要看重點 同行評審時間:一小部分工作產品完成

階段評審時間: 通常是設置在關鍵路徑的時間點上!2.什么是軟件測試

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

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

答:系統集成測試主要包括以下過程:1.構建的確認過程。2.補丁的確認過程。3.系統集成測試測試組提交過程。4.測試用例設計過程。5.測試代碼編寫過程。的報告過程。7.每周/每兩周的構建過程。8.點對點的測試過程。9.組內培訓過程。白盒測試有幾種方法

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

靜態(tài):關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。系統測試計劃是否需要同行審批,為什么

答:需要,系統測試計劃屬于項目階段性關鍵文檔,因此需要評審。7alpha 測試與beta 的區(qū)別

alpha測試(α測試是由一個用戶在開發(fā)環(huán)境下進行的測試,也可以是公司內部的用戶在模擬實際操作環(huán)境下進行的受控測試,alpha測試不能由程序員或測試員完成。alpha測試發(fā)現的錯誤,可以在測試現場立刻反饋給開發(fā)人員,由開發(fā)人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。alpha 測試可以從軟件產品編碼結束之后開始,或在模塊(子系統測試完成后開始,也可以在確認測試過程中產品達到一定的穩(wěn)定和可靠程度之后再開始。有關的手冊(草稿等應該在alpha測試前準備好。

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

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

beta 測試當開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。比較負載測試,容量測試和強度測試的區(qū)別

答:負載測試:在一定的工作負荷下,系統的負荷及響應時間。

強度測試:在一定的負荷條件下,在較長時間跨度內的系統連續(xù)運行給系統性能所造成的影響。

容量測試:容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的極限值(如最大并發(fā)用戶數、數據庫記錄數等,系統在其極限值狀態(tài)下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發(fā)現它是否能夠正確處理。容量測試是面向數據的,并且它的目的是顯示系統可以處理目標內確定的數據容量。測試結束的標準是什么? 答:用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準。描述軟件測試活動的生命周期?

答:測試周期分為計劃、設計、實現、執(zhí)行、總結。其中: 計劃:對整個測試周期中所有活動進行規(guī)劃,估計工作量、風險,安排人力物力資源,安排進度等;設計:完成測試方案,從技術層面上對測試進行規(guī)劃;實現:進行測試用例和測試規(guī)程設計;執(zhí)行:根據前期完成的計劃、方案、用例、規(guī)程等文檔,執(zhí)行測試用例。總結:記錄測試結果,進行測試分析,完成測試報告。11 軟件的缺陷等級應如何劃分? a類:嚴重錯誤,包括以下各種錯誤: 1.由于程序所引起的死機, 非法退出 2.死循環(huán).數據庫發(fā)生死鎖.因錯誤操作導致的程序中斷 5.功能錯誤 ． 與數據庫連接錯誤 7 ． 數據通訊錯誤 b 類：較嚴重錯誤，包括以下各種錯誤： 1 ． 程序錯誤 2 ． 程序接口錯誤 3 ． 數據庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件 c 類：般性錯誤，包括以下各種錯誤： 1 ． 操作界面錯誤（包括數據窗口內列名定義、含義是否一致）2 ． 打印內容、格式錯誤 3 ． 簡單的輸入限制未放在前臺進行控制 4 ． 刪除操作未給出提示 5 ． 數據庫表中有過多的空字段 d 類：較小錯誤，包括以下各種錯誤： 1 ． 界面不規(guī)范 2 ． 輔助說明描述不清楚 3 ． 輸入輸出不規(guī)范 4 ． 長操作未給用戶提示 5 ． 提示窗口文字未采用行業(yè)

術語 6 ． 可輸入區(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志 e 類：測試建議 4 怎么做好文檔測試 仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。檢查文檔的編寫是否滿足文檔編寫的目的 內容是否齊全，正確 內容是否完善 標記是否正確

軟件測試技術考試題及答案 軟件技術筆試題目篇三

軟件測試工程師筆試題一及答案

一、基礎理論

1、軟件測試的結束標準是什么？

2、一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。

3、什么是缺陷報告？

4、缺陷報告的作用

5、缺陷報告的要點

6、軟件測試缺陷報告的“5c”原則

7、缺陷的二八定理

8、軟件測試的流程

9、測試計劃的目的是什么？測試計劃的內容都包括什么？其中哪些是最重要的？

10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區(qū)別與聯系。

11、alpha 測試與beta 測試的區(qū)別

答案：

一、基礎理論

1、測試計劃中所有規(guī)定的測試內容和回歸測試都已經運行完成或根據上級主管對測試結果的意見，就可以結束本次測試

2、計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、回歸測試、驗收測試

一套完整的測試應該由五個階段組成：

1）測試計劃首先，根據用戶需求報告中關于功能要求和性能指標的規(guī)格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。

2）測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當的測試用例（測試用例選擇的好壞將直接影響測試結果的有效性）。

3）測試開發(fā)建立可重復使用的自動測試過程。

4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現的缺陷進行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態(tài)度，一步一個腳印地進行測試。

5）測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發(fā)團隊的工作進度及工作效率進行綜合評價。

3、缺陷報告是描述軟件缺陷現象和重現步驟地集合。軟件缺陷報告software bug report（sbr）或軟件問題報告software problem report（spr）

4、缺陷報告是軟件測試人員的工作成果之一，體現軟件測試的價值

缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發(fā)人員修正

缺陷報告可以反映項目/產品當前的質量狀態(tài)，便于項目整體進度和質量控制

軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力

5、標題(title)

簡潔、準確、完整、反映缺陷本質、方便查詢

前綴 + 標題正文，標題正文采用結果和動作，或者現象和位置的方式表達

步驟(steps)

可復現、完整、簡潔、準確

按數字編號

實際結果(actual results)

準確、詳細描述軟件的現象和特征

期望結果(expected results)

準確、豐富、有理有據

平臺（platforms）

準確

截圖(screenshots)

準確反映缺陷特征

注釋(notes)

關于缺陷的輔助說明

6、內容準確(correct)：

每個組成部分的描述準確，不會引起誤解

步驟簡潔(concise)：

只包含必不可少的信息，不包括任何多余的內容

內容清晰(clear)：

每個組成部分的描述清晰，易于理解

結構完整(complete)：

包含復現該缺陷的完整步驟和其他本質信息

風格一致(consistent)：

按照一致的格式書寫全部缺陷報告

7、在分析、設計、實現階段的復審和測試工作能夠發(fā)現和避免80%的缺陷，而系統測試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。

8、制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、測試總結。

9、測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。

測試計劃的內容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術語和定義、測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫

停和重新啟動測試的標準、風險和問題等。

最重要的：測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準

10、黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。

白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。

單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。

集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝w進行測試。

系統測試：在所有都考慮的情況下，對系統進行測試。

驗收測試：第三方進行的確認軟件滿足需求的測試。

軟件測試技術考試題及答案 軟件技術筆試題目篇四

廈門銀禾數碼技術有限公司軟件測試工程師筆試題試卷(a)姓名：_________性別:____ 筆試日期200_年__月__日 是否應屆/軟件測試工作年限_____ 聯系電話：_______________ 電子郵箱：________________ 期望待遇：_______________

1、什么是軟件測試？2’

2、軟件測試與軟件質量保證的區(qū)別。10’

3、報告軟件缺陷時，測試人員要對軟件缺陷分類，以簡明扼要的方式指出其影響，以及修

改的優(yōu)先次序。請描述如何劃分缺陷與錯誤嚴重性和優(yōu)先級別？10’

4、bug信息應該包含那些內容。5’

5、測試用例說明應該包含哪些內容？測試用例計劃包含哪些目標？10’

6、web應用軟件測試必須進行哪些類型測試，請列出每種類型的測試要點。15’

7、網絡應用測試的主要內容是什么？10’

8、用戶文檔測試應該注意哪些要點？10’

9、在dbms中,視圖的作用是什么？

寫出建立視圖的命令格式（如建立信息系學生的視圖）10’

10、請列舉您認為身為測試人員應具備的能力和技術。8’

參考答案

1、什么是軟件測試？2’

【要點】

在規(guī)定條件下對程序進行操作，以發(fā)現錯誤，對軟件質量進行評估，包括對軟件形成過程的文檔、數據以及程序進行測試。

【詳解】

軟件測試就是在軟件投入運行前對軟件需求分析、軟件設計規(guī)格說明書和軟件編碼進行查錯（包括代碼執(zhí)行活動與人工活動）。也可以說，軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程。或者說，軟件測試是根據軟件開發(fā)各階段的規(guī)格說明和程序的內部構造而精心設計一批測試用例（即輸入數據及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現程序錯誤，這是在軟件投入前，對軟件需求分析、軟件設計規(guī)格說明書和軟件編碼的最終復審，是軟件質量保障的關鍵步驟。

1、軟件測試與軟件質量保證的區(qū)別。10’

【要點】

軟件測試只是質量保證工作中的一個環(huán)節(jié)，軟件質量保證與軟件測試是軟件質量工程的兩個不同層面的工作；

質量保證：通過預防、檢查與改進來保證軟件質量，采用全面質量管理和過程改進的原理來開展質量保證工作，主要關注軟件質量的檢查與測試，主要著眼于軟件開發(fā)活動的過程、步驟和產物。

軟件測試：通過執(zhí)行軟件來，對過程中的產物（開發(fā)文檔和程序）進行走查，發(fā)現問題，報告質量

【詳解】

軟件測試和軟件質量保證是軟件質量工程中的兩個不同層面的工作。軟件測試只是軟件質量保證工作中的一個重要環(huán)節(jié)。

質量保證(qa)的工作是通過預防、檢查與改進來保證軟件的質量。qa采用的方法重要是按“全面質量管理”和“過程改進”的原來開展質量保證工作。雖然在軟件質量保證的活動中也有一些測試活動，但它所以關注的是軟件質量的檢查和測量。它的主要工作是對軟件生命周期的管理，以及檢驗軟件是否滿足規(guī)定的質量和用戶的需求，因此重要是著眼于軟件開發(fā)活動中的過程，步驟和產物，而不是軟件進行剖析，找出問題或者評估。

軟件測試雖然與開發(fā)過程緊密相關，但它所關心的不是過程的活動，而是對過程的產物，以及開發(fā)出的軟件進行剖析。測試人員要對過程的產物（開發(fā)文檔和源代碼）進行走讀，運行軟件。以找到問題和報告質量。測試人員必須假設軟件存在潛在的問題，測試中所做的操作就是為了找出更多的問題，而不是為了驗證（事實上也不可能）軟件的正確性。所以軟件測試雖然對提高軟件的質量起著關鍵的作用，但它只是軟件質量保證的一個重要環(huán)節(jié)。

3、請描述如何劃分缺陷與錯誤嚴重性和優(yōu)先級別？10’

給軟件缺陷與錯誤劃分嚴重性和優(yōu)先級的通用原則：

（1）表示軟件缺陷所造成餓危害和惡劣程度。

（2）優(yōu)先級表示修復缺陷的重要程度和次序。

嚴重性：

（1）、嚴重：系統崩潰、數據丟失、數據毀壞

（2）、較嚴重：操作性錯誤、結果錯誤、遺漏功能

(3)、一般：小問題、錯別字、ui布局、罕見故障

（4）、建議：不影響使用的瑕疵或更好的實現。

優(yōu)先級：

（1）、最高優(yōu)先級：立即修復，停止進一步測試。

（2）、次高優(yōu)先級：在產品發(fā)布之前必須修復。

（3）、中等優(yōu)先級：如果時間允許應該修復。

（4）、最低優(yōu)先級：可能會修復，但是也可能發(fā)布。

4、bug信息應該包含那些內容。5’

測試軟件名稱、測試版本號、測試人名稱、測試事件、測試軟件和硬件配置環(huán)境、發(fā)現軟件錯誤的類型、錯誤的嚴重程度、詳細步驟、必要的附圖、測試注釋。

5、測試用例說明應該包含哪些內容？10’

（1）定義（ansi/ieee829）：編寫用于輸入的實際數據和預期結果，并明確指出使用

具體測試用例產生的測試程序的任何限制

（2）包含的內容

? 標識符：由測試設計過程說明和測試程序說明引用的唯一標識符

? 測試項：描述被測試的詳細特性、代碼模塊等

? 輸入說明：列舉執(zhí)行測試用例的所有輸入內容或者條件

? 輸出說明：描述進行測試用例預期的結果

? 環(huán)境要求：執(zhí)行測試用例的軟件、硬件、測試工具及人員等要求

? 特殊要求：描述執(zhí)行測試用例的特殊要求

? 用例之間的依賴性：注明與其分用例的依賴關系或受其他用例的影響

測試用例計劃包含4個目標即：組織性、重復性、跟蹤和測試證實。

6、web應用軟件測試必須進行以下不同類型的測試，包括：功能測試、性能測試、可用性測試、兼容測試、安全測試等。15’

（1）、功能測試主要是用來測試web應用軟件是否履行了預期的功能，確保每一個功能與需求說明一致。根據測試對象的不同，可分為：鏈接測試、表單測試、cookies測試、設計語言測試、數據庫測試。

（2）、性能測試主要是確保web應用系統達到要求的性能，一般用最大的運行時間、吞吐率、相應時間描述。

性能測試又分為：鏈接速度測試、負載測試和壓力測試，負載測試是為了測量web系統在某一負載級別上的性能，以保證web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問web系統的用戶數量，也可以是在線數據處理的數量。

壓力測試是指實際破壞一個web應用系統時測試系統的反映，壓力測試是測試系統的限制和故障恢復能力，也就是測試web應用系統會不會崩潰，在什么情況下會崩潰，壓力測試的區(qū)域包括表單、登錄、和其他信息傳輸頁面等。壓力測試側重于確定系統崩潰時的用戶負載量。

（3）、可用性測試：導航測試、圖形測試、內容測試、整體界面測試。

（4）、兼容性測試：確定web應用軟件在不同軟件、硬件和網絡配置下運行情況，它主要

是用來測試在不同瀏覽器中是否都可以正確地顯示web應用程序的頁面內容，從而保證頁面中的某些代碼，比如：javascript ,activex、css等在不同平臺配置上都能具有正確性。

（5）、安全測試。

7、網絡應用測試的主要內容是什么？10’

網絡應用系統包含：網絡應用軟件、工作站桌面軟件和客戶/服務器數據庫。

網絡應用測試重點考察：多用戶并發(fā)訪問性能、應用系統響應時間、應用系統對網絡 資源的占用情況、與網絡相關的應用功能特性、應用系統在網絡環(huán)境下的穩(wěn)定性。

（1）特性測試：特性測試核實的是單個命令和應用程序功能，通常用較小的負

載完成，關注的是用戶界面、應用程序的操作，以及用戶與計算機之間的互操作。

（2）功能測試：要求網絡配置和負載非常接近于運行環(huán)境下的模式，關注的是

當多個用戶使用應用程序時，網絡和文件系統或者數據庫系統之間的交互

情況，核實的是重負載下后臺功能能否正確執(zhí)行。

（3）應用負載測試。

（4）應用系統響應時間測試。

（5）應用系統升級測試。

8、用戶文檔測試的要點10’

（1）、明確讀者群：根據讀者群（如初級、中級、高級用戶）的不同來檢查文檔內容，保證用戶能夠看得懂、能理解

（2）、術語：文檔中術語的描述要適合定位的讀者群，用法一致，標準定義與業(yè)界規(guī)范相吻合（3）、文檔內容的正確性：要保證所有信息是真實正確的（4）、文檔內容的完整性：要完全根據提示逐步操作，檢查是否存在遺漏的地方

（5）、文檔與程序的一致性：按照文檔操作后，檢查軟件返回的結果與文檔描述是否一致

（6）、文檔的易用性：檢查是否便于用戶查找相應的內容

（7）、圖表與界面截圖：檢查所有圖表與界面截圖與發(fā)布的程序版本一致

（8）、樣例和示例：檢查所有的樣例和示例能夠正確完成；

（9）、語言：中文文檔保證無錯別字和二義性

（10）、印刷與包裝：印刷質量，包裝質量

9、在dbms中，視圖不是真正的包含數據，只是把定義存于數據字典中。作用為：10’

(1)、簡化用戶操作。

(2)、使用戶能從多角度中看待同一數據。

(3)、對重構數據提供一定程度的邏輯獨立性。

(4)、能對機密數據提供安全保護。

create view<視圖名>[(<列名>[<列名>]??)]

as

子查詢

[with check option]

create view is_student

as

select sno,sname,sage

from student

where sdept =’is’

with check option10、測試人員應該具備的能力和技術。8’

1、基本能力

2、溝通能力

3、技術能力

測試方法應用、測試用例設計、測試工具使用（測試管理系統、自動化測試工具、負載測試工具）

4、管理能力

5、文檔能力

軟件測試技術考試題及答案 軟件技術筆試題目篇五

軟件測試技術幫助識別開發(fā)完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度、完全度和質量的軟件過程；是sqa的重要子域。以下是小編整理的計算機三級軟件測試技術試題及答案，歡迎參考閱讀!

多項選擇題

1.在面向類的度量中,下列哪些度量方式是屬于c&k套件的度量(abcf).面向對象的軟件工程p463頁c&k度量套件

a.每個類的加權方法

b.對象類之間的耦合c.繼承樹的深度

d.類大小

e.特例化索引

f.方法中內聚的缺乏

2.以下說法正確的有(bc).a.等價類劃分和邊界值分析屬于白盒測試技術.b.基本路徑測試屬于白盒測試技術.c.在基本路徑測試中,可以通過流圖來計算環(huán)路復雜性.d.樁模塊用于接收測試數據,并把數據傳遞給要測試的模塊,然后打印相關結果.e.在確認測試中,測試是由用戶在開發(fā)者的場所來進行,開發(fā)者對客戶進行指導,是在一個受控環(huán)境下進行.f.可以不進行單元測試就開始集成測試,因為集成測試會發(fā)現所有的問題.3.下列哪些屬于集成測試的內容(ab).a.自頂向下集成b.自底向上集成c.回歸測試

d.壓力測試

4.以下哪些內容是面向對象分析所包含的任務(abcd).a.標識類(定義屬性和方法)

b.刻畫類的層次關系

c.標識對象——對象關系

d.表示對象行為

5.我們可以將設計模式大致劃分為以下幾種類型(abd).a.創(chuàng)建型

b.行為型

c.變換型

d.結構型

6.軟件產品與其它工業(yè)產品相比具有獨特的開發(fā)過程,這決定了我們需要使用軟件質量保證的方法學和工具面對軟件質量的各種特殊的挑戰(zhàn).那么,軟件開發(fā)過程的獨特性有(acd).a.軟件產品的高復雜性

b.與其它系統有接口

c.軟件產品的不可見性

d.檢測缺陷的機會只限于產品開發(fā)階段

e.需要協同工作

7.測試設計員的職責有(abc).a.制定測試計劃

b.設計測試用例

c.設計測試過程,腳本

d.評估測試活動

8.軟件工程研究的對象包括(abe).a.質量

b.過程

c.技術

d.數據庫

e.工具

9.下列說法正確的是(a).a.管理,分析,控制現實世界中發(fā)生的事件的程序稱為實時軟件

b.軟件項目開發(fā)的成功,取決于工具和硬件設備的優(yōu)劣

c.我們已經建造了軟件的標準和規(guī)程,我們就能生產高質量的軟件產品

d.在項目的進度告急的時候,解決辦法之一就是加派人手

10.下列選項中,屬于項目管理的對象是(abce).a.人員

b.產品

c.過程

d.設備

e.項目