面試軟體測試的崗位的時候需要注意哪些內容？
關於這個問題分享一篇蝸牛學院軟體測試架構師 @徐林林 老師的乾貨，在他輔導學員簡歷面試過程中，發現還是有不少人思路不是特別清晰，也不知道該如何準備一次完美的面試，徐老師就此總結了關鍵的12個問題，來幫助大家更好的準備軟體測試的求職。能夠比較完美地回答好這12個或者12類問題，相信能夠給自己的面試帶來很大的幫助：
第一類問題：自我介紹（心理學首因效應告訴我們第一印象非常重要）。自我介紹最重要的是能夠在面試官心目中留下一個好的第一感覺。說得更直白一點是讓面試官舒服。但是我發現很多人就是直接簡單的介紹了一下過去的經歷，但是實際上一方面過去的經歷沒有很好的讓人發現優點。其實面試好比相親，你想說什麼不重要，重要地是人家想聽什麼。比較好的自我介紹套路是這樣：「您好，我叫XXX，很高興能獲得這次面試機會，今天來面試是想證明自己是最合適的人選，另一個方面是獲得您的認可，結合我過去的工作和學習經歷，我自信我能符合咱們公司的認可，接下來您看是我繼續介紹我做過的項目，還是您問您關心的問題？」
第二類問題：項目介紹（項目經驗直接決定一個人能否勝任一份工作，企業更應該看重一個人解決問題的思路和具體能力）。項目介紹部分最重要的思路是應該先整體後局部，介紹整體的時候要有量化的數據（從項目度量的五大維度：規模，包括項目代碼規模，需求規模、用例規模，工作量，進度，質量和成本），然後是整體的測試流程，然後再是角色與職責，接下來是項目中自己的特色，比如做得最好的是、遇到最大的困難時、最差的是，最後是心得體會。
第三類問題：資料庫方面知識。最基本的要求是資料庫記錄的增刪改查（insert、delete、update、select），表結構的增刪改查（create、drop、alter、describe）、存儲過程、觸發器等。
第四類問題：linux操作系統相關。最基本的目標是熟悉常見的50個命令，比如find命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建測試環境。比如LAMP環境搭建。
第五類問題：缺陷相關知識。最基本的是缺陷跟蹤的流程（流程的基本要素），整體的流程，最好能在紙上給面試官畫出來（尤其是男面試官，從男人好色的角度來看，寫得很清楚很重要），缺陷單的屬性，至少能列出20個屬性，每個屬性的意義，如何描述好缺陷單，缺陷單描述的5C原則，比如缺陷重現步驟應該complete。如何描述一個你認為的最經典的Bug單。
第六類問題：用例相關。最基本的包括用例的格式要素，用例設計工程方法論，每個方法要求（方法的背景，操作步驟，優缺點、適應範圍，與其他用例方法如何配合），在項目中如何利用測試用例設計工程方法。如何評價、評審測試用例，評審從哪些維度？要設計好測試用例需要哪些方面的知識結構，比如技術、業務、方法。
第七類問題：軟體測試流程。系統測試相關規範和標準的流程：熟悉產品/項目，需求評審，測試需求，測試計劃，測試方案，測試用例，預測試，第一輪正式測試、第二輪迴歸測試、第三輪測試，測試報告，測試總結，測試指南。
第八類問題：網路相關。最基本的網路基礎知識，比如TCP/IP協議。
第九類問題：測試工具。包括三個大的類型，第一類是性能測試工具、自動化測試工具、測試管理類工具。最起碼的要求是熟悉工具的使用。
第十類問題：給你一個軟體，比如QQ、QQ鬥地主，你如何去測試。這類問題基本的思路是，從軟體質量模型、測試工具、測試方法、測試流程、探索式測試等角度先宏觀解決，然後再具體微觀講解用例如何設計等。
第十一類問題：一個優秀/卓越的軟體測試工程師應該具備哪些能力與素質，素質方面包括溝通、五心工程師、追求完美等。
第十二類問題，最後一個問題，面試官一般會問你還有什麼想問或者想要了解的。總體上來說最重要的是留下一個好的近因效應，就好比相親的時候，分手離開的時候，留下好的最後的印象，基本的思路應該分三種情況，第一種是面試官對你滿意，自己也感覺不錯的情況下，先表示感謝，然後積極主動的問題，比如，非常感謝您給的這次機會，但是我還是想問，如果我有下一輪面試，我想知道知道是什麼時候，我應該再做哪些方面的準備。第二種情況是面試官和自己感覺都一般般，感覺自己是雞肋，這個時候說不說很重要，基本的套路是，非常感謝面試官給的這個機會，坦白地說我對自己今天的面試表現不是非常滿意，還可以表現得更好，但是如果我還是非常想得到這個機會，您能否給我一些建議。第三種情況是面試情況非常糟糕，這種情況下，很少有人能說出感謝，但這恰恰體現一個人的風度。基本的思路是，不管怎麼樣，還是得感謝您給的機會，讓我自己認識到自己的不足，坦白地說我離這個崗位的要求還有些距離，但是我還是想知道，如果將來我還想來咱們公司面試，您能否給點具體建議。
總結，面試是一個相親的過程，相親的成敗取決於很多要素，但是好的、充分地準備，能夠讓我們更加從容地和主動的去面對壓力與挑戰，而不是簡單地把自己變成超市裡面的菜，供人挑選。
發佈於 2019-11-21繼續瀏覽內容
知乎發現更大的世界打開
Chrome繼續
川石信息川石信息專註軟體測試領域，致力培養中、高端測試工程師現在是工作黃金時期，有很多同學也打算在這個時候跳槽以便謀求更高的工資和更順利的工作;然後面對找工作時的面試情況，相信很多同學都是比較懵逼的，特別是工作經驗較少和平時跳槽不頻繁的一些同學來說，往往不是那麼的清楚了解具體該如何準備面試經歷和面試技巧;所以本文特意根據大家的需求來 集整理及筆者自己的一些經驗來編寫次文章，僅供參考。
1、簡歷製作：編寫簡歷的時候除了有簡歷內容，最好是添加上自己比較好看的1寸相片。同時在簡歷開頭前面最好是有一兩句比較能吸引HR的話，比如可以寫「給我一次面試的機會，我會讓貴公司增加一位優秀的員工」等類似辭彙的語言。
2、在招聘平台上投簡歷的時候，首先要到招聘平台上尋找你想去的一些公司，然後再到這些公司的官網上去看看公司經營主業和網上對這些公司的一些評論，做到心中有數，不至於到了面試的時候HR問你了解我們公司具體是做什麼的，你都不了解也回答不上來，那就比較尷尬了。同時注意看下這些公司官網上有沒有招聘信息和HR的相關郵箱，如果發現有的話，就直接可以往這些公司的HR郵箱里發送投遞簡歷(機會留給時刻準備的人)。因為招聘平台上的發布招聘信息的公司查看面試者的簡歷是要付費給平台的，所以很多公司往往會在招聘平台上進行篩選一番後才去留下的簡歷，如果提前投到了這些公司的HR郵箱里的話，可以避免被無情的篩選掉了，也給自己多了一個面試的機會。
3、自己可以準備好一個記錄文檔，投一家公司就在文檔上記錄一個，避免因失誤造成同一家公司投了兩次，假如這家公司收到你的簡歷是重複投遞的話，心裡會對你這個人評價不好的，覺得你不夠細心，還怎麼做測試呢?(測試員就是要求細心認真的)，自己已經投過一次的簡歷都能忘記。
4、當接到公司面試通知的時候，首先要看看該公司招聘的軟體測試工程師都要求會做些什麼和需要掌握什麼技能，儘可能多的補充一些相關知識來符合招聘的要求，如果自己有那方面知識比較有信心的話也可以著重加強下，這樣會比較能突出自己的特點。
5、為自己的工作經驗總結一段長3-5分鐘的自我介紹，寫好後自己試著說幾遍，看看時間是不是在3-5分鐘內，說話的語速盡量清晰語速適中，盡量不要說太快，要不然會讓面試官覺得你比較緊張，準備不夠充分的。
6、同時在自我介紹里特別注意要突出自己適合做軟體測試工程師的性格特徵：比如細心認真，學習能力強，有責任感，團隊合作能力強，善於溝通等這類優點闡述。
7、面試的時候儘可能保證實誠不浮誇，不會的就說不會，不要胡吹海侃一番，也許面試官比你測試能力還厲害的話，你稍微說錯了人家一下就知道了底細。如果你覺得自己雖說不清楚但是也能答得很好，可以說自己對這方面不是很了解，但是我有些自己的觀點和理解也是加分的。
8、面試的時候要告訴公司你會認真完成公司交給自己的工作，同時能為公司創造價值，達到自我價值的一個實現。公司成長了自己也會隨著得到成長。一定要把自己和公司緊密的結合在一起，這樣面試官會覺得你把他的公司當成了自己的公司，既然你都這麼熱愛這家公司了，就算你能力不行他也會考慮錄取並培養你的(忠誠度也是面試製勝的法寶之一)
發佈於 2019-04-04繼續瀏覽內容知乎發現更大的世界打開Chrome繼續
檸檬班?已認證的官方帳號
網上存在著諸多面試相關的文章攻略，不過站在面試官角度談面試的卻很少。
本文就站在面試官的角度，談一談一個面試是怎麼組織的，有哪些技巧和思路。
希望幫到開始接觸招聘任務的測試管理人員，同時也從另一個角度幫助求職人員應對面試。
常見招聘流程
一個測試團隊的組建過程是怎樣一個鏈路，或者說一個測試人員是怎麼被招聘進團隊的呢。
一般來說，整體上要經歷以下的步驟：
◆ 確定人員需求
◆ 多渠道發布招聘需求
◆ 簡歷篩選確定候選
◆ 複數輪次筆試面試
◆ 簽約意向確定
◆ 入職
對於測試管理人員（面試官）而言，在談面試之前，首先要說說人員需求的確定。
對人員的不同需求註定著我們面試中用到的思路和考察點不太一樣，當然面試官要提前確定不能泛泛而論。
總結了幾個問題，在發布招聘需求或者開始參加面試之前，試著回答一下：
◆ 預期人才招入後，從事團隊什麼樣的，哪部分工作
◆ 我需要的是招之即用的人才，還是潛力股，還是解決技術難題的大牛◆ 具體而言，預期人才應該具備哪些技術能力或者潛力◆ 預期人才應該擁有怎樣的核心競爭力◆ 人員預算是多少◆ 預期多久要到崗◆ 通過哪種渠道來招聘
這些問題思考清楚以後，就可以產生我們耳熟能詳的JD技能要求了，例：
◆ 3-5年測試行業工作經驗，熱愛測試工作
◆ 精通軟體測試常用的方法和技術，可以承擔產品功能和非功能測試◆ 熟悉web系統，具有互聯網產品工作經驗者優先◆ 熟悉雲存儲系統，了解主流雲技術產品◆ 熟悉Linux工作環境，掌握至少一門常用腳本語言◆ 熟悉持續集成和持續交付體系，能完成相應測試，部署，交付流程◆ 具備自動化測試經驗者優先◆ 具備資料庫性能調優經驗者優先
能力勝任模型
在招聘和面試時，我們到底都考察一個測試人員的哪些方面能力素質呢？
懂測試？會某種工具？
其實這個問題，我們更系統的來歸納一下，就是一個測試工程師能力勝任模型，見下圖：
不同的企業和項目都有著不同的人員需求，這裡不能一概而論。
但是通常來講，測試人員的能力構成模型應該包括以上雷達圖裡的六個維度：
01 、基礎理論
求職者對於有沒有著牢固的測試理論基礎？對於測試的角色和團隊地位有著準確的認識？有沒有出色的測試思維和理念？有的團隊在招聘測試工程師時會很看重技術和工具經驗等，但往往會忽視更基礎的這一部分。實際上，再強的能力也要建立在牢固的基礎之上，這一部分需要重視。
02 、技術能力
對於未來預期他要用到的技術有沒有足夠的經驗或者理解？比如測試設計技術？操作系統知識？資料庫使用？測試工具的使用？編程能力有沒有？自動化測試做過嗎？面試官往往很看重這一塊內容，不過實際操作起來，其實是有難度的。這要求面試官本身對於技術的掌握要到比較好的水準，才能去判斷別人。而其實市場上，想要招聘到100%滿足技術要求的人員其實是非常困難的。因為企業百花齊放，每個企業每個項目可能都用著不盡相同的技能工具集合。想要求職人員的技能工具經驗完全匹配我當前的職業需求機率是很小的。原則上我們應該更看重其學習能力和主動意識，工具技術相關經驗只要滿足70%以上匹配度即可，過於糾結這部分可能會得不償失錯失人才。
對於面試者也是一個思路，什麼情況下我可以去應聘某個職位？
負責任的告訴你，當你的技能包與職位描述60-70%匹配時，就可以去應聘了。
反過來當你的技能100%甚至120%滿足某職位需求時，就不要考慮了。
因為你一定超出這個職位需求了，為什麼不去考慮更好的工作呢？
03、 職業素養
職業素養是職場人員的軟技能，比如時間觀念，溝通能力，抗壓能力等等。這是非常重要的能力組成部分。一個求職人員再牛，如果沒有好的職業素養，一切都是白搭。
04 、業務能力
業務能力也是測試人員必備的能力之一，包括領域知識經驗和產品相關經驗。
測試做為最關心產品最終實現和用戶體驗的人員，當然需要對產品所處業務領域有足夠經驗和知識。
比如一個財務處理系統，對於財務知識要求就會比較高。
不懂相關知識，可能連需求消化都需要額外的時間和精力，而且還可能導致測試出現偏差。
當然類似財務處理這樣的專業領域，想要找到足夠相關經驗的測試人員是比較難的，所以一般只能做為加分項。
產品知識同樣對於測試人員很重要，了解產品的架構和運作邏輯，才能幫助他更好的規劃和執行測試。
同樣做為加分項，招聘時要注意求職人員有無類似產品的工作使用經驗。
比如一個長期工作在硬體嵌入式系統的人員，換到一份互聯網P2P公司，這兩種產品從架構到機制可能完全不一樣。
05 、管理能力：管理能力對於初級測試工程師一般沒有很高要求。
但是對於經驗比較豐富的人員而言，管理就會被提上日程。
管理不單單是做為測試經理或主管去全方位管理團隊的能力，同樣還包括個人管理，比如時間規劃，比如協調組織能力。
進一步說，對於規模稍大的團隊，核心人員能夠勝任lead（帶領者）和mentor（導師）這樣的角色也是很必要的。
06 、企業文化：企業文化是個聽起來很虛的東西，不同的企業可能有不同的文化，比如客戶導向，比如注重質量，比如講究效率。
我們換個名詞叫做「團隊文化」。
比如我的團隊，現階段需要一個沉穩型的工程師，還是一個奮進型的創業者？
總的來說，正能量，積極主動，有責任感這樣幾個核心要素是可以適應各種不同文化的。
以上模型的六個維度中，有一些是可以通過簡歷篩選大體上完成匹配度檢查的。
而另外一些簡歷上體現不到的東西則需要在面試中進一步觀察。
面試套路
上一節我們用能力勝任模型談論了一個測試工程師的考察維度，那這些素質究竟該怎麼在短短的一場面試中考察到呢？
接下來說一說具體的考察方法，也就是套路。
每一種問題我們從想要得知什麼和不想看到什麼兩個方面去討論。
有幾類問題是面試中大家比較常見到的，反套路也很多，我們稍微介紹一下：
01、 自我介紹
功能：給求職者一個表達的窗口，同時也是考察其表述能力和基本素質的問題。
想看到的：主動的態度，良好的表達能力，充分的準備，簡明扼要的闡述。
不想看到的：語言支離破碎，介紹過短或過長（表達溝通能力堪憂）；想到什麼說什麼，沒重點（對應聘沒有做好準備，求職意願不強，規劃能力不夠）。
02 、離職原因
功能：判斷求職者的穩定性，挖掘隱性問題。
想看到的：合理的理由，正能量的表達。
不想看到的：充滿怨氣的理由（可以反應出很多問題），沒什麼理由（工作內在動力不明確）
03、 職業規劃
功能：考察求職者的規劃能力，景願，以及工作動力
想看到的：誠實的表達，合理的規劃
不想看到的：毫無規劃（沒有工作目標動力的支撐，進步可能性小）
04、 談缺點
這個問題不得不吐槽一下，原本這個問題是一種挑戰性套路。
但是被反套路得太多，所以現在這個問題更多的我認為是要考察誠實品質了。
功能：挖掘隱性問題，判斷人物性格
想看到的：誠實、誠實、誠實。能夠認識到問題，並且有解決的思路，人非聖賢，孰能無過？知錯能改，善莫大焉。
不想看到的：反套路（強行優點說成缺點），沒缺點...調侃（嚴肅點...什麼都被你打哈哈過去了，我面試還怎麼面？）
05、 要求對方發問
功能：考察求職者的主動思考能力，對公司職位的青睞度
想看到的：對於公司，項目，職位，技術充滿興趣的問題
不想看到的：反套路（動輒上升通道和培訓機會），沒問題（一臉懵，缺乏思路和主動能力）
總結思路
除了以上這些被問爛了的問題，還有一些個人總結的面試問題思路：
01、 挑戰式問題
比如在合理的範圍內提出質疑，和疑問，比如：
「某項技術在我們的項目內是硬性要求，而您的簡歷上看到並沒有相關經驗，你覺得你能勝任這方面工作嗎？」
這樣的問題其實主要是考察面試者的情商，性格和態度。
個人最想看到的回答要體現出對於自己的信心，誠懇的態度，以及做事的思路。
比較好的回答可以是這樣的：
「我承認您說的這方面經驗欠缺的問題。不過我也認為我自己是一個學習能力和學習主動性都比較強的人，只要能夠給我一定的時間去跟隨團隊學習相關技術，相信我能用最短的時間內掌握技術。」
還可以在此基礎上舉出自己學習某項技術的經歷。
02、 陷阱式問題
將考察點埋藏於問題深處的提問方法，比如：
「您希望的直屬領導是什麼樣的？」或是「當你在工作中發現領導工作錯誤，怎麼處理？」
這樣的問題其實也是在考察面試者的情商和團隊協作能力，以測試對方與當前團隊的匹配度。
03 、不熟悉的領域
現在的測試團隊組織經常採用模塊式的劃分，一個面試者可能在以往工作中主要負責某產品特定模塊的測試工作。
這種場景下一個好的問題可以是，他不熟悉的模塊是如何工作的？
或者他們的開發人員是如何工作的？
這樣的問題在於考察面試者的主動思考能力和整體把握能力。
一個擁有這樣能力的人員不會說：「哦，這塊不是我測試的，我不太清楚」。
同理有一個小技巧也是我在面試的時候經常會問的，比如面試者簡歷中提到的常用工具。
如果涉及到英文縮寫，我會問：「你知道這個縮寫的全稱嗎？」
比如一個面試者的簡歷中經常提到使用JDK。
如果他完全不知道其全稱是Java Development Kit，那麼在我眼裡這就是一種主動思考能力的缺失。
04 、發散性問題
軟體測試職位的面試中，其實經常會面對這一種問題。
比如隨手遞給你一個水杯，問：「怎麼測試？」
這種問題是有一定價值的，在考察測試基礎理論的同時，也考察測試思維和做事思路。
他的一種演變形式可以是給出更實際的需求文檔或測試點，要求寫出測試用例。
05 、解決問題的經歷
工作中有沒有遇到過什麼難題，你是怎麼解決的？
做為面試官，問這樣的問題同樣是在考察一個人的思路。
所謂難題可以是技術上的，也可以是流程上的，甚至可以是人際交往中的。
解決難題的思路和方法很大程度能夠體現一個人的智商，情商以及思考迴路。
對於面試者而言應該盡量將這個問題詮釋出來。
說問題一定比不說要好。
以上就是我對面試思路和套路的一個小總結。
城市套路深，其實說起來可以說沒完沒了。
軟體測試簡歷項目經驗怎麼寫，沒有項目經驗？?www.zhihu.com
檸檬班：軟體測試面試中90%會遇到的問題：「你會搭建測試環境嗎？」?zhuanlan.zhihu.com
軟體測試報告模板什麼樣的？?www.zhihu.com
編輯於 2019-12-28繼續瀏覽內容知乎發現更大的世界打開Chrome繼續
testerTechnology面試一般需要回答的內容包含如下：
1、什麼是軟體測試，軟體測試的概念
2、熟悉需求評審、需求澄清過程
3、學會執行測試計劃
4、學會編寫測試用例
5、學會測試執行，並使用bug管理工具提交bug，對bug生命周期進行跟蹤
6、另外輔助你測試做的效率更高，質量更好，可以使用自動化工具、性能工具等
7、熟練測試報告編寫
其實核心的就是不管你做計劃，寫用例，還是用到其他比如linux、mysql還是postman還是jmeter還是appium還是什麼玩意，你用它在項目解決了什麼問題，為項目帶來了什麼好處。
所有一切都是基於項目去自圓其說的，不然一起都是空談啊。
具體軟體測試的實戰路線可以參考如下:
testerTechnology：軟體測試的實戰學習路線?zhuanlan.zhihu.com
現在是工作黃金時期，有很多同學也打算在這個時候跳槽以便謀求更高的工資和更順利的工作;然後面對找工作時的面試情況，相信很多同學都是比較懵逼的，特別是工作經驗較少和平時跳槽不頻繁的一些同學來說，往往不是那麼的清楚了解具體該如何準備面試經歷和面試技巧;所以本文特意根據大家的需求來 集整理及筆者自己的一些經驗來編寫次文章，僅供參考。
1、簡歷製作：編寫簡歷的時候除了有簡歷內容，最好是添加上自己比較好看的1寸相片。同時在簡歷開頭前面最好是有一兩句比較能吸引HR的話，比如可以寫「給我一次面試的機會，我會讓貴公司增加一位優秀的員工」等類似辭彙的語言。
2、在招聘平台上投簡歷的時候，首先要到招聘平台上尋找你想去的一些公司，然後再到這些公司的官網上去看看公司經營主業和網上對這些公司的一些評論，做到心中有數，不至於到了面試的時候HR問你了解我們公司具體是做什麼的，你都不了解也回答不上來，那就比較尷尬了。同時注意看下這些公司官網上有沒有招聘信息和HR的相關郵箱，如果發現有的話，就直接可以往這些公司的HR郵箱里發送投遞簡歷(機會留給時刻準備的人)。因為招聘平台上的發布招聘信息的公司查看面試者的簡歷是要付費給平台的，所以很多公司往往會在招聘平台上進行篩選一番後才去留下的簡歷，如果提前投到了這些公司的HR郵箱里的話，可以避免被無情的篩選掉了，也給自己多了一個面試的機會。
3、自己可以準備好一個記錄文檔，投一家公司就在文檔上記錄一個，避免因失誤造成同一家公司投了兩次，假如這家公司收到你的簡歷是重複投遞的話，心裡會對你這個人評價不好的，覺得你不夠細心，還怎麼做測試呢?(測試員就是要求細心認真的)，自己已經投過一次的簡歷都能忘記。
4、當接到公司面試通知的時候，首先要看看該公司招聘的軟體測試工程師都要求會做些什麼和需要掌握什麼技能，儘可能多的補充一些相關知識來符合招聘的要求，如果自己有那方面知識比較有信心的話也可以著重加強下，這樣會比較能突出自己的特點。
5、為自己的工作經驗總結一段長3-5分鐘的自我介紹，寫好後自己試著說幾遍，看看時間是不是在3-5分鐘內，說話的語速盡量清晰語速適中，盡量不要說太快，要不然會讓面試官覺得你比較緊張，準備不夠充分的。
6、同時在自我介紹里特別注意要突出自己適合做軟體測試工程師的性格特徵：比如細心認真，學習能力強，有責任感，團隊合作能力強，善於溝通等這類優點闡述。
7、面試的時候儘可能保證實誠不浮誇，不會的就說不會，不要胡吹海侃一番，也許面試官比你測試能力還厲害的話，你稍微說錯了人家一下就知道了底細。如果你覺得自己雖說不清楚但是也能答得很好，可以說自己對這方面不是很了解，但是我有些自己的觀點和理解也是加分的。
8、面試的時候要告訴公司你會認真完成公司交給自己的工作，同時能為公司創造價值，達到自我價值的一個實現。公司成長了自己也會隨著得到成長。一定要把自己和公司緊密的結合在一起，這樣面試官會覺得你把他的公司當成了自己的公司，既然你都這麼熱愛這家公司了，就算你能力不行他也會考慮錄取並培養你的(忠誠度也是面試製勝的法寶之一)
發佈於 2019-04-04繼續瀏覽內容知乎發現更大的世界打開Chrome繼續檸檬班?已認證的官方帳號
網上存在著諸多面試相關的文章攻略，不過站在面試官角度談面試的卻很少。
本文就站在面試官的角度，談一談一個面試是怎麼組織的，有哪些技巧和思路。
希望幫到開始接觸招聘任務的測試管理人員，同時也從另一個角度幫助求職人員應對面試。
常見招聘流程
一個測試團隊的組建過程是怎樣一個鏈路，或者說一個測試人員是怎麼被招聘進團隊的呢。
一般來說，整體上要經歷以下的步驟：
◆ 確定人員需求
◆ 多渠道發布招聘需求
◆ 簡歷篩選確定候選
◆ 複數輪次筆試面試
◆ 簽約意向確定
◆ 入職
對於測試管理人員（面試官）而言，在談面試之前，首先要說說人員需求的確定。
對人員的不同需求註定著我們面試中用到的思路和考察點不太一樣，當然面試官要提前確定不能泛泛而論。
總結了幾個問題，在發布招聘需求或者開始參加面試之前，試著回答一下：
◆ 預期人才招入後，從事團隊什麼樣的，哪部分工作
◆ 我需要的是招之即用的人才，還是潛力股，還是解決技術難題的大牛◆ 具體而言，預期人才應該具備哪些技術能力或者潛力◆ 預期人才應該擁有怎樣的核心競爭力◆ 人員預算是多少◆ 預期多久要到崗◆ 通過哪種渠道來招聘
這些問題思考清楚以後，就可以產生我們耳熟能詳的JD技能要求了，例：
◆ 3-5年測試行業工作經驗，熱愛測試工作
◆ 精通軟體測試常用的方法和技術，可以承擔產品功能和非功能測試◆ 熟悉web系統，具有互聯網產品工作經驗者優先◆ 熟悉雲存儲系統，了解主流雲技術產品◆ 熟悉Linux工作環境，掌握至少一門常用腳本語言◆ 熟悉持續集成和持續交付體系，能完成相應測試，部署，交付流程◆ 具備自動化測試經驗者優先◆ 具備資料庫性能調優經驗者優先
能力勝任模型
在招聘和面試時，我們到底都考察一個測試人員的哪些方面能力素質呢？
懂測試？會某種工具？
其實這個問題，我們更系統的來歸納一下，就是一個測試工程師能力勝任模型，見下圖：
不同的企業和項目都有著不同的人員需求，這裡不能一概而論。
但是通常來講，測試人員的能力構成模型應該包括以上雷達圖裡的六個維度：
01 、基礎理論
求職者對於有沒有著牢固的測試理論基礎？對於測試的角色和團隊地位有著準確的認識？有沒有出色的測試思維和理念？有的團隊在招聘測試工程師時會很看重技術和工具經驗等，但往往會忽視更基礎的這一部分。實際上，再強的能力也要建立在牢固的基礎之上，這一部分需要重視。
02 、技術能力
對於未來預期他要用到的技術有沒有足夠的經驗或者理解？比如測試設計技術？操作系統知識？資料庫使用？測試工具的使用？編程能力有沒有？自動化測試做過嗎？面試官往往很看重這一塊內容，不過實際操作起來，其實是有難度的。這要求面試官本身對於技術的掌握要到比較好的水準，才能去判斷別人。而其實市場上，想要招聘到100%滿足技術要求的人員其實是非常困難的。因為企業百花齊放，每個企業每個項目可能都用著不盡相同的技能工具集合。想要求職人員的技能工具經驗完全匹配我當前的職業需求機率是很小的。原則上我們應該更看重其學習能力和主動意識，工具技術相關經驗只要滿足70%以上匹配度即可，過於糾結這部分可能會得不償失錯失人才。
對於面試者也是一個思路，什麼情況下我可以去應聘某個職位？
負責任的告訴你，當你的技能包與職位描述60-70%匹配時，就可以去應聘了。
反過來當你的技能100%甚至120%滿足某職位需求時，就不要考慮了。
因為你一定超出這個職位需求了，為什麼不去考慮更好的工作呢？
03、 職業素養
職業素養是職場人員的軟技能，比如時間觀念，溝通能力，抗壓能力等等。這是非常重要的能力組成部分。一個求職人員再牛，如果沒有好的職業素養，一切都是白搭。
04 、業務能力
業務能力也是測試人員必備的能力之一，包括領域知識經驗和產品相關經驗。
測試做為最關心產品最終實現和用戶體驗的人員，當然需要對產品所處業務領域有足夠經驗和知識。
比如一個財務處理系統，對於財務知識要求就會比較高。
不懂相關知識，可能連需求消化都需要額外的時間和精力，而且還可能導致測試出現偏差。
當然類似財務處理這樣的專業領域，想要找到足夠相關經驗的測試人員是比較難的，所以一般只能做為加分項。
產品知識同樣對於測試人員很重要，了解產品的架構和運作邏輯，才能幫助他更好的規劃和執行測試。
同樣做為加分項，招聘時要注意求職人員有無類似產品的工作使用經驗。
比如一個長期工作在硬體嵌入式系統的人員，換到一份互聯網P2P公司，這兩種產品從架構到機制可能完全不一樣。
05 、管理能力：管理能力對於初級測試工程師一般沒有很高要求。
但是對於經驗比較豐富的人員而言，管理就會被提上日程。
管理不單單是做為測試經理或主管去全方位管理團隊的能力，同樣還包括個人管理，比如時間規劃，比如協調組織能力。
進一步說，對於規模稍大的團隊，核心人員能夠勝任lead（帶領者）和mentor（導師）這樣的角色也是很必要的。
06 、企業文化：企業文化是個聽起來很虛的東西，不同的企業可能有不同的文化，比如客戶導向，比如注重質量，比如講究效率。
我們換個名詞叫做「團隊文化」。
比如我的團隊，現階段需要一個沉穩型的工程師，還是一個奮進型的創業者？
總的來說，正能量，積極主動，有責任感這樣幾個核心要素是可以適應各種不同文化的。
以上模型的六個維度中，有一些是可以通過簡歷篩選大體上完成匹配度檢查的。
而另外一些簡歷上體現不到的東西則需要在面試中進一步觀察。
面試套路
上一節我們用能力勝任模型談論了一個測試工程師的考察維度，那這些素質究竟該怎麼在短短的一場面試中考察到呢？
接下來說一說具體的考察方法，也就是套路。
每一種問題我們從想要得知什麼和不想看到什麼兩個方面去討論。
有幾類問題是面試中大家比較常見到的，反套路也很多，我們稍微介紹一下：
01、 自我介紹
功能：給求職者一個表達的窗口，同時也是考察其表述能力和基本素質的問題。
想看到的：主動的態度，良好的表達能力，充分的準備，簡明扼要的闡述。
不想看到的：語言支離破碎，介紹過短或過長（表達溝通能力堪憂）；想到什麼說什麼，沒重點（對應聘沒有做好準備，求職意願不強，規劃能力不夠）。
02 、離職原因
功能：判斷求職者的穩定性，挖掘隱性問題。
想看到的：合理的理由，正能量的表達。
不想看到的：充滿怨氣的理由（可以反應出很多問題），沒什麼理由（工作內在動力不明確）
03、 職業規劃
功能：考察求職者的規劃能力，景願，以及工作動力
想看到的：誠實的表達，合理的規劃
不想看到的：毫無規劃（沒有工作目標動力的支撐，進步可能性小）
04、 談缺點
這個問題不得不吐槽一下，原本這個問題是一種挑戰性套路。
但是被反套路得太多，所以現在這個問題更多的我認為是要考察誠實品質了。
功能：挖掘隱性問題，判斷人物性格
想看到的：誠實、誠實、誠實。能夠認識到問題，並且有解決的思路，人非聖賢，孰能無過？知錯能改，善莫大焉。
不想看到的：反套路（強行優點說成缺點），沒缺點...調侃（嚴肅點...什麼都被你打哈哈過去了，我面試還怎麼面？）
05、 要求對方發問
功能：考察求職者的主動思考能力，對公司職位的青睞度
想看到的：對於公司，項目，職位，技術充滿興趣的問題
不想看到的：反套路（動輒上升通道和培訓機會），沒問題（一臉懵，缺乏思路和主動能力）
總結思路
除了以上這些被問爛了的問題，還有一些個人總結的面試問題思路：
01、 挑戰式問題
比如在合理的範圍內提出質疑，和疑問，比如：
「某項技術在我們的項目內是硬性要求，而您的簡歷上看到並沒有相關經驗，你覺得你能勝任這方面工作嗎？」
這樣的問題其實主要是考察面試者的情商，性格和態度。
個人最想看到的回答要體現出對於自己的信心，誠懇的態度，以及做事的思路。
比較好的回答可以是這樣的：
「我承認您說的這方面經驗欠缺的問題。不過我也認為我自己是一個學習能力和學習主動性都比較強的人，只要能夠給我一定的時間去跟隨團隊學習相關技術，相信我能用最短的時間內掌握技術。」
還可以在此基礎上舉出自己學習某項技術的經歷。
02、 陷阱式問題
將考察點埋藏於問題深處的提問方法，比如：
「您希望的直屬領導是什麼樣的？」或是「當你在工作中發現領導工作錯誤，怎麼處理？」
這樣的問題其實也是在考察面試者的情商和團隊協作能力，以測試對方與當前團隊的匹配度。
03 、不熟悉的領域
現在的測試團隊組織經常採用模塊式的劃分，一個面試者可能在以往工作中主要負責某產品特定模塊的測試工作。
這種場景下一個好的問題可以是，他不熟悉的模塊是如何工作的？
或者他們的開發人員是如何工作的？
這樣的問題在於考察面試者的主動思考能力和整體把握能力。
一個擁有這樣能力的人員不會說：「哦，這塊不是我測試的，我不太清楚」。
同理有一個小技巧也是我在面試的時候經常會問的，比如面試者簡歷中提到的常用工具。
如果涉及到英文縮寫，我會問：「你知道這個縮寫的全稱嗎？」
比如一個面試者的簡歷中經常提到使用JDK。
如果他完全不知道其全稱是Java Development Kit，那麼在我眼裡這就是一種主動思考能力的缺失。
04 、發散性問題
軟體測試職位的面試中，其實經常會面對這一種問題。
比如隨手遞給你一個水杯，問：「怎麼測試？」
這種問題是有一定價值的，在考察測試基礎理論的同時，也考察測試思維和做事思路。
他的一種演變形式可以是給出更實際的需求文檔或測試點，要求寫出測試用例。
05 、解決問題的經歷
工作中有沒有遇到過什麼難題，你是怎麼解決的？
做為面試官，問這樣的問題同樣是在考察一個人的思路。
所謂難題可以是技術上的，也可以是流程上的，甚至可以是人際交往中的。
解決難題的思路和方法很大程度能夠體現一個人的智商，情商以及思考迴路。
對於面試者而言應該盡量將這個問題詮釋出來。
說問題一定比不說要好。
以上就是我對面試思路和套路的一個小總結。
城市套路深，其實說起來可以說沒完沒了。
軟體測試簡歷項目經驗怎麼寫，沒有項目經驗？?www.zhihu.com檸檬班：軟體測試面試中90%會遇到的問題：「你會搭建測試環境嗎？」?zhuanlan.zhihu.com軟體測試報告模板什麼樣的？?www.zhihu.com編輯於 2019-12-28繼續瀏覽內容知乎發現更大的世界打開Chrome繼續testerTechnology面試一般需要回答的內容包含如下：
1、什麼是軟體測試，軟體測試的概念
2、熟悉需求評審、需求澄清過程
3、學會執行測試計劃
4、學會編寫測試用例
5、學會測試執行，並使用bug管理工具提交bug，對bug生命周期進行跟蹤
6、另外輔助你測試做的效率更高，質量更好，可以使用自動化工具、性能工具等
7、熟練測試報告編寫
其實核心的就是不管你做計劃，寫用例，還是用到其他比如linux、mysql還是postman還是jmeter還是appium還是什麼玩意，你用它在項目解決了什麼問題，為項目帶來了什麼好處。
所有一切都是基於項目去自圓其說的，不然一起都是空談啊。
具體軟體測試的實戰路線可以參考如下:
testerTechnology：軟體測試的實戰學習路線?zhuanlan.zhihu.com
網上存在著諸多面試相關的文章攻略，不過站在面試官角度談面試的卻很少。
本文就站在面試官的角度，談一談一個面試是怎麼組織的，有哪些技巧和思路。
希望幫到開始接觸招聘任務的測試管理人員，同時也從另一個角度幫助求職人員應對面試。
常見招聘流程
一個測試團隊的組建過程是怎樣一個鏈路，或者說一個測試人員是怎麼被招聘進團隊的呢。
一般來說，整體上要經歷以下的步驟：
◆ 確定人員需求
◆ 多渠道發布招聘需求
◆ 簡歷篩選確定候選
◆ 複數輪次筆試面試
◆ 簽約意向確定
◆ 入職
對於測試管理人員（面試官）而言，在談面試之前，首先要說說人員需求的確定。
對人員的不同需求註定著我們面試中用到的思路和考察點不太一樣，當然面試官要提前確定不能泛泛而論。
總結了幾個問題，在發布招聘需求或者開始參加面試之前，試著回答一下：
◆ 預期人才招入後，從事團隊什麼樣的，哪部分工作
◆ 我需要的是招之即用的人才，還是潛力股，還是解決技術難題的大牛◆ 具體而言，預期人才應該具備哪些技術能力或者潛力◆ 預期人才應該擁有怎樣的核心競爭力◆ 人員預算是多少◆ 預期多久要到崗◆ 通過哪種渠道來招聘
這些問題思考清楚以後，就可以產生我們耳熟能詳的JD技能要求了，例：
◆ 3-5年測試行業工作經驗，熱愛測試工作
◆ 精通軟體測試常用的方法和技術，可以承擔產品功能和非功能測試◆ 熟悉web系統，具有互聯網產品工作經驗者優先◆ 熟悉雲存儲系統，了解主流雲技術產品◆ 熟悉Linux工作環境，掌握至少一門常用腳本語言◆ 熟悉持續集成和持續交付體系，能完成相應測試，部署，交付流程◆ 具備自動化測試經驗者優先◆ 具備資料庫性能調優經驗者優先
能力勝任模型
在招聘和面試時，我們到底都考察一個測試人員的哪些方面能力素質呢？
懂測試？會某種工具？
其實這個問題，我們更系統的來歸納一下，就是一個測試工程師能力勝任模型，見下圖：
不同的企業和項目都有著不同的人員需求，這裡不能一概而論。
但是通常來講，測試人員的能力構成模型應該包括以上雷達圖裡的六個維度：
01 、基礎理論
求職者對於有沒有著牢固的測試理論基礎？對於測試的角色和團隊地位有著準確的認識？有沒有出色的測試思維和理念？有的團隊在招聘測試工程師時會很看重技術和工具經驗等，但往往會忽視更基礎的這一部分。實際上，再強的能力也要建立在牢固的基礎之上，這一部分需要重視。
02 、技術能力
對於未來預期他要用到的技術有沒有足夠的經驗或者理解？比如測試設計技術？操作系統知識？資料庫使用？測試工具的使用？編程能力有沒有？自動化測試做過嗎？面試官往往很看重這一塊內容，不過實際操作起來，其實是有難度的。這要求面試官本身對於技術的掌握要到比較好的水準，才能去判斷別人。而其實市場上，想要招聘到100%滿足技術要求的人員其實是非常困難的。因為企業百花齊放，每個企業每個項目可能都用著不盡相同的技能工具集合。想要求職人員的技能工具經驗完全匹配我當前的職業需求機率是很小的。原則上我們應該更看重其學習能力和主動意識，工具技術相關經驗只要滿足70%以上匹配度即可，過於糾結這部分可能會得不償失錯失人才。
對於面試者也是一個思路，什麼情況下我可以去應聘某個職位？
負責任的告訴你，當你的技能包與職位描述60-70%匹配時，就可以去應聘了。
反過來當你的技能100%甚至120%滿足某職位需求時，就不要考慮了。
因為你一定超出這個職位需求了，為什麼不去考慮更好的工作呢？
03、 職業素養
職業素養是職場人員的軟技能，比如時間觀念，溝通能力，抗壓能力等等。這是非常重要的能力組成部分。一個求職人員再牛，如果沒有好的職業素養，一切都是白搭。
04 、業務能力
業務能力也是測試人員必備的能力之一，包括領域知識經驗和產品相關經驗。
測試做為最關心產品最終實現和用戶體驗的人員，當然需要對產品所處業務領域有足夠經驗和知識。
比如一個財務處理系統，對於財務知識要求就會比較高。
不懂相關知識，可能連需求消化都需要額外的時間和精力，而且還可能導致測試出現偏差。
當然類似財務處理這樣的專業領域，想要找到足夠相關經驗的測試人員是比較難的，所以一般只能做為加分項。
產品知識同樣對於測試人員很重要，了解產品的架構和運作邏輯，才能幫助他更好的規劃和執行測試。
同樣做為加分項，招聘時要注意求職人員有無類似產品的工作使用經驗。
比如一個長期工作在硬體嵌入式系統的人員，換到一份互聯網P2P公司，這兩種產品從架構到機制可能完全不一樣。
05 、管理能力：管理能力對於初級測試工程師一般沒有很高要求。
但是對於經驗比較豐富的人員而言，管理就會被提上日程。
管理不單單是做為測試經理或主管去全方位管理團隊的能力，同樣還包括個人管理，比如時間規劃，比如協調組織能力。
進一步說，對於規模稍大的團隊，核心人員能夠勝任lead（帶領者）和mentor（導師）這樣的角色也是很必要的。
06 、企業文化：企業文化是個聽起來很虛的東西，不同的企業可能有不同的文化，比如客戶導向，比如注重質量，比如講究效率。
我們換個名詞叫做「團隊文化」。
比如我的團隊，現階段需要一個沉穩型的工程師，還是一個奮進型的創業者？
總的來說，正能量，積極主動，有責任感這樣幾個核心要素是可以適應各種不同文化的。
以上模型的六個維度中，有一些是可以通過簡歷篩選大體上完成匹配度檢查的。
而另外一些簡歷上體現不到的東西則需要在面試中進一步觀察。
面試套路
上一節我們用能力勝任模型談論了一個測試工程師的考察維度，那這些素質究竟該怎麼在短短的一場面試中考察到呢？
接下來說一說具體的考察方法，也就是套路。
每一種問題我們從想要得知什麼和不想看到什麼兩個方面去討論。
有幾類問題是面試中大家比較常見到的，反套路也很多，我們稍微介紹一下：
01、 自我介紹
功能：給求職者一個表達的窗口，同時也是考察其表述能力和基本素質的問題。
想看到的：主動的態度，良好的表達能力，充分的準備，簡明扼要的闡述。
不想看到的：語言支離破碎，介紹過短或過長（表達溝通能力堪憂）；想到什麼說什麼，沒重點（對應聘沒有做好準備，求職意願不強，規劃能力不夠）。
02 、離職原因
功能：判斷求職者的穩定性，挖掘隱性問題。
想看到的：合理的理由，正能量的表達。
不想看到的：充滿怨氣的理由（可以反應出很多問題），沒什麼理由（工作內在動力不明確）
03、 職業規劃
功能：考察求職者的規劃能力，景願，以及工作動力
想看到的：誠實的表達，合理的規劃
不想看到的：毫無規劃（沒有工作目標動力的支撐，進步可能性小）
04、 談缺點
這個問題不得不吐槽一下，原本這個問題是一種挑戰性套路。
但是被反套路得太多，所以現在這個問題更多的我認為是要考察誠實品質了。
功能：挖掘隱性問題，判斷人物性格
想看到的：誠實、誠實、誠實。能夠認識到問題，並且有解決的思路，人非聖賢，孰能無過？知錯能改，善莫大焉。
不想看到的：反套路（強行優點說成缺點），沒缺點...調侃（嚴肅點...什麼都被你打哈哈過去了，我面試還怎麼面？）
05、 要求對方發問
功能：考察求職者的主動思考能力，對公司職位的青睞度
想看到的：對於公司，項目，職位，技術充滿興趣的問題
不想看到的：反套路（動輒上升通道和培訓機會），沒問題（一臉懵，缺乏思路和主動能力）
總結思路
除了以上這些被問爛了的問題，還有一些個人總結的面試問題思路：
01、 挑戰式問題
比如在合理的範圍內提出質疑，和疑問，比如：
「某項技術在我們的項目內是硬性要求，而您的簡歷上看到並沒有相關經驗，你覺得你能勝任這方面工作嗎？」
這樣的問題其實主要是考察面試者的情商，性格和態度。
個人最想看到的回答要體現出對於自己的信心，誠懇的態度，以及做事的思路。
比較好的回答可以是這樣的：
「我承認您說的這方面經驗欠缺的問題。不過我也認為我自己是一個學習能力和學習主動性都比較強的人，只要能夠給我一定的時間去跟隨團隊學習相關技術，相信我能用最短的時間內掌握技術。」
還可以在此基礎上舉出自己學習某項技術的經歷。
02、 陷阱式問題
將考察點埋藏於問題深處的提問方法，比如：
「您希望的直屬領導是什麼樣的？」或是「當你在工作中發現領導工作錯誤，怎麼處理？」
這樣的問題其實也是在考察面試者的情商和團隊協作能力，以測試對方與當前團隊的匹配度。
03 、不熟悉的領域
現在的測試團隊組織經常採用模塊式的劃分，一個面試者可能在以往工作中主要負責某產品特定模塊的測試工作。
這種場景下一個好的問題可以是，他不熟悉的模塊是如何工作的？
或者他們的開發人員是如何工作的？
這樣的問題在於考察面試者的主動思考能力和整體把握能力。
一個擁有這樣能力的人員不會說：「哦，這塊不是我測試的，我不太清楚」。
同理有一個小技巧也是我在面試的時候經常會問的，比如面試者簡歷中提到的常用工具。
如果涉及到英文縮寫，我會問：「你知道這個縮寫的全稱嗎？」
比如一個面試者的簡歷中經常提到使用JDK。
如果他完全不知道其全稱是Java Development Kit，那麼在我眼裡這就是一種主動思考能力的缺失。
04 、發散性問題
軟體測試職位的面試中，其實經常會面對這一種問題。
比如隨手遞給你一個水杯，問：「怎麼測試？」
這種問題是有一定價值的，在考察測試基礎理論的同時，也考察測試思維和做事思路。
他的一種演變形式可以是給出更實際的需求文檔或測試點，要求寫出測試用例。
05 、解決問題的經歷
工作中有沒有遇到過什麼難題，你是怎麼解決的？
做為面試官，問這樣的問題同樣是在考察一個人的思路。
所謂難題可以是技術上的，也可以是流程上的，甚至可以是人際交往中的。
解決難題的思路和方法很大程度能夠體現一個人的智商，情商以及思考迴路。
對於面試者而言應該盡量將這個問題詮釋出來。
說問題一定比不說要好。
以上就是我對面試思路和套路的一個小總結。
城市套路深，其實說起來可以說沒完沒了。
軟體測試簡歷項目經驗怎麼寫，沒有項目經驗？?www.zhihu.com檸檬班：軟體測試面試中90%會遇到的問題：「你會搭建測試環境嗎？」?zhuanlan.zhihu.com軟體測試報告模板什麼樣的？?www.zhihu.com編輯於 2019-12-28繼續瀏覽內容知乎發現更大的世界打開Chrome繼續testerTechnology面試一般需要回答的內容包含如下：
1、什麼是軟體測試，軟體測試的概念
2、熟悉需求評審、需求澄清過程
3、學會執行測試計劃
4、學會編寫測試用例
5、學會測試執行，並使用bug管理工具提交bug，對bug生命周期進行跟蹤
6、另外輔助你測試做的效率更高，質量更好，可以使用自動化工具、性能工具等
7、熟練測試報告編寫
其實核心的就是不管你做計劃，寫用例，還是用到其他比如linux、mysql還是postman還是jmeter還是appium還是什麼玩意，你用它在項目解決了什麼問題，為項目帶來了什麼好處。
所有一切都是基於項目去自圓其說的，不然一起都是空談啊。
具體軟體測試的實戰路線可以參考如下:
testerTechnology：軟體測試的實戰學習路線?zhuanlan.zhihu.com
面試一般需要回答的內容包含如下：
1、什麼是軟體測試，軟體測試的概念
2、熟悉需求評審、需求澄清過程
3、學會執行測試計劃
4、學會編寫測試用例
5、學會測試執行，並使用bug管理工具提交bug，對bug生命周期進行跟蹤
6、另外輔助你測試做的效率更高，質量更好，可以使用自動化工具、性能工具等
7、熟練測試報告編寫
其實核心的就是不管你做計劃，寫用例，還是用到其他比如linux、mysql還是postman還是jmeter還是appium還是什麼玩意，你用它在項目解決了什麼問題，為項目帶來了什麼好處。
所有一切都是基於項目去自圓其說的，不然一起都是空談啊。
具體軟體測試的實戰路線可以參考如下:
testerTechnology：軟體測試的實戰學習路線?zhuanlan.zhihu.com
面試軟體測試就得搞清楚企業會問什麼？
一、自我介紹
面試官您好，我叫*，*年畢業於*，畢業後去了*公司，到現在工作*年了。剛進*公司時，主要做的是手工測試：寫測試用例，執行測試用例，後來接觸了*項目從讀需求、評審需求，協助主管做測試計劃、做測試設計、評審測試設計、寫用例、評審測試用例、執行測試用例、提交缺陷、跟蹤缺陷、輸出測試報告這一個流程下來，我對測試的整套流程和理論方法都比較熟悉了。測試用例是在testlink上提交、缺陷是在jira上提交。執行測試前需要搭建測試環境，我們環境是搭在linux伺服器上，我對xftp、xshell工具、linux的常用命令和mysql的增刪改查命令都很熟悉了。後來在項目中，對於老功能回歸測試，我們做了selenium自動化，在這個項目中也提升了自己對python編程實戰，可以熟練的在單元測試框架下寫腳本，在裡面加斷言，截圖生成html報告了。到*年6-7月份的時候我們公司開發了*系統的app，需要用到appium自動化測試，熟悉了appium自動化測試和selenium自動化背後的思想是一樣的去網上看了一下教程後就可以直接上手了。後來又接觸了介面測試和性能測試，我們介面是用postman，介面測試是在集成測試做完之後，根據開發提供的介面文檔測試模塊間的介面。性能測試是用fiddler抓包，然後在jmeter上進行參數化，增加並發數，看tps、內存、網路、cpu、硬碟曲線、分析系統的瓶頸和系統的穩定性。介面測試、性能測試之前工作中，都有接觸過。這就是我的個人情況。
二、項目介紹
必須清楚自己項目的每一個細節，每一個功能點，測試過程中遇到的一些問題，之前的計劃怎麼做的，項目中遇到的難點的解決辦法。
三、測試技術的闡明
1、id,name,class,xpath, css selector這些屬性，你最偏愛哪一種，為什麼？
- css 、xpath 幾乎所有的元素都可以定位到
2、selenium中如何保證操作元素的成功率？也就是說如何保證我點擊的元素一定是可以點擊的？
- 添加元素智能等待時間 driver.implicitly_wait(30)
- try 方式進行 id,name,clas,x path, css selector 不同方式進行定位，如果第一種失敗可以自動嘗試第二種
-Selenium保證元素成功率是通過元素的定位，當然它的定位方法很多，一定能有合適的。但是在自動化工程的實施過程中，高質量的自動化測試不是只有測試人員保證的。需要開發人員規範開發習慣，如給頁面元素加上唯一的name,id等，這樣就能大大地提高元素定位的準確性。當然如果開發人員開發不規範，我們在定位元素的時候盡量使用相對地址定位，這樣能減少元素定位受頁面變化的影響。只要我們元素定位準確，就能保證我的每一個操作符合我的預期
3、如何提高selenium腳本的執行速度？
- Selenium腳本的執行速度受多方面因素的影響，如網速，操作步驟的繁瑣程度，頁面載入的速度，以及我們在腳本中設置的等待時間，運行腳本的線程數等。所以不能單方面追求運行速度的，要確保穩定性，能穩定地實現回歸測試才是關鍵。
我們可以從以下幾個方面來提高速度：
一，減少操作步驟，如經過三四步才能打開我們要測試的頁面的話，我們就可以直接通過網址來打開，減少不必要的操作。
二，中斷頁面載入，如果頁面載入的內容過多，我們可以查看一下載入慢的原因，如果載入的內容不影響我們測試，就設置超時時間，中斷頁面載入。
三，在設置等待時間的時候，可以sleep固定的時間，也可以檢測某個元素出現後中斷等待也可以提高速度。
四，配置testNG實現多線程。在編寫測試用例的時候，一定要實現松耦合，然後在伺服器允許的情況下，盡量設置多線程運行，提高執行速度。
4、用例在運行過程中經常會出現不穩定的情況，也就是說這次可以通過，下次就沒辦法通過了，如何去提升用例的穩定性？
- time.sleep( )
- driver.implicitly_wait(30)
- 多用 try 捕捉，處理異常
-此時我們要分析出不穩定的原因，然後有針對性的去解決問題。主要有以下幾個方面 ：
一，網速問題：有的時候網頁載入的比較慢，在程序執行的時候要操作的元素沒有顯示出來。這種情況比較常見，運行一次網速好的時候通過了，再運行一次，頁面沒有打開，就不通過了。為了提高穩定性，我們只能犧牲運行時間了，在經常檢測失敗的元素前加上等待時間，等要操作的元素出現之後再執行下面的操作。二，Selelnium的原因：Selenium1.0、2.0、3.0還是有區別的，有些兒函數在2.0下運行確實有時而有效，時面無效。如果mouseover()函數，就是這種情況， 我們需要避免使用這類的函數。3.0的firefox驅動獨立化了，需要單獨下載geckodriver驅動。三，多線程的時候，測試用例間相互影響。雖然多線程的時候運行速度比較快，但是如果用例之間的耦合性沒有設計好，也會影響的，如果用例A先於用例B執行的時候，就會影響到用例B；反之則沒有問題。這種情況，如果你的自動化測試工程打算多線程的時候，提前就要把測試用例測試的耦合度比較松，盡量沒有任何關係，因為多線程的執行順序是不受控制的。5、你的自動化用例的執行策略是什麼？
- 自動化測試用例的執行策略是要看自動化測試的目的，通常有如下幾種策略：
一，自動化測試用例是用來監控的，在此目的下，我們就把自動化測試用例設置成定時執行的，如果每五分鐘或是一個小時執行一次，在jenkins上創建一個定時任務即可。二，必須回歸的用例。有些兒測試用例，如BVT測試用例，我們在公司產品任何變動上線之前都需要回歸執行。那我們就把測試用例設置成觸髮式執行，在jenkins上將我們的自動化測試任務綁定到開發的build任務上。當開發人員在模擬環境上部代碼的時候，我們的自動化測試用例就會被觸發執行。三，不需要經常執行的測試用例。像全量測試用例，我們沒有必要一直回歸執行，必竟還是有時間消耗的，有些非主要業務線也不需要時時回歸。這類測試用例我們就採用人工執行，在jenkins創建一個任務，需要執行的時候人工去構建即可。6、什麼是持續集成？
- 持續集成源於極限編程(XP)，是一種軟體實踐，軟體開發過程中集成步驟是一個漫長並且無法預測的過程。集成過程中可能會爆發大量的問題，因此集成過程需要儘可能小而多，實際上持續集成講的是不斷的去做軟體的集成工作。持續集成。
7、平常用什麼工具測介面的？
介面測試工具很多，主要postman
8、沒有介面文檔，如果做介面測？（這是個送命題）
沒有介面文檔，那還能咋辦，瞎測唄！一個公司的開發流程裡面，如果介面文檔都沒有，是無法展開介面測試的，你都不知道這個介面幹什麼的，也不知道具體每個欄位代表什麼意思，那還測啥呢？
--當然，你肯定不能回答面試官不測(心理mmp，臉上笑嘻嘻)，接下來就是扯犢子時間1.沒有介面文檔，那就需要先跟開發溝通，然後整理介面文檔（本來是開發寫的，沒辦法，為了唬住面試官，先說自己整理了）2.沒有介面文檔，可以抓包看介面請求參數，然後不懂的跟開發溝通本題主要靠情商，通俗來說就是忽悠能力，先唬住面試官了再說，進去了也是瞎測測，隨時做好背鍋的準備
9、當一個介面出現異常時候，你是如何分析異常的？
1.抓包，用fiddler工具抓包，或者瀏覽器上f12
2.查看後端日誌，xshell連上伺服器，查看日誌
10、如何分析一個bug是前端還是後端的？
平常提bug的時候，前端開發和後端開發總是扯皮，不承認是對方的bug
這種情況很容易判斷，先抓包看請求，對著介面文檔，看介面響應有沒問題，介面返回的據沒有問題，那就是前端問題，如果響應數據有問題，那就是後端開發的問題咯
11、如何使用postman發送符合要求的HTTP請求？
選擇請求方法、輸入請求URL、輸入請求參數值、發送
12、介面測試得步驟：
請求介面&>&>&>選擇請求的方法---輸入請求url---輸入請求得參數---添加斷言&>&>&>發起請求&>&>查看返回的響應---查看斷言結果
13.分析性能需求。挑選用戶使用最頻繁的場景來測試，比如：登陸，搜索，下單等等。確定性能指標，比如：事務通過率為100%，TOP99%是5秒，最大並發用戶為1000人，CPU和內存的使用率在70%以下
14.制定性能測試計劃，明確測試時間(通常在功能穩定後，如第一輪測試後進行)和測試環境和測試工具
15.編寫測試用例
16.搭建測試環境，準備好測試數據
17.編寫性能測試腳本
18.性能測試腳本調優。設置檢查點、參數化、關聯、集合點、事務，調整思考時間，刪除冗餘腳本
19.設計測試場景，運行測試腳本，監控伺服器，
20.分析測試結果，收集相關的日誌提單給開發
21.回歸性能測試
22.編寫測試報告
如何確定系統最大負載？
通過負載測試，不斷增加用戶數，隨著用戶數的增加，各項性能指標也會相應產生變化，當出現了性能拐點，比如，當用戶數達到某個數量級時，響應時間突然增長，那麼這個拐點處對應的用戶數就是系統能承載的最大用戶數。
你們系統哪些地方(哪些功能)做了性能測試？
選用了用戶使用最頻繁的功能來做測試，比如：登陸，搜索，提交訂單
你們的並發用戶數是怎麼確定的？
1）會先上線一段時間，根據收集到的用戶訪問數據進行預估
2）根據需求來確定（使用高峰時間段，註冊用戶數，單次響應時間等
你們性能測試在什麼環境執行？
參考答案：我們會搭建一套獨立的性能測試環境進行測試
更加完善的資料，可以加我私信我索取！！！求點贊，求關注
編測編學：軟體測試的系統學習資料?zhuanlan.zhihu.com
跟所有面試差不多吧，沒什麼特別的，把自己的知識和能力顯示出來就行了……
之前總結的，希望對你有所幫助：
sylan15：面試中肯定會被問到的 2 個問題?zhuanlan.zhihu.com
sylan15：面試時經常會被問到的 3 個問題?zhuanlan.zhihu.com
sylan15：簡歷中打動人的 3 個關鍵點?zhuanlan.zhihu.com
sylan15：簡歷中千萬不要出現的 3 個問題?zhuanlan.zhihu.com
之前寫的關於軟體測試崗位相關的面試博客，請參考：
聊聊軟體測試面試的一些事 - 老_張 - 博客園?www.cnblogs.com關於面試：那些你應該知道的事兒 - 老_張 - 博客園?www.cnblogs.com又是一年跳槽季，我們來聊聊面試吧 - 老_張 - 博客園?www.cnblogs.com推薦閱讀：
