軟件測試工程師面試題及答案

1、1.軟件測試方法有哪些分類？各有什么特點？設計測試用例的主要方法有哪些? 軟件測試方法分類1) 白盒、黑盒、灰盒2) 單元測試、集成測試、系統(tǒng)測試、驗收測試、回歸測試、 Alpha測試、Beta測試3) 靜態(tài)測試和動態(tài)測試設計測試用例的主要方法1) 等價類劃分2) 邊界值分析法3) 因果圖法4) 場景法2 .系統(tǒng)測試是什么？需要考慮哪些方面？1)系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外設、網(wǎng)絡等其他元素結合在一起， 進行信息系統(tǒng)的各種組裝測試和確認測試，其目的是通過與系統(tǒng)的需求相比較，發(fā) 現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案.O2)它的的任務是盡可能徹底地檢查出程

2、序中的錯誤，提高軟件系統(tǒng)的可靠性，其目的 是檢驗系統(tǒng)”做得怎樣？"。這階段又可分為三個步驟：模塊測試，測試每個模塊的 程序是否有錯誤；組裝測試，測試模塊之間的接口是否正確；確認測試，測試整個 軟件系統(tǒng)是否滿足用戶功能和性能的要求。該階段結束應交付測試報告，說明測試 數(shù)據(jù)的選擇，測試用例以及測試結果是否符合預期結果。3)測試發(fā)現(xiàn)問題之后要經(jīng)過調試找出錯誤原因和位置，然后進行改正。是基于系統(tǒng)整 體需求說明書的黑盒類測試，應覆蓋系統(tǒng)所有聯(lián)合的部件。4)系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的 定義，找出與需求規(guī)格不相符合或與之矛盾的地方。系統(tǒng)測試的對象不僅僅

3、包括需要測試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴的硬件、 外設甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結合起來，在系統(tǒng)實際運行環(huán)境下來進行測試3 .怎樣才能成為一個合格的軟件測試工程師？1) 計算機專業(yè)技能2) 測試專業(yè)技能3) 軟件編程技能4) 網(wǎng)絡、操作系統(tǒng)、數(shù)據(jù)庫、中間件等知識5) 較強的責任心，對待測試工作要有不厭其煩的態(tài)度，與需求人員、研發(fā)人員多交流多溝通4. 一名軍官要求24名士兵站成6排，每排都是5人，士兵們全犯傻了。最后一名士兵終 于想出了一個好辦法。他是怎樣安排的？只要排成一個六邊形即可01.為什么要在一個團隊中開展 軟件測試工作？保

4、證軟件質量的最后一道關口。02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？測試計劃->測試設計（測試用例，測試數(shù)據(jù)）-> 測試執(zhí)行（單元測試，集成測試，系統(tǒng)測試，回歸測試）03.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試）易用性測試-界面的友好性，操作方便性等。功能測試-系統(tǒng)中功能性需求的滿足安全性測試-系統(tǒng)是否存在安全隱患和漏洞性能測試-系統(tǒng)在大并發(fā)下的響應速度和健壯性04.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測

5、試的區(qū)別與聯(lián)系。黑盒/白盒:主要區(qū)別在是否了解系統(tǒng)或程序的內部結構和代碼單元測試：關注某一個單元，函數(shù)，模塊的正確性，一般需要編寫相關測試代碼。集成測試：模塊或模塊直接的集成接口測試，單個模塊測試系統(tǒng)測試：一個完整功能的完全測試。05.測試計劃工作的目的是什么？測試計劃工作的內容都包括什么？其中哪些是最重要的？提前安排出測試工具選擇，測試類型選擇，人員需求，保證和項目開發(fā)協(xié)調一致，保證測試工作順利進行。06.您認為做好測試計劃工作的關鍵是什么？了解項目或系統(tǒng)的業(yè)務需求和項目經(jīng)理協(xié)調好，了解項目的進度計劃安排情況07.您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例

6、設計工作中的應用。邊界值/等價類/業(yè)務流程圖分析和狀態(tài)轉換分析 /業(yè)務邏輯分析08.您認為做好測試用例設計工作的關鍵是什么？對業(yè)務和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測試用例設計09.您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內容。評審計劃-> 預審->評審；評審內容主要是測試用例對軟件需求的覆蓋程度，對于相關邊界是否考慮， 是否針對復雜流 程準備多套測試數(shù)據(jù)，是否有專門針對非功能性需求的測試。10 .您以往是否曾經(jīng)從事過性能測試工作？如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。制訂計劃-選擇測t功能-選擇測t工具

7、- 錄制腳本-運行測試- 分析結果11 .您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。微軟 WAS,LoadRunner12 .您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？關鍵是測試腳本的錄制，測試時候測試環(huán)境的干凈。13 .在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug ）記錄？缺陷名詞/描述/缺陷等級/嚴重程度/發(fā)現(xiàn)模塊/發(fā)現(xiàn)步驟和過程/是否可以重現(xiàn)14 .您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（B

8、ug）的管理？如果有，請結合該工具描述軟件缺陷（Bug ）跟蹤管理的流程。CQ,也可以使用BugFree等免費工具。15 .您如何看待軟件過程改進？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？將先進的經(jīng)驗或思想固化到過程中，通過過程改進和能力提高來改進軟件質量。1、根據(jù)你的經(jīng)驗說說你對軟件測試/質量保證的理解？軟件質量保證與測試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內部結構而精心 設計的一批測試用例（即輸入數(shù)據(jù)和預期的輸出結果），并利用這些測試用例去 運行程序，以發(fā)現(xiàn)錯誤的過程。它是對應用程序的各個方面進行測試以檢查其功 能、語言有效性及外觀排布

9、.2、軟件測試的流程是什么？需求調查：全面了解您的系統(tǒng)概況、應用領域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織、時間安排、功能需求、性能需求、質量需求及測試要求等根據(jù)系統(tǒng)概況進行項目所需的人員、時間和工作量估計及項目報價。制定初步的項目計劃：在與您充分共同和協(xié)商的基礎上制定我們的測試計劃。測試準備：組織測試團隊、培訓、建立測試和管理環(huán)境等。測試設計：按照測試要求進行每個測試項的測試設計， 包括測試用例的設計及測 試腳本的開發(fā)等。測試實施：按照測試計劃進行實施測試。測試評估：根據(jù)測試的結果，出具測試評估報告。3、（1）你對SQA勺職責和工作活動（如軟件度量）的理解：SQA是獨立于軟件開發(fā)的項目組，通

10、過對軟件開發(fā)過程的監(jiān)控，來保證軟件的 開發(fā)流程按照指定的CMMi程（如果有相應的CMMS程），對于不符合項及時提出建議和改進方案，必要是可以要高層經(jīng)理匯報以求問題的解決。通過這樣的途徑來預防缺陷的引入，從而減少后期軟件的維護成本。SQA主要的工作活動包 括制定SQA0L作計劃，參與階段產(chǎn)物的評審，進行過程質量、功能配置及物理配 置的審計等; 對項目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進行度量等等；（2） 說說你對軟件配置管理的理解：項目在開發(fā)的過程中要用相應的配置管理工具對配置項（包括各個階段的產(chǎn)物）進行變更控制，配置管理的使用取決于項目規(guī)模和復雜性能及風險的水平。軟件的規(guī)模越大，配置管理就顯得越重要。還有在

11、配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準， 隨后的工作便基于此標準，并且只有經(jīng)過授權后才能變更這個標準。配置管理工具主要有CC,VSS,CV潴，偶只用過CVS對其它的不熟悉（3） 怎樣寫測試計劃和測試用例：簡單點，測試計劃里應有詳細的測試策略（測試方法等），合理詳盡的資源安排等，至于測試用例，那是依賴于需求（包括功能與非功能需求）是否細化到功能點，是否可測試等。（4）說說主流的軟件工程思想（如CMM CMMI RUP XP, PSP TSP等）的大致情況以及對它們的理解：CMM:SWCapability Maturity Mode

12、l 軟件能力成熟度模型, 其作用是用于軟件過程的改進、評估及軟件能力的評鑒CMMI:Capability Maturity Model Integration能力成熟度模型集成CMMI融入了大部分最新的軟件管理實踐，同時彌補了SW-CMM型中的缺陷RUP:rational unified process 是軟件工程化過程。XP： extreme program ,即極限編程的意思，適用于小型團隊的軟件開發(fā)，想上面第三個問題就可以結合原型法采用這樣的開發(fā)流程。要明白測試對于xp 開發(fā)的重要性，強調測試（重點是單元測試）先行的理念。編程可以明顯提高代碼的質量，持續(xù)集成對于快速定位問題很有好處。PS

13、P,TSP分別是個體軟件過程（Personal Software Process）,群組軟件過程（Team Software Process ）大家都知道，CMW是告訴你怎么做但并沒有告訴 你如何做，所以PSP/TSFgft是告訴你企業(yè)在實施CMMJ過程中如何做，PSP強調 建立個人技能（如何制定計劃、控制質量及如何與其他人相互協(xié)作等等）而TSP著重于生產(chǎn)并交付高質量的軟件產(chǎn)品（如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務等等）?？傊?，單純實施 CMM永遠不能真正做到能力成熟度的升級，只有 將實施CMMf實施PSP?口 TSP有機地結合起來，才能發(fā)揮最大的效力。因此，軟 件過程框架應該是CMM/P

14、SP/TSP有機集成。4、還有問一下你是怎樣保證軟件質量的，也就是說你覺得怎樣才能最大限度地保證軟件質量？測試并不能夠最大限度的保證軟件的質量，軟件的高質量是開發(fā)和設計出來的，而不是測試出來的，它不僅要通過對軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個階段都要按照指定的規(guī)程進行，通過對各個階段產(chǎn)物的評審，QA對流程的監(jiān)控,對功能及配置的審計來達到開發(fā)的最優(yōu)化。當然測試也是保證軟件質量的一個重要方式，是軟件質量保證工程的一個重要組成部分。5、然后緊接著就基于目前中國的國情，大多數(shù)公司的軟件項目進度緊張、人員較少、 需求文檔根本沒有或者很不規(guī)范，你認為在這種情況下怎樣保證軟件的質量？ （ 大多數(shù)公司最想

15、知道的就是在這種困難面前你該怎么保證軟件的質量，因為這些公司一般就是這種情況一-既不想投入過多又想保證質量，faint ）出現(xiàn)以上的情況，如果僅僅想通過測試來提高軟件質量，那幾乎是不可能，原因是沒有足夠的時間讓你去測試，少而不規(guī)范的文檔導致測試需求無法細化何談足夠且有針對性進行測試。所以， 作為公司質量保證的你應該先和項目經(jīng)理確定符合項目本身最適合的軟件生命周期模型（比如 RUP勺剪裁，原型法），明確項目的開發(fā)流程并督促項目組按照此流程開展工作，所有項目組成員（項目經(jīng)理更加重要） 都要制定出合理的工作計劃，加強代碼的單元測試，在客戶既定的產(chǎn)品交付日期范圍之內，進行產(chǎn)品的持續(xù)集成等等，如果時間允

16、許可以再配合客戶進行必要的系統(tǒng)功能測試。6、一個測試工程師應具備那些素質和技能？1、掌握基本的測試基礎理論；2、本著找出軟件存在的問題的態(tài)度進行測試, 即客觀吧 , 不要以挑刺形象出現(xiàn)3、可熟練閱讀需求規(guī)格說明書等文檔；4、以用戶的觀點看待問題5、有著強烈的質量意識；6、細心和責任心；7、良好的有效的溝通方式（ 與開發(fā)人員及客戶）8、具有以往的測試經(jīng)驗；能夠及時準確地判斷出高危險區(qū)在何處.9、為什么要在一個團隊中開展軟件測試工作？因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質量，就好比ISO質量認證一樣， 測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)

17、軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質量情況。10、您所熟悉的軟件測試類型都有哪些？測試類型有：功能測試，性能測試，界面測試。功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結合進行。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。11、您認為做好測試用例設計工作的關鍵是什么？白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果黑盒用例設計的關鍵同樣也是以較

18、少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發(fā)現(xiàn)最多的問題軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？3、是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？軟件的白盒測試是對軟件的過程性細節(jié)做

19、細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內執(zhí)行循環(huán)體。4、測試內部數(shù)據(jù)結構的有效性，等等。4、驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既

20、定功能和任務。驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)， 接口錯誤也已經(jīng)基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。12、 測試計劃工作的目的是什么？測試計劃工作的內容都包括什么？其中哪些是最重要的？軟件測試計劃是指導測試過程的綱領性文件，包含了產(chǎn)品概述、測試策略、測試方法、 測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通

21、，跟蹤和控制測試進度，應對測試過程中的各種變更。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。所以其中最重要的是測試策略和測試方法（最好是能先評審）13、您認為做好測試計劃工作的關鍵是什么？1 . 明確測試的目標，增強測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此， 軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使

22、用，生成的測試結果直觀、準確2 .堅持“5W規(guī)則，明確內容與過程“5W規(guī)則指的是“ What （做什么）"、“ Why（為什么做）"、“ When（何時 做）"、“ Where （在哪里）"、“ Hw （如何做）”。利用“ 5W規(guī)則創(chuàng)建軟件 測試計劃，可以幫助測試團隊理解測試的目的（ Why ,明確測試的范圍和內容 （ What） ， 確定測試的開始和結束日期（ When） ， 指出測試的方法和工具（ How） ，給出測試文檔和軟件的存放位置（Where）。3采用評審和更新機制，保證測試計劃滿足實際需求測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試

23、團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執(zhí)行人員。4. 分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。 測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術。14、 您所熟悉的測試用例設計方法都有哪些？1等價類劃分2邊界值分析法3錯誤推測法4因果圖方法15、你的測試職業(yè)發(fā)

24、展是什么？測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前 3 年累積測試經(jīng)驗，按如何做好測試工程師的11， 12 點要求自己，不斷的更新自己改正自己，做好測試任務。17、你自認為測試的優(yōu)勢在哪里？優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。18、當開發(fā)人員說不是BUGM,你如何應付？開發(fā)人員說不是bug,有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進行確認，需不需要改動，3 方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG勺依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題， 會有什么不良結果？程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來, 跟開發(fā)經(jīng)理和測試經(jīng)理進行確認, 如果要修改就改, 如果不要修改就不改。其實有些真的不是 bug,我也只是建議的方式寫進 TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug 的話， 一定要堅持自己的立場，讓問題得到最后的確認。各位考官好，今天能夠站在這里參加面試，有機會向各位考官請教和學習，我感到非常的榮幸。希望通過這次面試能 夠把自己展示給大家，希望大家記住我.我的性格比較開朗，隨