軟件測試面試問題

時間：2024-03-25 11:11:22 面試問題我要投稿

軟件測試面試問題

軟件測試面試問題1

　　你在測試中發現了一個bug，但是開發經理認為這不是一個bug，你應該怎樣解決？

軟件測試面試問題

　　a）首先，將問題提交到缺陷管理庫里面進行備案。

　　b）然后，要獲取判斷的依據和標準：

　　i、根據需求說明書、產品說明、設計文檔等，確認實際結果是否與計劃有不一致的地方，提供缺陷是否確認的'直接依據；

　　ii、如果沒有文檔依據，可以根據類似軟件的一般特性來說明是否存在不一致的地方，來確認是否是缺陷；

　　iii、根據用戶的一般使用習慣，來確認是否是缺陷；

　　iv、與設計人員、開發人員和客戶代表等相關人員探討，確認是否是缺陷；

　　c）合理的論述，向測試經理說明自己的判斷的理由，注意客觀、嚴謹，不參雜個人情緒。

　　d）等待測試經理做出最終決定，如果仍然存在爭議，可以通過公司政策所提供的渠道，向上級反映，并有上級做出決定。

軟件測試面試問題2

　　面試場景1

　　依然以小明為例

　　問：假設你所在的團隊負責研發一款手機計算器程序，你是這款產品的測試負責人，你準備怎么開展工作？

　　小明聽我說完后，考慮了些許時間，問到：是不是要寫測試用例？

　　旁白：聽到這樣的回答會讓我心涼，因為這個問題我只會對2年以上工作經驗的人提問，所以如果面試者這么回答，說明了這個人起碼理解能力方面有問題。

　　我接著提示：小明，在答題前，你想一下，作為一個項目的測試負責人，一開始就去設計具體的測試用例，是否太片面了？

　　聽完我的提示，小明思索了一下，回答道：我以前工作的時候就是這么做的。

　　旁白：既然我這樣提示，很顯然就是沒讓你寫測試用例。而這個時候如果再強調以前的做法，是不是在挖坑往里跳呢？

　　眼看提示無效，我換一種方式引導，又問：那你覺得該怎么設計測試用例呢？

　　小明自信地說道：我要測加減乘除運算，開方運算......

　　我不忍再繼續聽下去，打斷她，問道：你設想一下，如果用例設計完成了，你準備怎么樣執行這些用例呢？

　　小明：就在手機上去執行啊。

　　我問到：什么樣的手機？

　　小明說：就這樣的手機啊。然后晃了晃自己的手機。

　　我說：是不是拿這部手機就可以了，換一款行不行？

　　說道這里，小明停頓了一下，若有所思的說：對啊，你還沒有說我們這個計算器程序應該運行在什么手機上。

　　我：現在你是測試負責人啊，你是否應該在設計用例之前，弄清楚這件事啊？

　　聽到我的話，小明不住的點頭，剛才的自信開始消失，取而代之的，是眼神中的緊張。

　　我安慰道：放松，你循著這個思路，重新來制定測試計劃。我以為他會因此開竅，心中竊喜。

　　我的計劃是，在華為、iPhone、三星、vivo、小米、oppo上執行這些測試用例

　　旁白：聽到這樣的回答，差不多可以pass了。

　　我想說的

　　上面這個問題很難嗎？據我所知，這類面試的題目是各大IT企業面試軟件測試工程師的必考題，這類題目可以稱之為測試設計，一般是要求應聘者測試一個大眾化的產品(不局限于軟件產品比如一直筆，一部電梯，一塊表，一臺銀行ATM機等)。題目看起來非常的簡單和直觀，但它能從多個維度全面的考察應聘者作為測試工程師的潛力。正如上面大家看到的真實面試案例，如果應聘者沒有系統了解科學的項目測試理論，就很容易因以前的工作模式陷入思維定勢，無法自拔。

　　這類問題怎么解決/回答？其實方法流程很簡單：

　　1.明確測試任務

　　2.分析測試范圍

　　3.制定測試計劃和測試用例

　　在上面的案例中，小明在做手機計算器程序的測試設計時，在沒有明確測試任務的情況下，就盲目的展開測試用例的設計，這樣，會引發諸多問題。

　　比如，在面試題目中，并沒有明確產品可以運行在什么手機平臺上，對平臺的支持需求不同，測試的設計的差異性是很大的，所以，在回答該問題之前，先應該向面試官發問，明確產品支持的手機平臺，之后，才能有的放矢的開展具體的設計(或者即使不問面試官支持哪些平臺，在回答的時候也要說清楚先跟團隊確定運行的平臺)。再比如，應該明確產品的研發周期等信息，只有了解了項目進度安排等信息，才能制定有效的測試策略，在測試的深度和項目開發時間要求上取得較好的平衡。比如，有的項目是時間驅動的(Date-Driven)，這類項目的'特點是預先制定發布時間，要求到了那天，產品就一定要發布，對這類項目，我們在設計測試計劃時，就應該更多的考慮解決和項目發布相關的質量問題;另外有些項目，可能是質量驅動的(Quality-Driven)，這類項目的特點是對發布時間沒有強行的規定，但要求產品的質量必須達到一定的指標，并且需要在發布以后，實時監控產品質量，那么，在測試中，我們不僅要做好項目當下版本的測試工作，還需要考慮構建長期、高效地測試系統和平臺，保障產品質量能夠實時度量。另外，明確產品的功能設計、產品的核心競爭力、可用的測試資源等信息，對于接下來做產品測試都是至關重要的。

　　那么問題來了，也許有的人會質疑，我招的是測試工程師，不是測試經理，不需要考慮這么多吧，如果按照我這種要求，怕是一年也找不到一個，況且的確有很多人受公司制約，甚至有人大學剛畢業，肯定回答不上來這類問題。

　　我想說，企業招人的目標永遠都是奔著合適去的。我這么去面試，自然是因為工作中遇到的實際問題導致我不得不去關注這些。在實際工作中，經常會遇到測試人員接到測試任務以后，什么也不考慮就去測試了，測試完了以后告訴我工作完成了。然后我問他這次測試任務的范圍是什么？開發為什么要做這些改動？這些改動是開發自己提出來的還是客戶要求的？如果客戶要求的客戶的關注點在哪里？這次改動具體改了什么內容？怎么改的？你覺得這樣的改動合理嗎？改動以前是什么樣子的？......這些問題最初的時候我問十個人，九個人都答不上來，還有一個回答的模棱兩可。那么，從一個測試經理的角度，讓我怎么相信這個測試負責人的工作是有效的？怎么讓我相信他的工作覆蓋率是全面的？我無法相信連改動原因、改動內容和改動方法都沒有了解清楚的人，能很清楚的知道測試通過的準則。......同理，做測試前先思考是一種習慣，如果這個問題回答不好，我很難相信他在實際工作中會做到我剛說的那些(何況我提問的時候是不斷引導的，這個問題也不會拿去問2年經驗以下的新人)。

　　關于如何跟開發溝通確定測試范圍，可以翻一下這篇博文：

　　也許還有人覺得，上面這個案例，提及的知識是一個知不知道的范疇。只要有所準備，就能做到從容不迫~

　　我想說的是，我在帶新人的過程中，不斷灌輸這套做事的方法論。他們的確是知道了，但是真正用好還花費了很長時間。所以面試的時候也不要過于樂觀，是臨時抱佛腳，還是日常工作中就按照這種方式去工作，作為資深的面試官都能分辨出來。勸君不要抱僥幸心理。

　　也許還有人說，面試時間那么短，面試的時候受限于時間關系想不了那么全。

　　其實，這種情況不也說明面試者的思維不夠敏捷，不是嗎？畢竟面試官做了那么充分的引導。

　　面試場景2

　　問題：假設你是某社交軟件產品的測試負責人，你怎么去測試它傳文件這個功能？說一下測試點，你可以發揮自己的想象力，不必局限于它現有的功能。

　　這個問題，問過不下五十人，能在面試時回答出超過15個測試點的，坦白說一個沒遇到。

　　多數應聘者都是想到哪說到哪。

　　我更想聽到的答案有兩種，一種是按照傳文件的流程(客戶端A-網絡-服務器-網絡-客戶端B)，一種是是按照測試框架回答(比如系統的說明從UI、功能、性能、兼容性、安裝部署、服務器端、網絡、安全）。

　　也許有人問，這個問題就是考察測試思維，實際工作中用不到那么多，或者只要準備一下，也能比較輕松的回答我這個問題。

　　測試人員最重要的素質是什么呢？的確存在有些人思維發散度很不錯，雖然不會設計用例，但是很會找bug。但是這樣的人可遇不可求的。而且通過面試去發現一個人的思維發散度有多好不太現實，我還是更保守的通過看一個人的思維模式來判斷他是不是我想要的人。我現在所負責的系統架構比較復雜，涉及到方方面面，測試過程中需要思考的問題，跟上面這個案例差不多。一個人是真的懂，還是臨時抱佛腳，可以通過不斷的深挖來發現。所以，如果想要在面試時不露馬腳，仍需要在工作中就培養這樣的思維模式。

　　最后，國內很多公司存在面試官看眼緣決定是否錄用……這樣的情況不在本次討論范圍之內。

軟件測試面試問題3

　　1、等價類劃分

　　常見的軟件測試面試題劃分等價類：等價類是指某個輸入域的子集合。在該子集合中，各個輸入數據對于揭露程序中的錯誤都是等效的。并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試。因此，可以把全部輸入數據合理劃分為若干等價類，在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代表性的測試數據。取得較好的測試結果。等價類劃分可有兩種不同的情況：有效等價類和無效等價類。

　　2、邊界值分析法

　　邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。

　　使用邊界值分析方法設計測試用例，首先應確定邊界情況。通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況。應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數據，而不是選取等價類中的典型值或任意值作為測試數據。

　　3、錯誤推測法

　　基于經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設計測試用例的方法。

　　錯誤推測方法的基本思想：列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況，根據他們選擇測試用例。例如，在單元測試時曾列出的許多在模塊中常見的錯誤。以前產品測試中曾經發現的錯誤等，這些就是經驗的總結。還有，輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行。這些都是容易發生錯誤的情況。可選擇這些情況下的例子作為測試用例。

　　4、因果圖方法

　　前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯系，相互組合等。考慮輸入條件之間的相互組合，可能會產生一些新的情況。但要檢查輸入條件的組合不是一件容易的`事情，即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多。因此必須考慮采用一種適合于描述對于多種條件的組合，相應產生多個動作的形式來考慮設計測試用例。這就需要利用因果圖（邏輯模型）。因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。

　　5、正交表分析法

　　有時候，可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例并沒有明顯的優先級上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。

　　6、場景分析方法

　　指根據用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執行的深度和可行性更好。

軟件測試面試問題4

　　一. 為什么要在一個團隊中開展軟件測試工作?

　　因為沒有經過測試的軟件很難在發布之前知道該軟件的質量，就好比ISO質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發現軟件中存在的問題，及時讓開發人員得知并修改問題，在即將發布時，從測試報告中得出軟件的質量情況。

　　二. 您在以往的測試工作中都曾經具體從事過哪些工作?其中最擅長哪部分工作?

　　我曾經做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試

　　三. 您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區別與聯系(如功能測試、性能測試 )

　　測試類型有：功能測試，性能測試，界面測試。

　　功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟件產品的功能，不需測試軟件產品的內部結構和處理過程。采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

　　性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試面試常見問題--軟件測試工程師面試題（3篇）面試常見問題--軟件測試工程師面試題（3篇）。

　　界面測試，界面是軟件與用戶交互的最直接的.層，界面的好壞決定用戶對軟件的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。

　　區別在于，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的功能問題。性能測試主要關注于產品整體的多用戶并發下的穩定性和健壯性面試常見問題--界面測試更關注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告)?做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試

　　四.您認為做好測試用例設計工作的關鍵是什么?

　　白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果

　　黑盒測試用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題

　　五. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系。

　　黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。

　　白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。

　　軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤：

　　是否有不正確或遺漏的功能?

　　在接口上，輸入是否能正確的接受?能否輸出正確的結果?

　　是否有數據結構錯誤或外部信息(例如數據文件)訪問錯誤?

　　性能上是否能夠滿足要求?

　　是否有初始化或終止性錯誤?

　　軟件的白盒測試是對軟件的過程性細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：

　　對程序模塊的所有獨立的執行路徑至少測試一遍面試常見問題--軟件測試工程師面試題（3篇）自我介紹對所有的邏輯判定，取真與取假的兩種情況都能至少測一遍。在循環的邊界和運行的界限內執行循環體。測試內部數據結構的有效性，等等。

　　單元測試(模塊測試)是開發者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數的行為。

軟件測試面試問題5

　　1、請根據”V”模型分別概述測試人員在軟件的需求定義階段、設計階段、編碼階段、系統集成階段的工作任務及其相應生成的文檔? 需求定義階段：根據項目需求提取測試需求并形成測試需求文檔，根據提取的測試需求和項目計劃進行測試計劃的擬定，測試計劃文檔，設計：根據測試需求擬訂測試方案并形成測試方案文檔;根據測試方案制定測試用例，并形成測試用例文檔，編碼階段：執行測試并完善測試用例文檔，系統集成階段：測試總結報告，階段問題統計報告，測試問題報告

　　2、怎樣衡量一個測試用例的質量? 測試的覆蓋率，功能點，性能，風險等

　　3、集成測試的集成順序有哪些?如何選擇?

　　4、考察軟件的`安全可靠性時，一般從那些方面來判斷?

　　5、列舉你用過的自動化工具并說明用測試自動化工具有什么好處。速度快，效率高，可靠性好，能按標準及規范執行

　　6、如果一個軟件不能繼續測試下去，在停止測試之前，需要考慮哪些問題?

　　7、如果一個界面沒有明顯的對與錯，怎么開始測試? 看界面的美觀，易用性等

　　8、你認為一個好的測試工程師應具備那些素質? 善于發現問題，能很好的與同事溝通，

　　9、一個輸入框，要求輸入一個1-8位的標識符做為系統系統唯一標志，怎樣設計測試用例?

　　10、請根據下面的交互模型寫出一測試用例。

軟件測試面試問題6

　　1、什么是兼容性測試？兼容性測試側重哪些方面？

　　2、我現在有個程序，發現在Windows上運行得很慢，怎么判別是程序存在問題還是軟硬件系統存在問題？

　　3、檢查系統是否有中毒的特征；

　　4、檢查軟件/硬件的配置是否符合軟件的推薦標準；

　　5、確認當前的系統是否是獨立，即沒有對外提供什么消耗CPU資源的服務；

　　6、如果是C/S或者B/S結構的軟件，需要檢查是不是因為與服務器的連接有問題，或者訪問有問題造成的；

　　7、在系統沒有任何負載的情況下，查看性能監視器，確認應用程序對CPU/內存的訪問情況。

　　8、測試的策略有哪些？黑盒/白盒，靜態/動態，手工/自動，冒煙測試，回歸測試，公測（Beta測試的策略）

　　9、正交表測試用例設計方法的特點是什么？

　　10、用最少的實驗覆蓋最多的操作，測試用例設計很少，效率高，但是很復雜；

　　11、對于基本的驗證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復雜的缺陷，還是無能為力的；

　　12、具體的環境下，正交表一般都很難做的。大多數，只在系統測試的時候使用此方法。

　　13、描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程？標記就是Bugzilla的狀態轉換圖。

　　14、你覺得bugzilla在使用的過程中，有什么問題？標記界面不穩定；根據需要配置它的`不同的部分，過程很煩瑣。流程控制上，安全性不好界定，很容易對他人的Bug進行誤操作；沒有綜合的評分指標，不好確認修復的優先級別。

　　15、描述測試用例設計的完整過程？需求分析+需求變更的維護工作；根據需求，得出測試需求；設計測試方案，評審測試方案；方案評審通過后，設計測試用例，再對測試用例進行評審；

軟件測試面試問題7

　　軟件測試面試題第一部分：

　　筆試題

　　1. 避免死鎖的方法有哪些？

　　2. 內存有哪幾種存儲組織結構，請分別加以說明。

　　3.如果你是一個測試組長，你將怎么做計劃，去測試一個ICEBOX。

　　4.測試結束的標準是什么？

　　5.測試用例的設計方法有哪些，描述一個具體的例子。

　　6.單元測試和集成測試，描述工作實際開展的情況。

　　7.工作中哪些需要改進，期望的工作環境。

　　軟件測試面試題第二部分：

　　口述題

　　問題：軟件的缺陷等級應如何劃分？

　　答案：

　　A類—嚴重錯誤，包括以下各種錯誤：1．由于程序所引起的死機,非法退出2．死循環3．數據庫發生死鎖4．因錯誤操作導致的程序中斷5．功能錯誤6．與數據庫連接錯誤7．數據通訊錯誤

　　B類—較嚴重錯誤，包括以下各種錯誤：1．程序錯誤2．程序接口錯誤3．數據庫的表、業務規則、缺省值未加完整性等約束條件

　　C類—一般性錯誤，包括以下各種錯誤：1．操作界面錯誤（包括數據窗口內列名定義、含義是否一致）2．打印內容、格式錯誤3．簡單的輸入限制未放在前臺進行控制4．刪除操作未給出提示5．數據庫表中有過多的空字段

　　D類—較小錯誤，包括以下各種錯誤：1．界面不規范2．輔助說明描述不清楚3．輸入輸出不規范4．長操作未給用戶提示5．提示窗口文字未采用行業術語6．可輸入區域和只讀區域沒有明顯的區分標志

　　E類—測試建議

　　軟件測試員面試題的目的'，就是是為了盡可能多地找出錯誤，不同的機構會有不同的測試目的；相同的機構也可能有不同測試目的，回答好基本的面試題，以得到考官肯定的評價。

軟件測試面試問題8

　　中軟軟件測試面試題：判斷題

　　1、軟件測試就是為了驗證軟件功能實現的是否正確，是否完成既定目標的活動，所以軟件測試在軟件工程的后期才開始具體的工作。初級（×）

　　2、發現錯誤多的模塊，殘留在模塊是的錯誤也多。初級（√）

　　3、測試人員在測試過程中發現一處問題，如果問題影響不大，而自己又可以修改，應立即將此問題正確修改，以加快、提高開發的進程。初級（×）

　　4、單元測試通常應該先進行“人式走查”，再以白盒法為主，輔以黑盒進行動態測試。中級（√）

　　5、功能測試是系統測試的主要內容，檢查系統的。功能、性能是否與需求規格說明相同。中級（√）

　　6、軟件質量管理即QM由QA和QC構成，軟件測試屬于QC的核心工作內容。高級（√）

　　7、軟件測試只能發現錯誤，但不能保證測試后的軟件沒有錯誤。中級（√）

　　8、軟件就是程序。初級（×）

　　9、測試中要做到語句覆蓋和分支覆蓋。就可以發現程序中的所有錯誤。中級（×）

　　10、 I18N測試是指對產品做出具有國際性的規劃，而L10測試則是指對軟件做出符合本地需求更改工作。高級（√）

　　中軟軟件測試面試題：選擇題

　　1、進行軟件質量管理的重要性有（ACDEF）中級

　　A、維護降低成本；

　　B、法律上的要求；

　　C、市場競爭的需要；

　　D、質量標準化的趨勢；

　　E、軟件工程的需要；

　　F、 CMM過程的一部分

　　G、方便與客戶進一步溝通為后期的實施打好基礎

　　2、以測試的形態分測試可以分為（ABC）中級

　　A、建構性測試

　　B、系統測試

　　C、專項測試

　　D、單元測試

　　E、組件測試

　　F、集成系統

　　3、選出屬于黑盒測試方法的選項（ABC）初級

　　A、測試用例覆蓋

　　B、輸入覆蓋

　　C、輸出覆蓋

　　D、分支覆蓋

　　E、語句覆蓋

　　F、條件覆蓋

　　4、編寫測試計劃的目的是（ABCEF）中級

　　A、使測試工作順利進行；

　　B、使項目參與人員溝通更舒暢；

　　C、使測試工作更加系統化；

　　D、軟件工程以及軟件過程的需要；

　　E、軟件過程規范化的需求；

　　F、控制軟件質量

　　5、依存關第有4種分別是（ABCD）高級

　　A、開始—結束

　　B、開始—開始

　　C、結束—開始

　　D、結束—結束

　　E、開始—實施—結束

　　F、結束—審核—開始

　　6、軟件質量管理（QM）應有質量保證（QA）和質量控制（QC）組成，下面的選項屬于

　　QC的是：（ABCD）高級

　　A、測試

　　B、跟蹤

　　C、監督

　　D、制定計劃

　　E、需求審查

　　F、程序代碼審查

　　7、實施缺陷跟蹤的目的是（ABCD）中級

　　A、軟件質量無法控制

　　B、問題無法量化

　　C、重復問題接連產生

　　D、解決問題的知識無法保留

　　E、確保缺陷得到解決

　　F、使問題開成完整的閉玩處理

　　8、使用軟件測試工具的目的（ABCD）中級

　　A、幫助測試尋找問題

　　B、協助問題的診斷

　　C、節省測試時間

　　D、提高BUG的發現率

　　E、更好的控制缺陷提高軟件質量

　　F、更好的協助開發人員

　　9、典型的瀑布模型的四個階段是（ABCD）高級

　　A、分析

　　B、設計

　　C、編碼

　　D、測試

　　E、需求調研

　　F、實施

　　10、 PSP是指個人軟件過各，是一各可用于（ABC）個人軟件工作方式的自我改善過程。

　　A、控制

　　B、管理

　　C、改進

　　D、高效

　　E、充分

　　F、適宜

　　中軟軟件測試面試題：問答題

　　（共9題，每題5分，共講50分）

　　1、測試人員在軟件開發過程中的任務是什么？（初級）

　　1）尋找Bug；

　　2）避免軟件開發過程中的缺陷；

　　3）衡量軟件的品質；

　　4）關注用戶的需求

　　2、在您以往的工作中，一條軟件缺陷（或者叫BUG）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（BUG）記錄？初級一條Bug記錄最基本應包含：編號、Bug所屬模塊、Bug描述、Bug級別、發現日期、發現人、修改日期、修改人、修改方法、回歸結果等等；要有效的發現Bug需參考需求以及詳細設計等前期文檔設計出高效的'測試用例，然后嚴格執行測試用例，對發現的問題要充分確認肯定，然后再向外發布如此才能提高提交Bug的質量

　　3、黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優點和缺點。中級黑盒測試的優點有：

　　1）比較簡單，不需要了解程序內部的代碼及實現；

　　2）與軟件的內部實現無關；

　　3）從用戶角度出發，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；

　　4）基于軟件開發文檔，所以也能知道軟件實現了文檔中的哪些功能；

　　5）在做軟件自動化測試時較為方便。

　　黑盒測試的缺點有：

　　1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；

　　2）自動化測試的復用性較低。白盒測試的優點有：幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱藏的問題

　　白盒測試的缺點有：

　　1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑

　　2）測試基于代碼，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求