1、黑盒測試面試問題技術1， trainee：1），計算機相關專業：懂得專業理論，并且可與實際工作經驗相結合，如：什么是黑盒測試？什么是白盒測試？2），非計算機相關專業：看重悟性與思考能力，了解具體工作經驗2，Junior：要看重人才的思考性和是否有自己的想法，注意了解候選人從畢業到現在的相關工作經驗。Junior 常用問題：1） 測試生命周期是什么。 （對于不了解理論，只能介紹自己項目的測試流程的候選人，是不做第一考慮的）2） 是否編寫過測試用例。（若編寫過，了解是自主設計還是按照模板編寫的，可追問測試用例中含有哪些內容）3） 測試方法是什么。（及時有詳細的測試用例也要自己設計測試方法，如等價類

2、，邊界值的方法使用）4） 是否寫過Bug report。（可問缺陷報告中含有什么內容）5） 是否寫過test report。（針對整個項目的某個周期完成后縮寫的測試報告含有什么內容）6） 黑盒測試中功能測試是什么。性能測試是什么。7） 功能測試分為幾個階段。（單體測試集成測試系統測試回歸測試）3，Senior對于senior的人選要關注他的經歷，如是否做過leader，SE等，帶過多少人，在項目上是什么角色，參與測試生命周期的哪幾個階段。Senior常問問題1）Bug出來后如果做跟蹤和管理2）如何停止測試。3）交付給客戶什么測試成果。4）管理方面：對于senior級別的人，要考慮他管理團隊的能

3、力。如，制定計劃，安排任務，控制管理，跟蹤反饋等。其他相關知識1、自動化測試：自動化測試是手動測試的一部分。在手動測試中，分析，調查，編寫測試用例都是不可自動的，而自動化測試就是把手動化測試中可自動化的部分擬人化，通過一些工具，來用機器代替。技術人員通過編寫腳本來操縱工具。自動化測試的優點就是省時省力，復用性好。國際上通常是黑盒測試人員成長后，再學習用自動化測試工具來代替部分手動測試，而國內因為考慮效率和成本問題，很多自動化junior人才對測試的流程及用例的編寫等不了解，而是直接從自動化工具使用開始。自動化測試人才考核問題：1） trainee，junior：會編寫腳本即可，對于一些測試用例

4、，測試方法，流程類的問題，不需要掌握。2） senior：對于自動化測試工具，如 RFT,QTP,LR等的熟練掌握程度，擁有測試用例的設計和編寫能力以及對腳本的編寫。2、 白盒測試白盒測試是在開發中關注的代碼運行的效率和結果，與項目開發完成后進行的黑盒功能及性能測試有根本性的區別。目前外包行業基本從事的是黑盒功能及性能方面的測試。測試面試相關增強版面試測試人員，一般從以下幾個方面去考察：1 測試流程2 測試分類3 測試方法4 測試工具5 操作系統/數據庫從整個流程當中去提問。首先讓候選人講一下自己做過哪些項目。項目的周期是多長，有多少人參與，（這兩個問題可看出項目的大小）主要職責是什么，和他做

5、一樣工作的人有多少，（可看出類似的候選人在這個公司還有多少/他的工作重要程度是什么樣子的/可替換的難度有多大/離職時是否容易交接）除了執行測試，還有做過哪些工作。（如果是涉及到需求分析，可能跟業務接觸比較多，如果是用例設計，技術可能會相對好一些，不只是做測試執行。）用過哪些方法/工具。根據候選人提到的方法/工具再來問。介紹一個你做過的比較大的項目？ （目的：了解他是否能將自己的項目描述清楚，有條理，能讓面試人員懂）介紹一個你印象最深的一次測試? (目的：考察對問題的描述，測試的思路，方法等)測試的質量如何控制？如何確保測試的結果達到預期？以上兩個問題，是需要候選人跳出執行測試這個思維來思考的。

6、優秀的軟件測試工程師應具備的素質/能力；你目前所具備的素質/能力，差距在哪里？如何達到優秀所具備的素質/能力？用自評來判斷候選人對這個職位能力上的要求，自己可能的改進方法，以及學習計劃測試流程：需求分析制定測試計劃測試環境搭建測試用例設計執行測試BUG提交書寫測試報告1請說一下你們的測試流程。一些Jr 測試工程師，可能只是去做執行，對整個流程都不太清楚。如果連測試流程都說不清楚的，基本可以斷定該候選人是很初級的。不過現在培訓很多，網上的資料也很多，就算能力不強，基本上候選人還是知道測試流程的。2在回答完測試流程之后，問候選人在這個流程當中主要負責什么，除負責的事情之外，有參與哪些工作。一般的測

7、試工程師，就是設計簡單的測試用例和執行測試。3如果候選人涉及的較多，就按照流程當中他涉及的點開始往后問。打比方從需求分析開始：需求分析是否做過？是作為主要人員去做的，還是參與？（參與的話就稍弱）如果有做過需求分析，就請結合項目來說一下當時的需求分析是如何去做的。（如果能夠很流利的說出來，說明他對該項目所涉及的業務還是比較熟悉的，并不只是一個參與人員；反之，則說明只是參與）測試計劃：是否有做過，請結合項目來說一下當時的需求分析是如何去做的。（判斷方式同上）如果對需求分析和測試計劃非常熟悉，那一般來講候選人的能力還不錯，計劃類的工作一般只有leader/manager才會涉及到。搭建測試環境/：是

8、否有搭建過測試環境，請結合項目來說一下當時是如何搭建的？在搭建該項目的測試環境時，重點是什么？難點是什么？是如何克服的？ （在搭建測試環境時，會涉及到操作系統/服務器等軟硬件，后面會講到這一點。通過候選人的描述來判斷是否確實有做過類似工作，以及深入的程度）設計測試用例：是否有設計過測試用例，請結合項目來說一下當時是如何設計的？在設計測試用例時，有用到過哪些方法？黑盒測試：等價類，邊界值，因果圖，功能劃分，錯誤猜想。，白盒測試：語句覆蓋，分支覆蓋，邏輯覆蓋。）請結合項目來說一下當時是怎么運用這些方法的，各個方法都有哪些不同，分別適合用在什么情況之下。除了這些測試方法之外，對其他的測試方法有沒有用

9、過，能否描述一下。（通過這兩個問題可以了解到候選人有用過哪些測試方法以及熟練程度，如果能夠很流利的說出各方法的不同點則說明更加熟練）在你們的項目當中，測試用例需要包括哪些要素？（測試用例編號，測試內容，編寫用例日期，編寫人員，輸入條件，預期結果。）執行測試/BUG提交執行測試過程當中，有遇到哪些問題，是如何解決的？出現BUG，怎么辦？如何報告缺陷/問題，缺陷定級標準是什么如何與項目組中其它人員(項目負責人，開發人員等)的交流請結合實際的例子來說一下有用到哪些BUG管理工具？（Rational CC/CQ, Test manage, Robot, Test Direct, Bugfree, Bu

10、gzilla, Jira）提交BUG報告，需要包括哪些內容？（BUG編號，出現模塊，優先級，重要性，現象。）（如果對于當時項目當中出現的BUG能夠很好的描述出來，對于BUG工具的使用的描述，各BUG工具的不同點都很熟練的話，應該可以判定該候選人還不錯。）測試分類：（各測試方法的區別在后面會有答案）從是否關心軟件內部結構和具體實現的角度劃分 A.白盒測試 B.黑盒測試從是否執行程序的角度 A.靜態測試 B.動態測試。 從軟件開發的過程按階段劃分有 A.單元測試 B.集成測試 C.確認測試 D.驗收測試 E.系統測試測試方法：黑盒測試：等價類，邊界值，因果圖，功能劃分，錯誤猜想。，白盒測試：語句覆

11、蓋，分支覆蓋，邏輯覆蓋。）測試工具：自動化測試工具：QTP： 功能測試Loardrunner:性能測試QTP與LR的區別:QTP: 基于UI對象的功能測試LR: 基于協議的性能測試QTP 錄制原理：消息機制，截獲消息。錄制的前提是能識別控件。LU 錄制原理：捕獲數據包。錄制的前提是能識別協議報文。操作系統/數據庫：在搭建測試環境時，經常會需要用到操作系統/服務器。有時測試時也會要求在Linux/Unix下測試，在Windows當中運行等等，所以需要對Linux/Unix系統熟悉。一般只需要熟悉基本操作,能夠安裝系統和熟悉常用的命令即可。常用的問題有：如何安裝linux系統，在之前的項目當中有用

12、到哪些命令，還記得哪一些，說說看。你知道的Linux主要發行版本有哪些？（Redhat、suse、redflag、ubuntu）你知道Linux常用的命令有那些？（Ls, cd, dir, find, rm(win:del), cp(win:copy), mv(win:move), who, cat, more, dmesg）如何在Linux操作系統下看幫助文件？Linux安裝有幾種安裝方式？Windows與Linux雙系統如何安裝及注意問題？Linux文件系統類型是什么？常用遠程管理工具有哪些？舉例磁盤管理的常用命令有哪些？舉例用戶管理的常用命令有哪些？舉例進程管理的常用命令有哪些？舉例Li

13、nux主要目錄有哪些？舉例以上幾個問題基本可以判斷對于Linux系統的熟悉程度，如果都能回答出來，那說明對Linux系統相當熟悉。數據庫，網絡相關。基本數據查詢，更新TCP/IP其他問題：1、 以前的測試經驗有沒有涉及內存、CPU方面2、 是否做過測試用例設計3、 公司所用測試流程介紹4、 如何通過需求寫用例5、 邊界值等測試技術的掌握，舉例說明（自己做過的東西）6、 測試設計中所遇到的困難，如何克服的7、 除功能測試外有哪些性能方面的測試經驗8、 學過編程語言沒有9、 Bug單有哪些部分組成10、 印象最深的bug是什么，發生的原因是什么Linux操作系統方面：你知道的Linux主要發行版本

14、有哪些？Redhat、suse、redflag、ubuntu你知道Linux常用的命令有那些？Ls, cd, dir, find, rm(win:del), cp(win:copy), mv(win:move), who, cat, more, dmesg如何在Linux操作系統下看幫助文件？可以使用“man”命令進行幫助文件的查看，類似于Windows的help命令。Eg：/:man ls 將會顯示ls命令的幫助文件。Linux安裝有幾種安裝方式？ 兩種：本地安裝（最常見的CDROM安裝）和遠程安裝（NFS、FTP、HTTP）Windows與Linux雙系統如何安裝及注意問題？文件與磁盤管理

15、（適用于Linux系統管理員職位）Linux文件系統類型是什么？Linux主要目錄有哪些？舉例磁盤管理的常用命令有哪些？舉例用戶管理的常用命令有哪些？舉例進程管理的常用命令有哪些？舉例常用遠程管理工具有哪些？舉例自我介紹測試的過程自己的角色具體的工作/有分哪些步驟/每一步又是怎么去做的用什么工具來管理BUG,具體怎么樣管理測試的質量如何控制測試過程中會碰到哪些問題/怎么樣去處理在與開發的溝通過程當中會碰到哪些問題/怎么樣去處理測試計劃是否能趕上變更?測試用例的設計(郵箱驗證方法,GOOGLE搜索包的驗證)對于流程管理的理解,有沒有什么建議軟件測試基礎知識：軟件測試概念廣義概念：指軟件生存周期中

16、所有的檢查、評審和確認工作，其中包括了對分析、設計階段，以及完成開發后維護階段的各類文檔、代碼的審查和確認狹義概念：識別軟件缺陷的過程，即實際結果與預期結果的不一致軟件測試目的ü 測試的目的就是發現軟件中的各種缺陷ü 測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷ü 測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅ü 以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質量軟件測試的的重點ü 測試用例的設計 測試用例的設計是整個軟件測試工作的核心 測試用例反映對被測對象的質量要求，決定對測試對象的質量評估ü 測試工作的

17、管理 尤其是對包含多個子系統的大型軟件系統，其測試工作涉及大量人力和物力，有效的測試工作管理是保證有效測試工作的必要前提ü 測試環境的建立 測試環境應該與實際測試環境一致ü 從不同的角度出發，軟件測試可以劃分為不同的分類： 測試的流程：第一步：制定測試計劃。該計劃被批準后轉向第二步。 第二步：設計測試用例。該用例被批準后轉向第三步。 第三步：如果滿足“啟動準則” ，那么執行測試。 第四步：撰寫測試報告。 第五步：消除軟件缺陷。如果滿足“完成準則”，那么正常結束測試。ü1.從是否關心軟件內部結構和具體實現的角度劃分 A.白盒測試 白盒測試也稱結構測試或邏輯驅動測試，

18、必須知道軟件內部工作過程，通過測試來檢測軟件內部是否按照需求、設計正常運行ü 白盒測試的主要方法 對應于程序的一些主要結構：語句、分支、邏輯路徑、變量；白盒測試的主要方法是：ü 語句覆蓋方法ü 分支覆蓋方法ü 邏輯覆蓋方法B.黑盒測試 什么是黑盒測試 又稱功能測試或數據驅動測試，是針對軟件的功能需求/實現進行測試，通過測試來檢測每個功能是否符合需求，不考慮程序內部的邏輯結構ü 黑盒測試方法 功能劃分 等價類劃分 邊界值分析 因果圖 錯誤推測等2.按是否需要執行被測軟件的角度 按是否需要執行被測軟件的角度，可分為靜態測試和動態測試，前者不利用計算

19、機運行待測程序而應用其他手段實現測試目的，如代碼審核。（我認為主要是讓測試人員對編譯器發現不了的潛在錯誤進行分析，如無效的死循環，多余的變量等），而動態測試則通過運行被測試軟件來達到目的。 10.什么是動態測試動態測試需要在開發/測試環境或實際運行環境中運行軟件，并使用測試用例去查找軟件缺陷；動態測試包括功能確認與接口測試、覆蓋率分析、性能分析、內存分析等 11.什么是靜態測試靜態測試不實際運行軟件，主要是對軟件的編程格式、結構等方面進行評估.靜態測試包括代碼檢查、程序結構分析、代碼質量度量等。它可以由人工進行，也可以借助軟件工具自動進行 3.按階段劃分： 1 單元測試 單元測試是對軟件中的基

20、本組成單位進行的測試，如一個模塊、一個過程等等。它是軟件動態測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟件基本組成單位的正確性。因為單元測試需要知道內部程序設計和編碼的細節知識，一般應由程序員而非測試員來完成，往往需要開發測試驅動模塊和樁模塊來輔助完成單元測試。因此應用系統有一個設計很好的體系結構就顯得尤為重要。 一個軟件單元的正確性是相對于該單元的規約而言的。因此，單元測試以被測試單位的規約為基準。單元測試的主要方法有控制流測試、數據流測試、排錯測試、分域測試等等。 2 集成測試 集成測試是在軟件系統集成過程中所進行的測試，其主要目的是檢查軟件單位之間的接口是否正確。它根據集成測

21、試計劃，一邊將模塊或其他軟件單位組合成越來越大的系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。 3 系統測試 系統測試是對已經集成好的軟件系統進行徹底的測試，以驗證軟件系統的正確性和性能等滿足其規約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務，它被稱為測試的“先知者問題”。因此，系統測試應該按照測試計劃進行，其輸入、輸出和其他動態運行行為應該與軟件規約進行對比。軟件系統測試方法很多，主要有功能測試、性能測試、隨機測試等等。 4 驗收測試 驗收測試旨在向軟件的購買者展示該軟件系統滿足其用戶的需求。它的測試數據通常

22、是系統測試的測試數據的子集。所不同的是，驗收測試常常有軟件系統的購買者代表在現場，甚至是在軟件安裝使用的現場。這是軟件在投入使用之前的最后測試。 5 回歸測試 回歸測試是在軟件維護階段，對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。這里，修改的正確性有兩重含義：一是所作的修改達到了預定目的，如錯誤得到改正，能夠適應新的運行環境等等；二是不影響軟件的其他功能的正確性。 6 Alpha 測試：在系統開發接近完成時對應用系統的測試；測試后，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。 7 Beta 測試：當開發和測試根本完成時所做的

23、測試，而最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。 4、按測試方法劃分： 1 白盒測試 白盒測試也稱結構測試或邏輯驅動測試，是指基于一個應用代碼的內部邏輯知識，即基于覆蓋全部代碼、分支、路徑、條件的測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。 “白盒”法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。“白盒”法是窮舉路徑測試。在使

24、用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發現不了一些與數據相關的錯誤。 白盒測試可以借助一些工具來完成如Junit Framework，Jtest等。 2 黑盒測試 黑盒測試是指不基于內部設計和代碼的任何知識，而基于需求和功能性的測試，黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，

25、在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，并且保持外部信息（如數據庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認測試。 “黑盒”法著眼于程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。“黑盒”法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不

26、合法但是可能的輸入進行測試。 黑盒測試也可以借助一些工具，如WinRunner，QuickTestPro，Rational Robot等。 測試方法:劃分等價類(有效,無效),邊界值,覆蓋法(語句,判定,條件,判定-條件,路徑)手工測試和自動測試a.手工測試缺點在于測試工作量大，重復多，回歸測試難以實現b.自動測試利用軟件測試工具自動實現全部或部分測試工作：管理、設計、執行和報告；節省大量的測試開銷，并能夠完成一些手工測試無法實現的測試ü 手工完成測試的全部過程無法保證測試的科學性與嚴密性: 修改的缺陷越多，回歸測試越困難 沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率

27、 反復測試帶來的倦怠情緒及其它人為因素使得測試標準前后不一 測試花費的時間越長，測試的嚴格性也就越低ü 自動測試將測試人員從反復、煩雜的測試執行中解放出來，用更多的時間進行測試設計和結果分析ü 軟件測試不可能完全自動化ü 不能完成所有手工測試任務ü 無創造性且靈活性差，不能改進測試的有效性ü 過程中可能會遇到許多意想不到的問題，特別是當軟件不穩定時ü 測試腳本的維護高主流測試工具的測試流程1.自動化測試工具=loadrunner=1制定負載測試計劃(分析應用程序， 確定測試目標，計劃怎樣執行LoadRunner）2開發測試腳本（錄制基

28、本的用戶腳本，完善測試腳本）3創建運行場景（選擇場景類型為Manual Scenario，選擇場景類型，理解各種類型，場景的類型轉化）4運行測試5監視場景（MEMORY 相關，PROCESSOR相關，網絡吞量以及帶寬，磁盤相關，WEB應用程序 ，IIS5.0，SQL SERVER，NETWORK DELAY等)6分析測試結果(分析實時監視圖表,分析事務的響應時間,分解頁面,確定WEBSERVER的問題,其它有用的功能)=quicktestpro=1準備錄制打開你要對其進行測試的應用程序，并檢查QuickTest中的各項設置是否適合當前的要求。2進行錄制打開QuickTest的錄制功能，按測試用

29、例中的描述，操作被測試應用程序。3編輯測試腳本通過加入檢測點、參數化測試，以及添加分支、循環等控制語句，來增強測試腳本的功能，使將來的回歸測試真正能夠自動化。4調試腳本調試腳本，檢查腳本是否存在錯誤。5在回歸測試中運行測試在對應用程序的回歸測試中，通過QuickTest回放對應用程序的操作，檢驗軟件正確性，實現測試的自動化進行。6分析結果，報告問題查看QuickTest記錄的運行結果，記錄問題，報告測試結果。QTP與LR的區別:QTP: 基于UI對象的功能測試LR: 基于協議的性能測試QTP 錄制原理：消息機制，截獲消息。錄制的前提是能識別控件。LU 錄制原理：捕獲數據包。錄制的前提是能識別協

30、議報文。=winrunner=1啟動時選擇要加載的插件2進行一些設置（如錄制模式等）3識別應用程序的GUI，即創建map(就是學習被測試軟件的界面）4建立測試腳本（錄制及編寫）5對腳本除錯及調試（保證能夠運行完）6插入各種檢查點（圖片，文字，控件等）7在新版應用程序中執行測試腳本8分析結果，回報缺陷2.測試管理工具TestDirect=安裝好后，先進入站點管理1創建域及工程2添加用戶3編輯licenses及本服務器4編輯數據庫TD1選擇新建的工程進行定制(列表，用戶，組，版本等)2在require中增加需求3把需求轉化為plan4 在testlab中由計劃新建測試具體用例與執行5發現bug，在

31、defect中提交bug（每一部分都可以相對獨立地使用）軟件質量保證（Software Quality Assurance）:SQA介入于整個軟件開發過程監督和改進過程，確認達成的標準和過程被正確的遵循，保證問題被發現和解決。它以預防為主。軟件測試（Software Testing）:軟件測試是在一定控制的條件下，圍繞一個系統或應用的操作并且評價其結果（一個最簡單的例子：如果用戶使用硬件A，在應用接口B上做了操作C，那么結果D應當出現），控制的條件應當包括正常和異常的條件。測試企圖使事情變得很糟糕，從而來檢測出一些應當發生而沒有發生，或者不應當發生而發生的事情。測試以檢測為主。*關于如何安排QA和測試的任務時，不同的組織變化是很大的。有時它們可以有一個組或個人來負責，共同的是一個項目組混合了測試人員和開發人員，并且他們一起緊密的工作，而QA過程有項目經理來監督。所有這些是同組織的大小和商業結構有關的。客戶需求: