怎麼回答軟體測試面試

❶ 軟體測試面試常見問題及答案是什麼

一般軟體測試的面試分為三輪：筆試，HR面試，技術面試。

前兩輪，根據不同企業，或有或無，但最後一個技術面試是企業了解你「行不行」的關鍵環節，每個企業都會有的。

在平時的學習、工作中一定要善於總結，如果回答不好，面試官會認為你技術能力有限或者不勤於思考，是很容易被pass掉的。

簡單為大家總結了些面試過程中經常會被問到的問題：

hr會問的幾個問題

1.你覺得自己的優缺點是什麼

2.你上一家公司的薪資是多少，調了幾次薪

3.為什麼從上一家公司離職呢

4.離職證明和背調可以嗎？

5，你還有什麼問題要問嗎？

（這些問題都帶坑！回答不好會死在這兒的，不知道怎麼回答，可以網路下或者聯系在線客服）

技術方面的問題

【功能方面】

1.你是怎樣理解軟體測試的

2.讓你介紹你做的項目的業務流程

3.軟體測試的流程

4..你認為什麼是bug，說一下你印象深刻的bug，結合項目說一下你們公司有哪些類型的bug和bug評判嚴重程度的標准

5.如何保證軟體測試的質量

6.如何保證你寫的測試用例覆蓋所有的場景

7.如果用戶在正式環境發現一個bug，你在測試環境沒有發現，怎麼辦

8.項目測試到什麼程度就可以上線了

【場景方面】

1.讓你寫登錄，支付，充值，購物車，文件上傳，三角形，筆，水杯等的測試點（80%的公司會讓你分析測試點！！！）

【計算機網路基礎知識】

1.http協議的內容是什麼?

2.請求頭的內容有哪些

3.常見的狀態碼有些

4.http和https的區別有哪些

5.tcp和udp的區別

6.請描述下tcp的三次握手四次揮手的過程

7.網關的作用

8.osi七層模型每一層的作用

9.session是什麼，cookie是什麼，有什麼使用場景

10.session和cookie的區別

【介面測試】

1.你認為的介面是什麼

2.介面測試工具工作的原理是什麼呢？

3.介面中包含哪些內容

4.介面用例如何寫

5.你是如何做介面測試的，使用的什麼工具？

6.介面自動化了解過嗎

7.get和post的區別

【自動化測試】

1.可能會問到selenium

2.selenium元素定位的方式，顯示等待，隱式等待，強制等待的區別等

3.介面自動化腳本的編寫原理和過程

這塊可以不用擔心，只要會一些簡單的就可以了，因為對於初中級測試來說，自動化是一個加分項，一般如果自動化掌握的很熟練的同學薪資是在12-25k之間的

【其他測試問題】

1.簡述轉包過程，你用的抓包工具是什麼

2.如何分析一個bug是前端還是後端bug

3.url後面跟數據的話如何拼接上去

4.抓包的原理是什麼

5.你們公司使用的bug管理工具是什麼

6.弱網測試是如何實現的

7.web測試和app測試的區別是什麼

8.給你一個軟體你會如何進行測試

9.兼容性測試你是如何做的（從app和web兩方面回答）

10.冒泡排序之類的一些代碼題

11.如果在正是環境發現bug測試環境沒發現怎麼辦

12.如果有一個bug，怎麼判斷這個bug是前端代碼導致的還是後端代碼導致的

這些問題回答的正確與否直接決定了你能否留下，甚至能拿多少薪資的問題，多回答對一個問題，就有可能多為自己爭取到500-1000塊的工資呢。如果不知道怎麼回答，可以私信細聊哦！

❷ 軟體測試工程師面試主要有哪些問題如何回答

軟體測試面試前的最後一波惡補！不要打沒有準備的仗。
想要拿到心儀的offer，光有相應的技術水平是不夠的，還是要提前做好面試題的熟悉以及學習一些面試時的技巧，否則，就算是金子也很可能會被埋沒了。
下面給詳細講講一些面試中比較常見的題吧！
1、軟體測試的流程是什麼？
分析：每當hr問一個問題的時候，我們都必須在腦海里先想一下他是想通過這個問題獲取哪些信息，做好了這步先行工作再回答就比較穩健了。如果有工作經驗，那麼直接按照公司流程去答就可以了，如果你剛轉行或者是才實習，那就按下面的標准回答走就行了。
回答：項目經理將項目需求文檔給到開發，開發記錄文檔內需求不明確或者遺漏點做好准備，然後在需求評審會議上，各開發人員提出自己的疑問並解決，需求評審最終得到一份需求規格說明書。（需求評審階段）
評審通過後，開發這邊的經理就開始編寫開發計劃，測試經理編寫測試計劃，計劃評審通過後開發人員進行程序的開發，測試人員開始測試用例的編寫。當項目的第一個版本出來後，開發負責第二個版本的迭代，而測試這邊對項目進行測試並記錄追蹤管理bug，直到項目迭代完畢。（產品研發階段）
項目迭代完畢並修復大部分的bug後，測試這邊開始進行總結，最終產出一份測試報告書，記錄此次的測試工作及項目存在的問題。（產品發布階段）

2、測試用例主要有哪些元素？
分析：每家公司用的模板都不盡相同，所以內容也是多種多樣的，你只需要把基本的元素回答出來就行了。
回答：測試用例的主要元素有：ID、標題、模塊、預置條件、操作步驟、預期結果、實際結果、是否通過等等

3、軟體測試有什麼策略和階段？
分析：策略就是你是以什麼樣的思路去測試，或者是通過什麼樣的技術或者步驟去執行等等。
回答 ：軟體測試的策略主要有：動態、靜態測試；白盒、黑盒測試。測試階段按照研發順序分別是：單元測試、集成測試、系統測試，有些公司還會有驗收測試；（單元測試開發在調試代碼時就完成，集成測試也是，但是有時測試人員也需要進行集成測試；測試人員平時主要的工作就是系統測試，驗收測試是客戶參與進行的測試）；

4、測試用例是什麼？有什麼作用？
回答：測試用例實際上就是預設好一個特定的場景，神滲讓軟體再這個場景中運行，以檢驗程序是否給出正確反應，來衡量軟體是否正確滿足了客戶需求。
作用：
1、避免盲目測試並提高測試效率；在軟體版本更新之後只需要少量修改即可開展測試工作，提高工作效率，大幅度縮短測試周期。
2、可以直觀看出哪些是測試重點，測試用例是測試工作的見證，可以看到測了哪些功能，又有哪些模塊沒有測。
3、測試用例是量化測試工作的方法之一。

5、你平時是怎麼設計測試用例的？
分析：這個問題的點主要考察是否掌握測試用例設計方法，在回答之後，HR可能會繼續追問某種設計方法的概念或者實例，這時舉例說明即可；如：等價類劃分法就是把程序的輸入域劃分成等價類，從每個部分中選取少數代表性數據當做測試數據。
回答：設計測試用例一般都會使用到等價類、邊界值、場景/流程法、因果圖還有錯誤推測法；
6、你們公司的需求評審是怎麼進行的？
分析：需求評審，就是對客戶需求，軟體各個模塊之間模糊的點進行審查，排除不理解或者沒有考慮到的點。
回答：需求評審，在一些分工比較明確的公司，都是由PD負責，需求確認好後再下發到開發和測試部門；分工不怎麼明確的公司可能就是開發測試產品等大家坐在一起共同探討；評審形式一般分為線上和線下兩種方式，負責人一般會提前把需求文檔下發到大家手上供大家整理各自的疑惑點，為後續的評審會議做准備。
7、還有什麼想要問我的嗎？
分析：這個問題在每個面試的尾聲都會被問到，如果你直接回答沒有，會讓hr有種你不在意這份工作的感覺，如果你問得多了又會顯得面試之前沒有做好充分的准備，所以問題一般控制在2-3個就差不多。
直接說沒有，會讓HR覺得散雹你不關心這個崗位，問的多了又會顯得面試之前沒有做好充分的准備。所以問題一般控制在兩到三個比較好。
回答：
1、公司的研發團隊目前是什麼規模？開發和測試分別有多少人？
2、公司今後的業務方向是游掘脊什麼？
3、如果我入職了，我的主要工作職責是什麼？
以上！

❸ 軟體測試崗位的面試技巧有哪些

軟體測試崗位必備的面試技巧
（一）面試前的准備工作
（1）、在家中記背軟體測試基礎知識性題目以及測試用例的寫法。
（2）、調查面試公司的網址、公司介紹、公司的地址這些是否是屬實。
（3）、保持好良好的心態，衣著稍微正式一點不要穿平時在家穿的休閑衣服。女性稍加花點淡妝。塑造一個看起充滿自信又美麗的女人或是一個看起充滿活力瀟灑的男人。
（4）、去面試公司的乘坐路線必須在去之前都在網上查好抄在紙上，那個面試公司的、應聘職位、聯系方式也應該一起抄在紙上以便在去面試的路途上迷路了可以打電話咨詢。從不會導致找不到路而擔心面試遲到。
（5）、想好一分鍾的自我介紹（畢業學校、擅長的領域、培訓經歷、工作經驗/離職原因）的話術。
（二）、面試中的\'筆試
（1）、會做的就盡量做得更好。
（2）、不會做的就很坦白的說不會做，不用緊張，切忌不懂裝懂。
（3）、軟體測試筆試一般主要是分為軟體測試的基礎性題目和給出一個圖例設計測試用例，還有就是一道邏輯題或是一道智力題。軟體測試的定義、流程考得比較多。
（三）、筆試完之後與面試官Face To Face的交談
（1）、面帶微笑的回答面試官的任何問題，切忌不會的就如實說這個問題我不是很了解或是不會。繞開話題，或是想辦法叫面試官自己給你講出答案。
（2）、說話要流利、反應要敏捷。若是外企公司面試的話就在說中文溝通中夾帶說一些英語，那樣面試官對你的印象會深刻一些。
（3）、多認同面試官說地真確的觀點和看法以及講得很好的地方就表現你贊賞的態度，那樣面試官就會覺得和你這種人溝通很愉快。同時也會很欣賞你是一個善於傾聽他人意見的人，懂得如何去汲取別人好的建議和看法。不過，請記住該是你表達自己的主觀看法時就應該很有主見的說出來。這樣面試官才會認同你是一個很有見地的人，不會是一個沒有主見的人。
（4）、面試官一般會問你的問題：為什麼不在上家公司做了？你對軟體測試的認識以及軟體工程的看法？你會有什麼問題要問我的嗎？工作經驗的講述？
（5）、當面試官問你有什麼問題要問他的時候，你可以從以下幾點：一是可以問公司的具體介紹。二是你應聘崗位的職責和具體做些什麼事情。
聲明:本網站尊重並保護知識產權，根據《信息網路傳播權保護條例》，如果我們轉載的作品侵犯了您的權利,請在一個月內通知我們，我們會及時刪除。

❹ 軟體測試面試題及解答

軟體測試[1]就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。下面是我為你整理的軟體測試面試題，希望對你有所幫助!

01. 為什麼要在一個團隊中開展軟體測試工作?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2、在介面上，輸入是否能正確的接受?能否輸出正確的結果?

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

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

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

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

1、對程序模塊的所有獨立的執行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環的邊界和運行的界限內執行循環體。

4、測試內部數據結構的有效性，等等。

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

單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。

集成測試(也叫組裝測試，聯合測試)是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經測試過的單元組合成一個組件，並且測試它們之間的介面。從這一層意義上講，組件是指多個單元的集成聚合。在現實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，並最終擴展進程，將您的模塊與其他組的模塊一起測試。最後，將構成進程的所有模塊一起測試。

系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。(常見的聯調測試)

系統測試的目的是對最終軟體系統進行全面的測試，確保最終軟體系統滿足產品需求並且遵循系統設計。

驗收測試是部署軟體之前的最後一個測試操作。驗收測試的目的是確保軟體准備就緒，並且可以讓最終用戶將其用於執行軟體的既定功能和任務。

驗收測試是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試後，已經按照設計把所有的模塊組裝成一個完整的軟體系統，介面錯誤也已經基本排除了，接著就應該進一步驗證軟體的有效性，這就是驗收測試的任務，即軟體的功能和性能如同用戶所合理期待的那樣。

06. 測試計劃工作的目的是什麼?測試計劃工作的內容都包括什麼?其中哪些是最重要的?

軟體測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。藉助軟體測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。

測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)

07. 您認為做好測試計劃工作的關鍵是什麼?

1. 明確測試的目標，增強測試計劃的實用性

編寫軟體測試計劃得重要目的就是使測試過程能夠發現更多的軟體缺陷，因此軟體測試計劃的價值取決於它對幫助管理測試項目，並且找出軟體潛在的缺陷。因此，軟體測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具並且具有較高的實用性，便於使用，生成的測試結果直觀、准確

2.堅持“5W”規則，明確內容與過程

“5W”規則指的是“What(做什麼)”、“Why(為什麼做)”、“When(何時做)”、“Where(在哪裡)”、“How(如何做)”。利用 “5W”規則創建軟體測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內容(What)，確定測試的開始和結束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟體的存放位置(Where)。

3.採用評審和更新機制，保證測試計劃滿足實際需求

測試計劃寫作完成後，如果沒有經過評審，直接發送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟體需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。

4. 分別創建測試計劃與測試詳細規格、測試用例

應把詳細的測試技術指標包含到獨立創建的測試詳細規格文檔，把用於指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理資料庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。

08. 您所熟悉的測試用例設計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

1.等價類劃分

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

2.邊界值分析法

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

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

3.錯誤推測法

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

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

4.因果圖方法

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

09. 請以您以往的實際工作為例，詳細的描述一次測試用例設計的完整的過程。

就說最近的這次網站功能的測試吧

首先：得到相關文檔(需求文檔和設計文檔)，理解需求和設計設計思想後，想好測試策略(測試計劃簡單點就OK了)，考慮到測試環境，測試用例，測試時間等問題。

第二步：設計測試用例，測試策略是：把網站部分的功能點測試完，然後在進行系統測試(另外個模塊呢有另一個測試人員負責，可以進行聯調測試)，網站模塊的測試基本是功能測試和界面測試(用戶並發的可能性很小，所以不考慮)：這次的網站的輸入數據呢是使用資料庫中的某張表記錄，如果表中某一數據記錄中新加進來的(還沒有被處理的，有個標志位)，網站啟動後會立刻去刷那張表，得到多條數據，然後在進行處理。處理過程中，會經歷3個步驟，網站才算完成了它的任務。有3個步驟呢，就可以分別對 這3個步驟進行測試用例的設計,盡量覆蓋到各種輸入情況(包括資料庫中的數據，用戶的輸入等)，得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發送的郵件和用戶填寫資料的頁面展示。

第三步：搭建測試環境(為什麼這個時候考慮測試環境呢?因為我對網站環境已經很熟了，只有有機器能空於下來做該功能測試就可以做了)，因為網站本身的環境搭建和其他的系統有點不同，它需要的測試環境比較麻煩，需要web伺服器(Apache,tomcat)，不過這次需求呢，網站部分只用到了tomcat，所以只要有tomcat即可

第四步：執行測試

10. 您以往是否曾經從事過性能測試工作?如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。

是的，曾經做過網站方面的性能測試，雖然做的時間並不久(2個月吧)，當時呢，是有位網站性能測試經驗非常豐富的前輩帶著我一起做。

性能測試類型包括負載測試，強度測試，容量測試等

負載測試：負載測試是一種性能測試指數據在超負荷環境中運行，程序是否能夠承擔。

強度測試： 強度測試是一種性能測試，他在系統資源特別低的情況下軟體系統運行情況

容量測試：確定系統可處理同時在線的最大用戶數

在網站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計劃，根據運營數據得出流量最大的頁面(如果是第一次的話，一般是首頁，下載頁，個人帳戶頁流量最大，而且以某種百分比)，

Web伺服器指標指標：

* Avg Rps: 平均每秒鍾響應次數=總請求時間 / 秒數;

* Successful Rounds：成功的請求;

* Failed Rounds ：失敗的請求;

* Successful Hits ：成功的點擊次數;

* Failed Hits ：失敗的點擊次數;

* Hits Per Second ：每秒點擊次數;

* Successful Hits Per Second ：每秒成功的點擊次數;

* Failed Hits Per Second ：每秒失敗的點擊次數;

* Attempted Connections ：嘗試鏈接數;

11. 您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，並以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

12. 您認為性能測試工作的目的是什麼?做好性能測試工作的關鍵是什麼?

13. 在您以往的工作中，一條軟體缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟體缺陷(Bug)記錄?

14. 您以往所從事的軟體測試工作中，是否使用了一些工具來進行軟體缺陷(Bug)的管理?如果有，請結合該工具描述軟體缺陷(Bug)跟蹤管理的流程。

15. 您認為在測試人員同開發人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發團隊中其他成員良好的人際關系的關鍵是什麼?

16. 在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什麼?您是如何來對待這些事情的?

17. 在即將完成這次筆試前，您是否願意談一些自己在以往的學習和工作中獲得的工作經驗和心得體會?(可以包括軟體測試、過程改進、軟體開發或者與此無關的其他方面)

18.你對測試最大的興趣在哪裡?為什麼?

最大的興趣就是測試有難度，有挑戰性!做測試越久越能感覺到做好測試有多難。曾經在無憂測試網上看到一篇文章，是關於如何做好一名測試工程師。一共羅列了十一二點，有部分是和人的性格有關，有部分需要後天的努力。但除了性格有關的1、2點我沒有把握，其他點我都很有信心做好它。

剛開始進入測試行業時，對測試的認識是從無憂測試網上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發更難，雖然當時我很想做開發(學校專業課我基本上不缺席，因為我喜歡我的專業)，但看到測試比開發更難更有挑戰性，想做好測試的意志就更堅定了。

不到一年半的測試工作中，當時的感動和熱情沒有減退一點(即使環境問題以及自身經驗，技術的不足，做測試的你一定也能理解)。

我覺得做測試整個過程中有2點讓我覺得很有難度(對我來說，有難度的東西我就非常感興趣)，第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什麼測試方法寫?(也就是測試計劃或測試策略)，如果你剛測試一個新任務時，你得花一定的時間去消化業務需求和技術基礎，業務需求很好理解(多和產品經理和開發人員溝通就能達到目的)，而技術基礎可就沒那麼簡單了，這需要你自覺的學習能力，比如說網站吧，最基本的技術知識你要知道網站內部是怎麼運作的的，後台是怎麼響應用戶請求的?測試環境如何搭建?這些都需要最早的學好。至少在開始測試之前能做好基本的准備，可能會遇到什麼難題?需求細節是不是沒有確定好?這些問題都能在設計用例的時候發現。

第二是發現BUG的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發現大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發現bug?這就需要在測試用例有效的情況下，通過細心和耐心去發現bug了，每個用例都有可能發現bug，每個地方都有可能出錯，所以測試過程中思維要清晰(測試過程數據流及結果都得看仔細了，bug都在裡面發現的)。如何描述bug也很有講究，bug在什麼情況下會產生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現這個bug，這個bug產生的規律是什麼?如果你夠厲害的話，可以幫開發人員初步定位問題。

19. 你的測試職業發展是什麼?

測試經驗越多，測試能力越高。所以我的職業發展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業規劃，前3年累積測試經驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務。

20. 你自認為測試的優勢在哪裡?

優勢在於我對測試堅定不移的信心和熱情，雖然經驗還不夠，但測試需要的基本技能我有信心在工作中得以發揮。

軟體開發網 www.mscto.com

21. 你以前工作時的測試流程是什麼?

公司對測試流程沒有規定如何做，但每個測試人員都有自己的一套測試流程。我說下我1年來不斷改正(自己總結，吸取同行的方法)後的流程吧。需求評審(有開發人員，產品經理，測試人員，項目經理)->需求確定(出一份確定的需求文檔)->開發設計文檔(開發人員在開始寫代碼前就能輸出設計文檔)->想好測試策略，寫出測試用例->發給開發人員和測試經理看看(非正式的評審用例)->接到測試版本->執行測試用例(中間可能會補充用例)->提交bug(有些bug需要開發人員的確定(嚴重級別的，或突然發現的在測試用例范圍之外的，難以重現的)，有些可以直接錄制進TD)->開發人員修改(可以在測試過程中快速的修改)->回歸測試(可能又會發現新問題，再按流程開始跑)。

22. 當開發人員說不是BUG時，你如何應付?

開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據是什麼?如果被用戶發現或出了問題，會有什麼不良結果?程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。

23.你為什麼想離開目前的職務?

因為公司運作情況並不理想，公司需要調整部門體系，公司考慮到縮減部門人員，所以大批量的裁員(有6，7個)，這是我的第一份工作，對公司也有較深的感情，因為在這里我找到了職業理想(就是測試)，所以公司需要精簡人員，我自願退出。雖然很捨不得，但我將會有新的發揮能力的舞台。

24：你對我們公司了解有多少?

25：你找工作時，最重要的考慮因素為何?

工作的性質和內容是否能讓我發揮所長，並不斷成長。

26：為什麼我們應該錄取你?

您可以由我過去的工作表現所呈現的客觀數據，明顯地看出我全力以赴的工作態度。

27：請談談你個人的最大特色。

我的堅持度很高，事情沒有做到一個令人滿意的結果，絕不罷手。

28.白箱測試和黑箱測試是什麼?什麼是回歸測試?

29。單元測試、集成測試、系統測試的側重點是什麼?

30。設計用例的方法、依據有那些?

31。一個測試工程師應具備那些素質和技能?

32.集成測試通常都有那些策略?

33.你用過的測試工具的主要功能、性能及其他?

34.一個缺陷測試報告的組成

35.基於WEB信息管理系統測試時應考慮的因素有哪些?

36.軟體測試項目從什麼時候開始，?為什麼?

37.需求測試注意事項有哪些?

❺ 軟體測試 面試時項目經驗怎麼介紹需要從哪幾方面說

1.軟體測試面試時，介紹項目經驗，應重點突出跟你面試公司相關或者同類型的項目。

比如公司從事的主要是web項目：以前主要是從事web系統的項目，做過不少的項目，也積累了不少的測試經驗，能夠獨立完成產品的測試。

比如公司從則洞事的主要是app項目：以前主要是從事的web與app的項目，最近做的項目主要是app為主，做過不少的項目，也積累了不少的測試經驗，能夠獨立完成產品的測試。

2.軟體測試面試時，介紹項目經驗的步驟：

先介紹項目的整體規模，設計了多少用例、發現了多少缺陷……再局部介紹：封測的流程、用例設計的方法……你在項目中的角色和職責……自己的特色、那裡做的最好、遇到什麼困難……總結……

(5)怎麼回答軟體測試面試擴展閱讀：

軟體測試 面試時介紹個人的信息，應揚長避短

1、年紀太大與太小，都不需要主動去孫含枯說明。

比如我年紀只有21歲 例子：面試官您好，我叫***，來自於哪裡，從事軟體測試工作有幾年了。

2、專業不對口也不要過多的去提及（提到了就會增加問你的概率）。

比如你的專業是機械專業，例子：面試官您好，我叫***，來自於哪裡，從事軟體測試工作有老侍幾年了。

❻ 如何面試軟體測試

想要獲得一個滿意的offer，除了自身必要的專業能力和素質，還需要經過面試這一關。
面試前，多點了解公司是做什麼業務的，以及工作崗位的主要工作內容。結合招聘要求，提前想一下面試官可能問的問題，換位思考以及延伸思考。面試過程中，需要學會把面試官引到自己熟悉的領域。最好就是結合一些流程圖、原理圖分析自己優化過程，讓面試官知道你的思考軌跡，這時候，面試官才更容易認可你。此外，多點刷專業面試題，對面試成功也有很大的幫助。刷題不僅會幫助我們掃清知識盲區、鞏固知識點，雹弊凱更卜埋會提高在面試中遇到相同類型題目的概率。51Testing是軟體測試人才基地，專注軟體源喚測試人才培訓19年，累計開班1000+期，培養軟體測試人才60000+。在全國有19所校區，學員入學即配備就業指導老師，多方位輔導就業，而且符合條件的學員，入學就簽訂推薦就業相關協議，如果你對軟體測試還有什麼疑問，可以點擊鏈接咨詢。網頁鏈接

❼ 軟體測試面試常見問題及答案是什麼

黑盒測試的優點有：

比較簡單，不需要了解程序內部的代碼及實現，與軟體的內部實現無關，從用戶角度出發，能很容易地知道用戶會用到哪些功能，會遇到哪些問題，基於軟體開發文檔，所以也能知道軟體實現了文檔中的哪些功能；在做軟體自動化測試時較為方便。

黑盒測試的缺點有：

不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%，自動化測試的復用性較低。

白盒測試的優點有：

幫助軟體測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱 藏的問題。

白盒測試的缺點有：

程序運行會有很多不同的路徑，不可能測試所有的運行路徑；測試基於代碼，智能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；系統龐大時，測試開銷會非常大。

嚴重級別的錯誤：

影響系統整體基本流程運行的錯誤，由於某一操作造成系統死循環或伺服器崩潰的錯誤。

較嚴重：功能實現錯誤、內部計算錯誤。

一般：UI錯誤，一些易用性的錯誤或建。

❽ 面試軟體測試 主要提問哪些問題

1、 說說你們公司測試的一個基本測試流程是什麼？
答：首先會召開需求分析會議，參加人員有產品、開發和測試，主要是探討需求主要的一些功能點，完了之後，開發就排期進行開發，我們就根據主管寫出來的計劃、分配到的任務編寫測試用例，寫完之後會進行用例評審，有評審修改的就修改整理形成最終的用例版本，之後開發人員版本編譯完成後，我們會依據測試用例來執行測試，測試過程中，提交bug，跟蹤bug，直至關閉，測試完後編寫測試報告。

2、 你們項目主要是做什麼的，有些什麼功能，業務邏輯是怎樣的？
答：這個主要就是看公司具體的項目是什麼，了解清楚功能模塊，對主要功能模塊做業務邏輯的一個描述就行。

3、 測試的過程中，還用過一些什麼工具嗎？
答：有就有，沒有就沒有，一定要如實回答！比如在測試介面或者簡單施壓的時候用到了 jmeter。

4、 如果簡歷上寫了，MySQL、Linux等，一般會問，掌握的程度怎麼樣？
答：如實回答，對於測試人員來說，mysql基本的增刪改查都會，Linux基本命令都會，也會linux環境的項目部署。

5、 你們需求分析會議主要目的是什麼？
答：講解此次項目主要是做什麼的，達到一個什麼樣的目的，探討項目功能點，針對不清楚的及時提問。

6、 如果需求過少，你應該怎麼辦？
答：首先我會有所疑問，然後再問問老大，看看到底是怎麼回事，如果確實是需求少，那就進一步的分析這個業務。如果確定有一些需求。

7、 編寫測試用例的時候，會用到什麼方法？
答：等價類、邊界值、錯誤推測法、場景法等。
接著又問了一個:你覺得你在寫用例的時候用到了嗎？
我的回答是用到了，比如邊界值，隨便列舉一個例子，比如：項目中某個標題輸入框，長度是1-16個漢字。會設計測試用例數據為輸入標題為空、標題字數為1、標題字數為2、標題字數為15、標題字數是16、標題字數為17

8、 會寫測試計劃嗎、包含哪些內容？
答：一般說：沒有寫過，是我們主管寫的，但我們會接觸這個文檔。大概包含有：目的、背景、測試范圍、測試開始結束時間、測試策略、測試人員安排、測試環境、風險評估等等。

❾ 軟體測試員的面試常見問題

軟體測試員是指根據測試計劃和測試方案進行軟體測試;能夠針對軟體需求開發測試模型，制定測試方案，安排測試計劃，並對測試項目進行管理的專業人員。下面是我整理的軟體測試員的面試常見問題介紹，大家快來看看吧。

軟體測試員面試問題

1、請根據”V”模型分別概述測試人員在軟體的需求定義階段、設計階段、編碼階段、系統集成階段的工作任務及其相應生成的文檔?

需求定義階段：根據項目需求提取測試需求 並形成測試需求文檔，根據提取的測試需求和項目計劃進行測試計劃的擬定，測試計劃文檔，設計：根據測試需求擬訂測試方案並形成測試方案文檔;根據測試方案制定測試用例，並形成測試用例文檔，編碼階段：執行測試並完善測試用例文檔，系統集成階段：測試總結報告，階段問題統計報告，測試問題報告

2、怎樣衡量一個測試用例的質量?

測試的覆蓋率，功能點，性能，風險等

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

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

5、列舉你用過的自動化工具並說明用測試自動化工具有什麼好處。

速度快，效率高，可靠性好，能按標准及規范執行

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

7、如果一個界面沒有明顯的對與錯，怎麼開始測試?

看界面的美觀，易用性等

8、你認為一個好的測試工程師應具備那些素質?

善於發現問題，能很好的與同事溝通，

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

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

面試應對技巧

一、面試前的准備

這里說的面試前的准備，就是趕到面試地點直到開始面試前的這個過程的准備。如果處理得當，不僅能從心理上更加輕松、自信，而且還說不準在面試之前就在無形中增加了面試成功的砝碼呢。我們要注意哪些事情呢?

1.時間上要充裕

面試前要准備充分，應該提前一些時間出發。越是在大城市，越是要這樣。現在的交通堵塞成了家常便飯，所以，如果你不多留一些時間在路上的話，萬一遇上了堵車等情況的時候，肯定就會遲到。遲到的時候，不管出干什麼理由，都讓等你半天的主考官心裡直犯嘀咕：這傢伙是不是剛從另一家公司面試完趕過來?是不是對我們的這場面試不重視?這樣一來，好不容易獲得的面試機會，也就泡了湯。

2.再一次整理形象

在趕到面試地點的時候，如果條件或時間允許的話，應該進一趟洗手間。整理一下自己的衣服、擦擦自己的皮鞋，不至干土頭土腦地站在主考官面前。經過一番整理，起碼讓自己更從容、更自信一些。

3.要對工作人員有禮貌

從你進大門開始，對待所有和你接觸的工作人員，都應該一視同仁，比如保安員、接待員、秘書等，不要不在乎這些你認為不重要的人。往往這些細節能決定面試的結果：你還沒來公司上班，就對同事無禮，還能指望你能好好地工作嗎?甚至在有些公司的面試環節中，你對普通工作人員的態度也是其中重要一環。

如果有前台接待的話，就要禮貌地告訴前台接待，你來這兒的目的。如果接待人員安排你坐著等，你就要沉著地坐著，或者閉目養神，或者翻閱你自己的資料。不要隨意和正在工作的工作人員攀談，或東張西望，或四處走動。

即使煙癮再大，也不要在接待室吸煙。

二、怎樣先入為主

1.把握進房間的時機

輪到你面試的時候，一般秘書會提醒你。這時候有兩種情況，一種是秘書領你進面試房間;另一種是讓你自己去面試房間。

如果秘書領你進面試房間，而這時候主考官正埋頭填寫什麼資料，你不要貿然和主考官打招呼，以免打亂他的思緒，要表現出理解和合作，先靜靜地稍等一會兒。因為既然是秘書領你進面試房間，而你進屋後一直站在那兒，主考官當然知道你的存在。或許他想趁和你交談之前，把上一位求職者的面試結果填寫出來，不會超過一兩分鍾，正式面試就會開始的。

如果需要你自己去面試房間，千萬不要貿然往裡闖。不管門開著還是關著，你都要先有節奏地、輕輕地敲門，在獲得主考官同意後，再進房間。即使看到主考官在填寫材料，也要敲門，這樣他才知道你來了。如果他有事情的話，會直接告訴你梢等一會兒。不要自作聰明，一直在門外等著一言不發。對主考官來說，什麼時候干什麼，那是他自己的工作安排;對你來說，如果面試的時間到了，你就應該按點敲門。

有時候，進入面試房間後，主考官會讓你先等一會兒，你就要耐心地聽從安排。如果實在無所事事，可以翻閱自己帶來的材料。不要東張西望、坐卧不安。這段時間雖然比較難熬，但忍一忍也就過去了。

如果主考官沒有讓你坐下的話，不要擅做主張直接坐到主考官邊上。

消除面試中緊張情緒的方法

自我暗示，克服害怕心理

第一：平時一見陌生人便臉紅、緊張、說不出話，感到渾身不自在，這是陌生恐懼。針對陌生恐懼，我們要暗示自己：對於自己來說，別人是陌生的。但是從另外一個角度來看，對於對方，自己也是一個陌生人，既然大家彼此都是陌生人，那麼大家就都是平等的，自己其實沒有必要恐懼對方。

第二：參加面試時，若面對7或9名考官，幾位計時員和監督員。當我們發覺眾人的目光都在投向我們時，便會感到一陣緊張，很不自在，因為對方是一群人，而我們是單獨一人，自然而然就產生一種群體恐懼。針對群體恐懼，我們要暗示自己：其實考官越多，就越能避免個別考官的個人傾向性，其實對我們就越有利。因為評分採取的是去掉最高分和最低分，然後求平均分的方式。因此，要相信考官一定能夠公正地評價自己。自己一定能夠遇到能夠識別千里馬的伯樂。

第三：我們參加應聘時，面試的主持人如果是高級領導幹部，則往往會被他們的赫赫名聲嚇倒，一見面就會莫名其妙地緊張和不安，這就是高位恐懼。針對高位恐懼，我們要暗示自己：對方地位高，名聲大，但他們也是一個普通人，從人格上說，人人都是平等的;而且還要回想起以前與自己老師和領導融洽關系建立的過程，要相信，考官就是自己以後的同事和領導，要相信自己只要把考官當成“自己人”，相信自己一定能夠得到考官青睞的。這樣便會增加自己的勇氣，建立與對方平等的新關系，使面試順利進行。

克服害怕 懂得四大技巧

第一，必須對面試本身進行充分的准備。只有對面試的流程、面試的題型、面試的過程有了一個充分的把握之後，才能有充分的自信，避免膽怯。這就要求我們對面試進行充分的准備。參加面試培訓班是個很好的選擇。

第二，面試過程中，要與考官進行親切有神的目光交流。在目光交流中，會從考官目光中得到鼓勵，有助於克服膽怯心理。

第三，發現對方的弱點，減輕心理壓力。面試時不妨仔細觀察對方的儀容、服裝以及談吐等，藉以發現對方的缺點，這時就會產生一種寬松感，減輕心理壓力。