軟件測試試題庫

一、單選題（2分/題，共30分）二、多選題（1分/題，共10分）三、名字解釋題（3分/題，共9個）試題一（/blog/#m=0）一、判斷正誤題測試是調試的一個部分（X）軟件測試的目的是盡可能多的找出軟件的缺陷。（7）程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數成正比（7）Beta測試是驗收測試的一種。（7）測試人員要堅持原則，缺陷未修復完堅決不予通過。（7）項目立項前測試人員不需要提交任何工件。（X）單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（7 ）測試的目的是發(fā)現(xiàn)軟件中的錯誤。（7）代碼評審是檢查源代碼是否達到模塊設計的要求。（7）自底向上集成需要測試員編寫驅動程序。（7）二、選擇題1、 實施缺陷跟蹤的目的是：（ABCD）A、軟件質量無法控制 B、問題無法量化C、重復問題接連產生D、解決問題的知識無法保留 E、確保缺陷得到解決F、使問題形成完整的閉環(huán)處理2、 使用軟件測試工具的目的：（ABCDF）A、幫助測試尋找問題B、協(xié)助問題的診斷C、節(jié)省測試時間D、提高Bug的發(fā)現(xiàn)率E、更好的控制缺陷提高軟件質量F、更好的協(xié)助開發(fā)人員3、編寫測試計劃的目的是：（ABC）A、使測試工作順利進行 B、使項目參與人員溝通更舒暢C、使測試工作更加系統(tǒng)化 D、軟件工程以及軟件過程的需要B）C、輸出覆蓋F、B）C、輸出覆蓋F、條件覆蓋ABC）C、專項測試F、集成測試）4、 選出屬于黑盒測試方法的選項（A、測試用例覆蓋 B、輸入覆蓋D、分支覆蓋 E、語句覆蓋5、 以測試的形態(tài)分測試可以分為：（A、建構性測試 B、系統(tǒng)測試D、單元測試 E、組件測試6、 進行軟件質量管理的重要性有：（A、維護降低成本 B、法律上的要求C、市場競爭的需要D、質量標準化的趨勢E、軟件工程的需要F、CMM過程的一部分G、方便與客戶進一步溝通為后期的實施打好基礎7、在GB/T17544中，軟件包質量要求包括三部分，即產品描述要求、（A）、程序和數據要求。用戶文檔要求C用戶文檔要求C.設計要求說明系統(tǒng)功能要求D.軟件配置要求8、典型的瀑布模型的四個階段是：（ABCD）A、分析 B、設計 C、編碼D、測試 E、需求調研F、實施9、()可以作為軟件測試結束的標志。A.使用了特定的測試用例 B.錯誤強度曲線下降到預定的水平查出了預定數目的錯誤 D.按照測試計劃中所規(guī)定的時間進行了測試10、 導致軟件缺陷的原因有很多,A—D是可能的原因，其中最主要的原因包括(ABCD)。軟件需求說明書編寫的不全面，不完整，不準確，而且經常更改軟件設計說明書軟件操作人員的水平開發(fā)人員不能很好的理解需求說明書和溝通不足三、 名詞解釋Beta測試：Beta測試是從用戶角度進行的測試，是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進行的軟件現(xiàn)場應用。負載測試：負載測試是一個通過分析軟件應用程序和支撐架構，模擬真實環(huán)境的使用，來確定能夠接受的性能的過程。軟件測試活動生命周期：是指軟件從進入測試到退出測試的過程中，所要經歷的引入程序錯誤、通過測試發(fā)現(xiàn)錯誤和清除程序錯誤的幾個階段。改進的三明治集成：利用較高的并行度彌補三明治集成中不能充分測試中間層的缺點。但根據中間層選擇是否恰當，可能增加驅動模塊和樁模塊設計的工作量。驅動模塊相當于所測模塊的主程序。它接收測試數據，把這些數據傳送給所測模塊，最后再輸出實際測試結果。四、 簡答題軟件的缺陷等級應如何劃分？致命的：致命的錯誤，造成系統(tǒng)或應用程序崩潰、死機、系統(tǒng)懸掛，或造成數據丟失、主要功能完全喪失等。嚴重的：嚴重錯誤，指功能或特性沒有實現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明。一般的：不太嚴重的錯誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實現(xiàn)功能，沒有達到預期效果。如次要功能喪失，提示信息不太準確，或用戶界面差，操作時間長等。微小的：一些小問題，對功能幾乎沒有影響，產品及屬性仍可使用，如有個別錯別字、文字排列不整齊等。階段評審與同行評審。同行評審是一種重要而有效的工程方法，在軟件產品工程中調用此方法，可通過法根式審查、結構化走查或者一些其他的學院式的評審方法加以實施。其目的是及早和高效地去除軟件工作中的缺陷，必然結果是增強對軟件工作產品和可預防缺陷的了解。階段評審是利用在需求分析階段所選擇并制定的標準、規(guī)范以及計劃的安排，對軟件工程各階段的進展、完成質量及出現(xiàn)的問題進行正式評審，確保過程計劃并遵守標準和規(guī)范執(zhí)行，然后形成報告。當發(fā)現(xiàn)問題是，要準尋逐級解決的原則，將處理結果通知相關人員，記錄解決過程及結果以作日后改進重要參考資料。兩者都是有關軟件質量管理和保證的重要內容，二者相輔相成，缺一不可。安全性測試屬于軟件測試的哪個階段？并試闡述安全測試的概念和用以評判系統(tǒng)安全性性能的主要指標。是系統(tǒng)測試的一種類型，安全性測試就是要驗證系統(tǒng)內的保護機制能否抵御入侵者的攻擊。安全性測試的測試人員需要在測試活動中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機制，想盡一切辦法來獲取系統(tǒng)內的保密信息。系統(tǒng)安全性性能的指標：有效性：啟動嚴格的安全性性能所花費的時間占啟動整個系統(tǒng)所花費時間的比例。生存性：當錯誤發(fā)生時，系統(tǒng)對緊急操作的支持，對錯誤的補救措施以及恢復到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標，圍繞所出現(xiàn)的錯誤數量、發(fā)生頻率及其嚴重性判斷。反應時間：出錯時系統(tǒng)響應速度的快慢，一個安全性較強的系統(tǒng)要具備快速的反應速度。吞吐量：用戶和服務請求的峰值和平均值。單元測試策略主要有哪些？并試描述這些策略？單元測試策略主要有三種方式：自頂向下的單元測試策略：從頂層調用的單元做成樁模塊；對第二層測試，使用上面已測試的單元做驅動模塊；依次類推，直到全部單元測試結束。自底向上的單元測試策略：先對模塊調用的最底層模塊進行測試，模擬調用該模塊的模塊為驅動模塊；其次，對上一層模塊進行單元測試，用已經被測試過的模塊做樁模塊，依次類推，直到全部單元測試結束。孤立測試的單元測試策略：無需考慮每個模塊與其他模塊之間的關系，分別為每個模塊單獨設計樁模塊和驅動模塊，逐一完成所有單元模塊的測試。測試結束的標準是什么？試題二一、判斷正誤題（每小題1分，共10分）測試是證明軟件正確的方法。（X）負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（7）TOC\o"1-5"\h\z測試中應該對有效和無效、期望和不期望的輸入都要測試。（7 ）對于連鎖型分支結構，若有n個判定語句，則有2n條路徑。（7 ）驗收測試是由最終用戶來實施的。（7 ）GOTO語句概念簡單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡潔。（7 ）測試人員要堅持原則，缺陷未修復完堅決不予通過。（7）黑盒測試也稱為結構測試。（X）代碼評審員一般由測試員擔任。（X）集成測試計劃在需求分析階段末提交。（X）二、不定項選擇題（每題可能有一個或多個選項應選，每題2分，共20分。多選不得分，少選僅得1分。）1．軟件驗收測試的合格通過準則是：（AD）A．軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。B．所有測試項沒有殘余一級、二級和三級錯誤。C．立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D．驗收測試工件齊全。2．軟件測試計劃評審會需要哪些人員參加？（ABCD）項目經理B．SQA負責人配置負責人測試組3．下列關于alpha測試的描述中正確的是：（AD）A．alpha測試需要用戶代表參加B．alpha測試不需要用戶代表參加C．alpha測試是系統(tǒng)測試的一種D．alpha測試是驗收測試的一種4．測試設計員的職責有：（BC）制定測試計劃設計測試用例設計測試過程、腳本評估測試活動5．軟件實施活動的進入準則是：（ABC）需求工件已經被基線化詳細設計工件已經被基線化構架工件已經被基線化項目階段成果已經被基線化典型的瀑布模型的四個階段是：（ABCD）A、分析 B、設計 C、編碼D、測試 E、需求調研F、實施下面的哪一項測試步驟中需要進行局部數據結構測試：（A）A、 單元測試B、 集成測試C、 確認測試D、 系統(tǒng)測試從是否需要執(zhí)行被測軟件的角度，軟件測試技術可劃分的類型是：（AC）。A、 靜態(tài)測試B、 黑盒測試C、 動態(tài)測試D、 白盒測試從測試階段角度，測試結束的正確順序是：（B）A、 單元測試、集成測試、系統(tǒng)測試、確認測試B、 單元測試、系統(tǒng)測試、集成測試、確認測試C、 確認測試、集成測試、系統(tǒng)測試、單元測試D、 確認測試、系統(tǒng)測試、集成測試、單元測試軟件的六大質量特性包括：（A）功能性、可靠性、可用性、效率、可維護、可移植功能性、可靠性、可用性、效率、穩(wěn)定性、可移植功能性、可靠性、可擴展性、效率、穩(wěn)定性、可移植功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植什么是軟件測試試述軟件測試活動的生命周期？集成測試策略主要有哪些？并試描述3個以上的具體策略？答：1、大爆炸集成（P153）：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測試的模塊一次性集成到一起進行測試，不考慮組件之間的互相依賴性及可能存在的風險。2、三明治集成（P158）：—種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。3、自頂向下集成：就是按照系統(tǒng)層次結構圖，以主程序模塊為中心，自上而下按照深度優(yōu)先或者廣度優(yōu)先策略，對各個模塊一邊組裝一邊進行測試。又可分為深度優(yōu)先集成和廣度優(yōu)先集成兩種方式。4、自底向上集成：從依賴性最小的底層模塊開始，按照層次結構圖，逐層向上集成，驗證系統(tǒng)的穩(wěn)定性。5、高頻集成：高頻集成測試是指同步于軟件開發(fā)過程，每隔一段時間對開發(fā)團隊的現(xiàn)有代碼進行一次集成測試。6、分層集成、分布式集成、基于路徑、功能、進度、風險、事件、使用等的集成等13種。恢復性測試屬于軟件測試的哪個階段？并試闡述恢復性測試的概念和進行恢復性測試分析時主要應考慮的問題。答：恢復性測試使系統(tǒng)測試階段的一種方法，也叫容錯測試，用來檢查系統(tǒng)的容錯能力。通常若計算機系統(tǒng)出現(xiàn)錯誤，就必須在一定時間內從錯誤中恢復過來，修正錯誤并重新啟動系統(tǒng)。在進行恢復性測試時，要考慮的主要問題有：恢復期間的安全性過程?；謴吞幚砣罩痉矫娴哪芰Α．敵霈F(xiàn)供電問題時的恢復能力?；謴筒僮骱笙到y(tǒng)性能是否下降。常用的恢復測試用例的設計方法：規(guī)范導出法、錯誤猜測法、基于故障的測試。請簡述單元測試進入的準則？答：包括要素和判斷準則：要素是詳細說明書和單元測試用例，判斷準則是經過審查=獲得批準和進入配置庫。試題三：一、判斷題（每題1分，12分，正確的7,錯誤的X）1．軟件測試的目的是盡可能多的找出軟件的缺陷。（）軟件測試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個意義上面說上面的這個論斷是正確的不少人會認為軟件測試可以保證軟件的質量，其實這個觀點是錯誤，測試只是軟件質量控制中的一個角色，其活動并不能達成軟件質量保證的效果。所以不要認為一個公司里面如果有了軟件測試人員，產品的質量就會好起來。Beta測試是驗收測試的一種。（X）Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的，以評估”適合使用”為目標，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的obeta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關系。驗收測試是由最終用戶來實施的。（）上面說到了驗收測試的目的和目標，所以驗收測試也可是是軟件生產的企業(yè)內部人員來實施。例如產品經理。當軟件以項目的形式出現(xiàn)，那么驗收測試由最終用戶來實施的情況是比較長見的。但是對于產品形式的軟件，生產企業(yè)內部的驗收測試會更多。項目立項前測試人員不需要提交任何工件。（）應該說這道題目沒有明確的答案，在項目立項前測試人員是不是要把一些準備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè)，立項前要達成的一些必要條件也是大相徑庭的。應該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測試工程師，那么就應該有一個明確的答案。單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標準答案。因為該數據的來源和其統(tǒng)計的方法，樣本都沒有一個工業(yè)標準。這樣出來的數據同樣不具有權威性。這里我可以說一個簡單的例子，在用ASP,php這類腳本語言開發(fā)網頁的時候是根本沒有復雜的單元測試。那么這樣的數字應用在網站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案6．代碼評審是檢查源代碼是否達到模塊設計的要求。（）代碼審查是一種靜態(tài)技術，從這個意義上說代碼復查是需要和其他的一些動態(tài)測試技術配合才能檢查代碼是否符合設計的要求7．自底向上集成需要測試員編寫驅動程序。（）這道題目大家看下top-down和down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅動測試程序，什么是樁程序。如果集成組件數量眾多，多關系層次，那么不論是什么類型的集成測試。驅動程序和樁程序都是需要開發(fā)的。8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（）關于負載測試和壓力測試在論壇中的帖子中有詳細的解釋，大家可以去看一下就能得出正確的答案9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（）同樣，這一題沒有正確的答案。缺陷是否修復是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權力。10．代碼評審員一般由測試員擔任。（）如果測試員有這個水平，那么當然是可以參加的。不過大多數的企業(yè)不會讓普通的測試人員參與代碼的評審。11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12．集成測試計劃在需求分析階段末提交。（）集成測試計劃在開發(fā)人員完成軟件集成計劃之后就可以開始進行了。所以在需求分析階段之后提交是不現(xiàn)實的事情，應該在軟件的設計階段后，編碼前。二、不定項選擇題（每題2分，10分）1．軟件驗收測試的合格通過準則是：（）A．軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。B．所有測試項沒有殘余一級、二級和三級錯誤。C．立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D．驗收測試工件齊全?；卮疬@道題，你必須是這家企業(yè)的員工。前面說到了驗收測試的目的和目標，一個是需求必須實現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟件企業(yè)會對驗收測試標準做一些調整。2．軟件測試計劃評審會需要哪些人員參加？（）A.項目經理B．SQA負責人配置負責人測試組上面的4種角色都需要參與3.下列關于alpha測試的描述中正確的是：（）alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種D．alpha測試是驗收測試的一種首先大家需要知道alpha測試是系統(tǒng)級別的測試，該測試是在一個受控的環(huán)境中進行的。用戶需要直接參與進來。所以答案應該是AD4．測試設計員的職責有：（）制定測試計劃設計測試用例設計測試過程、腳本評估測試活動合理的答案的是BC,同時要看軟件企業(yè)對該類人員的職責是如何定義。5.軟件實施活動的進入準則是：（）需求工件已經被基線化詳細設計工件已經被基線化構架工件已經被基線化項目階段成果已經被基線化先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標準了填空題（每空1分，24分）軟件驗收測試包括___、___、 三種類型。軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。系統(tǒng)測試的策略有功能測試、、、、易用性測試、、、、、、、、、、等15種方法。系統(tǒng)測試的策略有很多種的，我知道的有性能測試、負載測試、強度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復測試、用戶界面測試、恢復測試、分布測試、可用性測試。。。設計系統(tǒng)測試計劃需要參考的項目文檔有、和迭代計劃。設計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。對面向過程的系統(tǒng)采用的集成策略有___、___兩種。通過畫因果圖來寫測試用例的步驟為___、___、___、___及把因果圖轉換為狀態(tài)圖共五個步驟。利用因果圖生成測試用例的基本步驟是：§分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），并給每個原因和結果賦予一個標識符?！旆治鲕浖?guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系?根據這些關系，畫出因果圖?！煊捎谡Z法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件?！彀岩蚬麍D轉換成判定表?！彀雅卸ū淼拿恳涣心贸鰜碜鳛橐罁?，設計測試用例。重點復習軟件測試技術*重點復習（帶測試案例分析題）一、判斷題（10分）0負載測試（P189）：負載測試是一個通過分析軟件應用程序和支撐架構，模擬真實環(huán)境的使用，來確定能夠接受的性能的過程。負載測試的目標是：確定在各種工作負載下系統(tǒng)的性能，主要是測試當負載逐漸增加時，系統(tǒng)組成部分的相應輸出項（如通過量、響應時間、CPU負載、內在的使用等）來決定系統(tǒng)的性能。0判定語句：0路徑：0驗收測試（P200）：驗收測試是將程序與其最初的需求及最終用戶當前的需要進行比較的過程。驗收測試是軟件產品質量的最后一關。測試主要從用戶角度著手。參與者主要是用戶和少量的程序開發(fā)人員。0黑盒測試：（亦功能測試、行為測試、數據驅動測試、基于規(guī)格說明的測試）是一種從用戶觀點出發(fā)的測試。這種方法把程序當作一個黑盒，忽略其內部結構特性。測試者只知道輸入與輸出之間的關系或程序功能，依靠程序功能需求說明書，確定測試用例和推斷測試結果的正確性。測試用例的設計基于產品的功能、目的是檢查程序各個功能是否實現(xiàn)，并檢查其中的功能錯誤。黑盒測試所要發(fā)現(xiàn)的外部行為錯誤：1）功能不正確或不完整;2）接口錯誤;3） 接口所使用的數據結構錯誤;4） 行為或性能錯誤;5）初始化和終止錯誤;0代碼評審員：0集成測試：集成測試（是對已測試過的模塊進行組裝）就是對集成到一起的軟件組件和硬件組件進行的測試，用于評估這些組件之間能否進行正確的交互。目的主要是：檢驗與軟件設計相關的程序結構問題、檢查各種組件之間的接口。集成測試的完成方法：黑盒測試。0卩測試：Beta測試是從用戶角度進行的測試，是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進行的軟件現(xiàn)場應用。兩種不同的途徑：公共卩測試和私有卩測試。二、不定項選擇題（20分）0驗收測試通過的準則：0跟蹤缺陷的定義：0軟件測試工具的使用（目的是什么）：A、 幫助測試尋找問題B、 協(xié)助問題的診斷C、 節(jié)省測試時間0軟件測試評審會的組成人員：0測試計劃的目的：使測試工作順利進行使項目參與人員溝通更舒暢使測試工作更加系統(tǒng)化a測試是什么：Alpha測試是由選定的用戶在可控的環(huán)境下進行的產品早期性測試。在此測試中，確定并記錄要研究的功能和業(yè)務任務，但沒有可以遵循的特定測試用例。測試內容由各測試員決定。這種驗收測試方法不像正式驗收測試那樣組織有序，而且更為主觀大多數情況下，非正式驗收測試是由最終用戶組織執(zhí)行的。0黑盒測試具體有哪些方法：邊界值分析法等價類劃分法因果圖法決策表法功能圖分析法錯誤推測法判定表驅動分析法正交試驗設計法狀態(tài)轉換測試分支測試0測試設計人員的職責：確定并描述相應的測試技術。確定相應的測試支持工具定義并維護測試自動化架構。詳述和驗證需要的測試環(huán)境配置。驗證與評估測試途徑0測試按形態(tài)怎么分類：建構性測試系統(tǒng)測試專項測試0瀑布模型的階段：A.分析B.設計C.編碼測試0軟件質量包括的內容：軟件產品的質量，即滿足使用要求的程度。軟件開發(fā)過程的質量，即能否滿足開發(fā)所帶來的成本、時間和風險等要求。軟件在其商業(yè)環(huán)境中所表現(xiàn)的質量。0什么叫局部數據結構測試：局部數據結構測試：設計測試用例檢查數據類型說明、初始化、默認值等方面的問題，還要查清全程數據對模塊的影響。0軟件測試結束的標志是什么：0測試的階段有哪些：需求規(guī)格說明、設計、編碼階段為引入程序錯誤階段;測試階段為發(fā)現(xiàn)錯誤階段;缺陷分類、缺陷分離、缺陷排除階段為清除程序錯誤階段;0導致軟件缺陷的原因：1)技術問題2)算法錯誤。3)語法錯誤。計算和精度問題。系統(tǒng)結構不合理，造成系統(tǒng)性能問題。接口參數不匹配出現(xiàn)問題。0六大質量特性有哪些：1)功能性2)可靠性3)易用性4)效率性5)可維護性6)可移植性三、 名詞解釋(25分／5題)0a測試、卩測試、負載測試、壓力測試(強度測試)：a測試：Alpha測試是由選定的用戶進行的產品早期性測試，這個測試一般在可控的環(huán)境下進行。B測試(P29)：Beta測試是從用戶角度進行的測試，是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進行的軟件現(xiàn)場應用。強度測試：也稱壓力測試、負載測試。強度測試是要破壞程序，檢測非正常的情況系統(tǒng)的負載能力。強度測試模擬實際情況下的軟硬件環(huán)境和用戶使用過程的系統(tǒng)負荷，長時間或超負荷地運行測試軟件來測試系統(tǒng)，以檢驗系統(tǒng)能力的最高限度，從而了解系統(tǒng)的可靠性、穩(wěn)定性等。0邏輯覆蓋、路徑覆蓋：邏輯覆蓋：是以程序內部的邏輯結構為基礎的設計測試用例的技術。它屬于白盒測試。路徑覆蓋：路徑覆蓋是在組件中被測試執(zhí)行到的路徑的百分比。要求設計若干測試用例，執(zhí)行被測試程序時，能夠覆蓋程序中所有的可能路徑。0軟件測試活動生命周期：軟件測試活動生命周期：是指軟件從進入測試到退出測試的過程中，所要經歷的引入程序錯誤、通過測試發(fā)現(xiàn)錯誤和清除程序錯誤的幾個階段。0樁模塊、驅動模塊：樁模塊(P105)：用于代替所測模塊調用的子模塊。樁模塊可以進行少量的數據操作，不需要實現(xiàn)子模塊的所有功能，但要根據需要來實現(xiàn)或代替子模塊的一部分功能。驅動模塊(P105)：相當于所測模塊的主程序。它接收測試數據，把這些數據傳送給所測模塊，最后再輸出實際測試結果。0大爆炸集成、三明治集成、改進的三明治集成、高頻集成：大爆炸集成(P153)：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測試的模塊一次性集成到一起進行測試，不考慮組件之間的互相依賴性及可能存在的風險。三明治集成(P158)：一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。改進的三明治集成（P160）：利用較高的并行度彌補三明治集成中不能充分測試中間層的缺點。但根據中間層選擇是否恰當，可能增加驅動模塊和樁模塊設計的工作量。高頻集成（P165）：高頻集成測試是指同步于軟件開發(fā)過程，每隔一段時間對開發(fā)團隊的現(xiàn)有代碼進行一次集成測試。該集成測試方法頻繁地將新代碼加入到一個已經穩(wěn)定的基線中，以免集成故障難以發(fā)現(xiàn)，同時控制可能出現(xiàn)的基線偏差。四、 簡答題（30分／6題）0軟件測試和軟件測試結束的標準：（可能考法：什么是軟件測試，軟件測試分為哪幾個階段）軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據軟件開發(fā)各階段的規(guī)格說明和程序的內部結構而精心設計一批測試用例（即輸入數據及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試過程按各測試階段的先后順序可分為單元測試、集成測試、確認（有效性）測試、系統(tǒng)測試和驗收（用戶）測試5個階段軟件測試退出標準為：完成測試需求中列出的所有功能及測試過程中發(fā)現(xiàn)缺陷的回歸測試。0軟件缺陷等級：1） 致命的：致命的錯誤，造成系統(tǒng)或應用程序崩潰、死機、系統(tǒng)懸掛，或造成數據丟失、主要功能完全喪失等。2） 嚴重的：嚴重錯誤，指功能或特性沒有實現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯誤聲明。3） 一般的：不太嚴重的錯誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實現(xiàn)功能，沒有達到預期效果。如次要功能喪失，提示信息不太準確，或用戶界面差，操作時間長等。4） 微小的：一些小問題，對功能幾乎沒有影響，產品及屬性仍可使用，如有個別錯別字、文字排列不整齊等。0階段評審和同行評審：同行評審是一種重要而有效的工程方法，在軟件產品工程中調用此方法，可通過法根式審查、結構化走查或者一些其他的學院式的評審方法加以實施。其目的是及早和高效地去除軟件工作中的缺陷，必然結果是增強對軟件工作產品和可預防缺陷的了解。階段評審是利用在需求分析階段所選擇并制定的標準、規(guī)范以及計劃的安排，對軟件工程各階段的進展、完成質量及出現(xiàn)的問題進行正式評審，確保過程計劃并遵守標準和規(guī)范執(zhí)行，然后形成報告。當發(fā)現(xiàn)問題是，要準尋逐級解決的原則，將處理結果通知相關人員，記錄解決過程及結果以作日后改進重要參考資料。兩者都是有關軟件質量管理和保證的重要內容，二者相輔相成，缺一不可。0※單元測試策略（特別注意退出的原則）和集成測試的策略（P106）：單元測試策略主要有三種方式：1） 自頂向下的單元測試策略：2） 自底向上的單元測試策略：3） 孤立測試的單元測試策略：單元測試退出的標準：1） 單元測試用例設計已經通過評審2） 核心代碼100％經過CodeReview3） 單元測試功能覆蓋率達到100％4） 單元測試代碼行覆蓋率不低于80％5） 所有發(fā)現(xiàn)缺陷至少60％都納入缺陷追蹤系統(tǒng)且各級缺陷修復率達到標準不存在A、B類缺陷C、D、E類缺陷允許存在按照單元測試用例完成了所有規(guī)定單元的測試9)軟件單元功能與設計一致集成測試的策略：1)大爆炸集成自頂向下集成自底向上集成4)三明治集成5)高頻集成6)分層集成7)分布式集成8)基于路徑、功能、進度、風險、事件、使用等的集成等等0恢復性測試和安全性測試：恢復性測試也叫容錯測試，用來檢查系統(tǒng)的容錯能力。通常若計算機系統(tǒng)出現(xiàn)錯誤，就必須在一定時間內從錯誤中恢復過來，修正錯誤并重新啟動系統(tǒng)。恢復測試是通過各種手段，讓軟件強制性地出錯，使其不能正常工作，從而檢驗系統(tǒng)的恢復能力。在進行恢復性測試時，要考慮的主要問題有：恢復期間的安全性過程?；謴吞幚砣罩痉矫娴哪芰?。當出現(xiàn)供電問題時的恢復能力?；謴筒僮骱笙到y(tǒng)性能是否下降。常用的恢復測試用例的設計方法：規(guī)范導出法、錯誤猜測法、基于故障的測試安全性測試就是要驗證系統(tǒng)內的保護機制能否抵御入侵者的攻擊。安全性測試的測試人員需要在測試活動中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機制想盡一切辦法來獲取系統(tǒng)內的保密信息。通常需要模擬的活動有：獲取系統(tǒng)密碼破壞保護客戶信息的軟件獨占整個系統(tǒng)資源，使別人無法使用使得系統(tǒng)癱瘓，企圖在恢復系統(tǒng)階段獲得利益等0判斷系統(tǒng)安全性性能的指標：有效性：啟動嚴格的安全性性能所花費的時間占啟動整個系統(tǒng)所花費時間的比例。生存性：當錯誤發(fā)生時，系統(tǒng)對緊急操作的支持，對錯誤的補救措施以及恢復到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標，圍繞所出現(xiàn)的錯誤數量、發(fā)生頻率及其嚴重性判斷。反應時間：出錯時系統(tǒng)響應速度的快慢，一個安全性較強的系統(tǒng)要具備快速的反應速度吞吐量：用戶和服務請求的峰值和平均值。五、 設計案例(15分／2題)0怎樣制定有效等價類、無效等價類(作業(yè)1)：測試場景：一個程序讀入3個整數，把這三個數值看作一個三角形的3條邊的長度值。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的設三角形的3條邊分別為A,B,C。如果它們能夠構成三角形的3條邊，必須滿足：A>0，B>0，C>0,且A+B>C,B+C>A,A+C>B；如果是等腰的，還要判斷A=B,或B=C，或A=C；如果是等邊的，則需判斷是否A=B,且B=C,且A=C。0根據程序畫出程序流程圖（作業(yè)2）：程序流程圖控制流圖（已經給出）圈復雜度獨立路徑測試用例0制定有效等價類、無效等價類：輸入條件有效等價類無效等價類是否構成三角形A>0(1)AW0(7)B>0(2)BW0(8)C>0(3)CW0⑼A+B>C(4)A+BWC(10)B+C>A(5)B+CWA(11)C+A>B(6)C+AWB(12)是否構成普通三角形A+B>C(13)A+BWC(16)B+C>A(14)B+CWA(17)C+A>B(15)C+AWB(18)是否等腰三角形(A=B)&(A+B>C)AMB(22)(19)BMC(23)(B=C)&(B+C>A)(20)(C=A)&(C+A>B)(21)CMA(24)是否等邊三角形(A=B)&(B=C)&(C=A)AMB(26)(25)BMC(27)CMA(28)0獨立路徑測試法應用舉例：程序：main(){intnum1=0,num2=0,score=100;inti;charstr;6scanf(“%d,%c\n”,&i,&str);7while(i<5)8{9if(str='T')10num1++;elseif(str='F'){score=score-10;num2++;}i++;}18printf(“num1=%d,num2=%d,score=%d\n”,num1,num2,score);19}根據程序畫出控制流圖：控制流圖G（二） 根據控制流圖計算圈復雜度：根據程序環(huán)形復雜度的計算公式，求出程序路徑集合中的獨立路徑數目。公式1：V（G）=10-8+2,其中10是控制流圖G中邊的數量，8是控制流圖中節(jié)點的數目。公式2：V（G）=3+1，其中3是控制流圖G中判斷節(jié)點的數目。公式3：V（G）=4，其中4是控制流圖G中區(qū)域的數目。因此，控制流圖G的環(huán)形復雜度是4。就是說至少需要4條獨立路徑組成基本路徑集合，并由此得到能夠覆蓋所有程序語句的測試用例。（三） 確定基本路徑集合（即獨立路徑集合）：一條獨立路徑是至少包含有一條在其它獨立路徑中從未有過的邊的路徑。根據上面環(huán)形復雜度的計算結果，源程序的基本路徑集合中有4條獨立路徑：path1：7->18path2：7->9->10->16->7->18path3：7->9->11->15->16->7->18path4：7->9->11->13->14->15->16->7->18（四）為每一條獨立路徑各設計一組測試用例，以便強迫程序沿著該路徑至少執(zhí)行一次：測試用例輸入期望輸出執(zhí)行路徑istrNum1Num2ScoreCase15‘T'00100路徑1Case24‘T'10100路徑2Case34‘A'00100路徑3Case44F0190路徑4六、參考題（一）判斷：判定語句：對于連鎖型分支結構，若有n個判定語句，則有2n條路徑。黑盒測試：用黑盒法測試時，測試用例是根據產品的功能設計的。（二）選擇：0軟件測試的目的是（發(fā)現(xiàn)軟件的錯誤）。0為了提高測試的效率，應該（選擇發(fā)現(xiàn)錯誤的可能性大的數據作為測試數據）0使用白盒測試方法時，確定測試數據應根據（程序的內部邏輯）和指定的覆蓋標準。0與設計測試數據無關的文檔是（項目開發(fā)計劃）。0軟件的工作最好由（不屬于該軟件開發(fā)組的軟件設計人員）承擔，以提高集成測試的效果。測試真正的目的是使我們通過對軟件錯誤的原因和分布進行歸納，來發(fā)現(xiàn)并排除當前軟件產品的缺陷，對在需求和設計過程中存在的問題查缺補漏，從而確保軟件產品的質量。常見軟件測試工程師面試題1.你如何在pocketpc上TEST你的程序.你考慮了哪些方面.如果將你的程序的語言擴展到非英語,例如中文,你如何測試.給你一個COCAN,你如何測試（解釋說就是罐裝的可口可樂）.當你的程序遇到BUG的時候，你選擇怎樣處理.你如何isolation你程序里的BUG.給你一個產品有10個functionality,如果時間緊迫，只能測其中的5個，你如何選擇.軟件測試工程師筆試試題答案我認為那些面試題不同的人會有不同的答案下面是部分答案一、判斷題（每題1分，12分，正確的丿，錯誤的X）1．軟件測試的目的是盡可能多的找出軟件的缺陷。（）軟件測試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個意義上面說上面的這個論斷是正確的。不少人會認為軟件測試可以保證軟件的質量，其實這個觀點是錯誤，測試只是軟件質量控制中的一個角色，其活動并不能達成軟件質量保證的效果。所以不要認為一個公司里面如果有了軟件測試人員，產品的質量就會好起來。2．Beta測試是驗收測試的一種。（）Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的，以評估”適合使用”為目標，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的obeta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關系。3?驗收測試是由最終用戶來實施的。（）上面說到了驗收測試的目的和目標，所以驗收測試也可是是軟件生產的企業(yè)內部人員來實施。例如產品經理。當軟件以項目的形式出現(xiàn)，那么驗收測試由最終用戶來實施的情況是比較長見的。但是對于產品形式的軟件，生產企業(yè)內部的驗收測試會更多。4?項目立項前測試人員不需要提交任何工件。（）應該說這道題目沒有明確的答案，在項目立項前測試人員是不是要把一些準備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè)，立項前要達成的一些必要條件也是大相徑庭的。應該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測試工程師，那么就應該有一個明確的答案。5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標準答案。因為該數據的來源和其統(tǒng)計的方法，樣本都沒有一個工業(yè)標準。這樣出來的數據同樣不具有權威性。這里我可以說一個簡單的例子，在用ASP,php這類腳本語言開發(fā)網頁的時候是根本沒有復雜的單元測試。那么這樣的數字應用在網站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案6．代碼評審是檢查源代碼是否達到模塊設計的要求。（）代碼審查是一種靜態(tài)技術，從這個意義上說代碼復查是需要和其他的一些動態(tài)測試技術配合才能檢查代碼是否符合設計的要求7．自底向上集成需要測試員編寫驅動程序。（）這道題目大家看下top-down和down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅動測試程序，什么是樁程序。如果集成組件數量眾多，多關系層次，那么不論是什么類型的集成測試。驅動程序和樁程序都是需要開發(fā)的。8．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（）關于負載測試和壓力測試在論壇中的帖子中有詳細的解釋，大家可以去看一下就能得出正確的答案9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（）同樣，這一題沒有正確的答案。缺陷是否修復是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權力。10．代碼評審員一般由測試員擔任。（）如果測試員有這個水平，那么當然是可以參加的。不過大多數的企業(yè)不會讓普通的測試人員參與代碼的評審。11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12．集成測試計劃在需求分析階段末提交。（）集成測試計劃在開發(fā)人員完成軟件集成計劃之后就可以開始進行了。所以在需求分析階段之后提交是不現(xiàn)實的事情，應該在軟件的設計階段后，編碼前。二、不定項選擇題（每題2分，10分）1．軟件驗收測試的合格通過準則是：（）A．軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。B．所有測試項沒有殘余一級、二級和一C．立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D．驗收測試工件齊全?；卮疬@道題，你必須是這家企業(yè)的員工。前面說到了驗收測試的目的和目標，一個是需求必須實現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟件企業(yè)會對驗收測試標準做一些調整。2．軟件測試計劃評審會需要哪些人員參加？（）項目經理B．SQA負責人配置負責人測試組上面的4種角色都需要參與3．下列關于alpha測試的描述中正確的是：（）A．alpha測試需要用戶代表參加B．alpha測試不需要用戶代表參加C．alpha測試是系統(tǒng)測試的一種D.alpha測試是驗收測試的一種首先大家需要知道alpha測試是系統(tǒng)級別的測試，該測試是在一個受控的環(huán)境中進行的。用戶需要直接參與進來。所以答案應該是AD轉貼請注明:志遠工作室測試設計員的職責有：（）制定測試計劃設計測試用例設計測試過程、腳本評估測試活動合理的答案的是BC,同時要看軟件企業(yè)對該類人員的職責是如何定義。軟件實施活動的進入準則是：（）需求工件已經被基線化詳細設計工件已經被基線化構架工件已經被基線化項目階段成果已經被基線化先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標準了填空題（每空1分，24分）1?軟件驗收測試包括—、—、—三種類型。軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。系統(tǒng)測試的策略有功能測試、、、、易用性測試、、、、、、、、、、等15種方法。系統(tǒng)測試的策略有很多種的，我知道的有性能測試、負載測試、強度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復測試、用戶界面測試、恢復測試、分布測試、可用性測試。。。設計系統(tǒng)測試計劃需要參考的項目文檔有、和迭代計劃。設計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。對面向過程的系統(tǒng)采用的集成策略有___、___兩種。5.通過畫因果圖來寫測試用例的步驟為___、___、___、___及把因果圖轉換為狀態(tài)圖共五個步驟。利用因果圖生成測試用例的基本步驟是：§分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），并給每個原因和結果賦予一個標識符?！旆治鲕浖?guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系?根據這些關系，畫出因果圖?！煊捎谡Z法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件?！彀岩蚬麍D轉換成判定表?！彀雅卸ū淼拿恳涣心贸鰜碜鳛橐罁?，設計測試用例。常見的軟件測試面試題常見的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。1.等價類劃分常見的軟件測試面試題劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若干等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.3.錯誤推測法基于經驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法.錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產品測試中曾經發(fā)現(xiàn)的錯誤等,這些就是經驗的總結。還有,輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例.4.因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會產生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應產生多個動作的形式來考慮設計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.正交表分析法有時候，可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。場景分析方法指根據用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。您認為做好測試用例設計工作的關鍵是什么？白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發(fā)現(xiàn)最多的問題詳細的描述一個測試活動完整的過程。項目經理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方。項目經理通過綜合開發(fā)人員，測試人員以及客戶的意見，完成項目計劃。然后SQA進入項目，開始進行統(tǒng)計和跟蹤開發(fā)人員根據需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內容上面有描述。測試人員根據修改好的需求分析文檔開始寫測試用例，同時開發(fā)人員完成概要設計文檔，詳細設計文檔。此兩份文檔成為測試人員撰寫測試用例的補充材料。測試用例完成后，測試和開發(fā)需要進行評審。測試人員搭建環(huán)境開發(fā)人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進行測試，發(fā)現(xiàn)BUG后提交給BugZilla。開發(fā)提交第二個版本，包括BugFix以及增加了部分功能，測試人員進行測試。重復上面的工作，一般是3-4個版本后BUG數量減少，達到出貨的要求。如果有客戶反饋的問題，需要測試人員協(xié)助重現(xiàn)以及回歸測試。以往是否曾經從事過性能測試工作？請盡可能的詳細描述您以往的性能測試工作的完整過程。曾經做過一套網管系統(tǒng)的性能測試，主要測試該軟件在同時管理大量終端的情況下，在響應時間，CPU/磁盤/內存等參數是否滿足要求。也曾經做過軟交換系統(tǒng)的呼叫性能測試，主要是測試軟交換系統(tǒng)在有大量呼叫的情況下，響應時間，呼叫成功率，CPU/磁盤/內存等參數是否滿足設計要求。您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。測試網管系統(tǒng)中，使用的Mimic來模擬終端，能夠大量的節(jié)省成本。測試軟交換系統(tǒng)的時候，使用的Prolab來模擬終端并發(fā)送呼叫軟交換，他完成了同時數百人才能完成的摘機撥號工作，主要工作原理是產生一些符合要求的IP包并發(fā)送給軟交換系統(tǒng)，同時對軟交換系統(tǒng)的回應進行處理，決定下一步動作。您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？主要是保障在大量用戶的情況下，服務能正常使用。在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？在傳統(tǒng)的BugZilla中，BUG描述應該包括以下的信息和BUG產生對應的軟件版本開發(fā)的接口人員BUG的優(yōu)先級BUG的嚴重程度BUG可能屬于的模塊，如果不能確認，可以用開發(fā)人員來判斷BUG標題，需要清晰的描述現(xiàn)象BUG描述，需要盡量給出重新Bug的步驟BUG附件中能給出相關的日志和截圖。高質量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準確，很好的幫助開發(fā)人員定位。對軟件測試工程師面試題目的回答01.為什么要在一個團隊中開展軟件測試工作？保證軟件質量的最后一道關口。02?您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？測試計劃->測試設計（測試用例，測試數據）->測試執(zhí)行（單元測試，集成測試，系統(tǒng)測試，回歸測試）03.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）易用性測試-界面的友好性，操作方便性等。功能測試-系統(tǒng)中功能性需求的滿足安全性測試-系統(tǒng)是否存在安全隱患和漏洞性能測試-系統(tǒng)在大并發(fā)下的響應速度和健壯性04?請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒/白盒:主要區(qū)別在是否了解系統(tǒng)或程序的內部結構和代碼單元測試:關注某一個單元，函數，模塊的正確性，一般需要編寫相關測試代碼。集成測試:模塊或模塊直接的集成接口測試，單個模塊測試系統(tǒng)測試:一個完整功能的完全測試。05.測試計劃工作的目的是什么？測試計劃工作的內容都包括什么？其中哪些是最重要的？提前安排出測試工具選擇，測試類型選擇，人員需求，保證和項目開發(fā)協(xié)調一致，保證測試工作順利進行。06?您認為做好測試計劃工作的關鍵是什么？了解項目或系統(tǒng)的業(yè)務需求和項目經理協(xié)調好，了解項目的進度計劃安排情況07?您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。邊界值/等價類/業(yè)務流程圖分析和狀態(tài)轉換分析/業(yè)務邏輯分析08?您認為做好測試用例設計工作的關鍵是什么？對業(yè)務和軟件需求非常清楚，可以根據需求不同選擇不同的測試用例設計09?您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內容。評審計劃->預審->評審；評審內容主要是測試用例對軟件需求的覆蓋程度，對于相關邊界是否考慮，是否針對復雜流程準備多套測試數據，是否有專門針對非功能性需求的測試。10?您以往是否曾經從事過性能測試工作？如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。制訂計劃->選擇測試功能->選擇測試工具->錄制腳本->運行測試->分析結果11.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。微軟WAS,LoadRunner12?您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？關鍵是測試腳本的錄制，測試時候測試環(huán)境的干凈。13.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？缺陷名詞/描述/缺陷等級/嚴重程度/發(fā)現(xiàn)模塊/發(fā)現(xiàn)步驟和過程/是否可以重現(xiàn)14?您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結合該工具描述軟件缺陷（Bug）跟蹤管理的流程。CQ，也可以使用BugFree等免費工具。15?您如何看待軟件過程改進？在您曾經工作過的企業(yè)中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？將先進的經驗或思想固化到過程中，通過過程改進和能力提高來改進軟件質量。軟件測試:微軟測試工程師面試題1.你如何在pocketpc上TEST你的程序.你考慮了哪些方面.2?如果將你的程序的語言擴展到非英語，例如中文，你如何測試.給你一個COCAN,你如何測試（解釋說就是罐裝的可口可樂）.當你的程序遇到BUG的時候，你選擇怎樣處理.你如何isolation你程序里的BUG.給你一個產品有10個functionality，如果時間緊迫，只能測其中的5個，你如何選擇.其它相關：如果別人問我這些題目，我想我會大致這樣回答，各位從事軟件測試的同志們幫我看看回答的怎么樣。01.為什么要在一個團隊中開展軟件測試工作？答：軟件測試在整個一個團隊中占有非常重要的地位，具體來說就是測試是一個發(fā)現(xiàn)軟件錯誤的過程，執(zhí)行軟件測試會以最少的人力和時間，系統(tǒng)的找到軟件存在的缺陷和錯誤建立起開發(fā)人員和使用者對軟件的信心。02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？答：軟件測試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據需求說明書制定《項目測試計劃》，編寫測試用例，建立測試環(huán)境。軟件測試人員負責軟件開發(fā)部門的新產品測試及原有產品的升級測試，負責軟件問題解決過程跟蹤，負責軟件開發(fā)文檔開發(fā)工作的規(guī)范化及管理開發(fā)部門的產品文檔，制作用戶手冊及操作手冊，負責產品的上線測試，監(jiān)督軟件開發(fā)過程的執(zhí)行，提高產品質量。03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對于軟件測試部分，可以簡述）答：需求人員連同系統(tǒng)分析人員&測試人員開會討論需求。系統(tǒng)分析人員寫出需求分析說明，并連同系統(tǒng)分析人員&測試人員&需求人員開會討論可行性。系統(tǒng)分析人員寫出詳細設計說明書，程式人員編碼，給出系統(tǒng)流程圖。交與測試人員，測試人員給出Bug統(tǒng)計表。04.您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？答：從事過writetestplan，creationoftestcase，進行功能測試，性能測試，編寫測試工具，文檔的管理等，比較擅長與寫測試用例和進行功能測試。05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）答：有功能測試，性能測試，可靠性測試，安全性測試，負載測試，壓力測試，安裝/卸載測試，啟動/停止測試，兼容性測試，互連測試，文檔測試，恢復測試，回歸測試，可使用性測試，容量測試。功能測試只對軟件的功能是否滿足用戶需求來做測試。性能測試需要和壓力和負載測試聯(lián)合起來。06.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝進行測試。系統(tǒng)測試：在所有都考慮的情況下，對系統(tǒng)進行測試。驗收測試：第三方進行的確認軟件滿足需求的測試。常見軟件測試工程師面試題01.為什么要在一個團隊中開展軟件測試工作?答：軟件測試在整個一個團隊中占有非常重要的地位，具體來說就是測試是一個發(fā)現(xiàn)軟件錯誤的過程，執(zhí)行軟件測試會以最少的人力和時間，系統(tǒng)的找到軟件存在的缺陷和錯誤,建立起開發(fā)人員和使用者對軟件的信心。02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？答：軟件測試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據需求說明書制定《項目測試計劃》編寫測試用例，建立測試環(huán)境。軟件測試人員負責軟件開發(fā)部門的新產品測試及原有產品的升級測試，負責軟件問題解決過程跟蹤，負責軟件開發(fā)文檔開發(fā)工作的規(guī)范化及管理開發(fā)部門的產品文檔，制作用戶手冊及操作手冊，負責產品的上線測試，監(jiān)督軟件開發(fā)過程的執(zhí)行，提高產品質量。03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對于軟件測試部分,可以簡述）答：需求人員連同系統(tǒng)分析人員&測試人員開會討論需求。系統(tǒng)分析人員寫出需求分析說明，并連同系統(tǒng)分析人員&測試人員&需求人員開會討論可行性。系統(tǒng)分析人員寫出詳細設計說明書，程式人員編碼，給出系統(tǒng)流程圖。交與測試人員，測試人員給出Bug統(tǒng)計表。04.您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？答：從事過writetestplan,creationoftestcase進行功能測試，性能測試，編寫測試工具，文檔的管理等，比較擅長與寫測試用例和進行功能測試。05■您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）答：有功能測試，性能測試，可靠性測試，安全性測試，負載測試，壓力測試，安裝卸載測試，啟動/停止測試，兼容性測試，互連測試，文檔測試，恢復測試，回歸測試，可使用性測試，容量測試。功能測試只對軟件的功能是否滿足用戶需求來做測試。性能測試需要和壓力和負載測試聯(lián)合起來。06■請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝進行測試。系統(tǒng)測試：