【軟件測試】你的簡歷出現這些問題？沒人要也是有緣由的

最近有不少同窗說以爲最近簡歷能夠，面試的時候也以爲本身發揮的不錯，可是每次在面試完等通知的時候倒是毫無音訊了，在面試以前，一份好的簡歷，會讓面試官選上你，可是當有一份適合本身的簡歷，會讓你在面試時發揮的更好。

今天準備逆向思惟從篩選簡歷的角度說說寫簡歷時千萬不能出現的 3 個問題。

大部分簡歷一眼瞅過去，均可以被快速劃分爲三類：淘汰、可惜、經過。
其中淘汰和可惜的，或多或少都存在以下 3 個問題：
簡歷中各類各樣的「精通」；
簡歷中撒謊的痕跡；
簡歷中出現明顯的低級錯誤；

下面咱們就每一點展開的說一下：

 

1、千萬要慎用「精通」
重要的事情說三遍：慎用「精通」，慎用「精通」，慎用「精通」
舉個例子：
精通 Windows 操做系統；

 

其實通常能寫上本身精通的同窗，確定很自信吧，那麼這麼自信的人，必定還算厲害吧？即便不厲害，也比通常人要強吧？
舉個例，我有一個以前也是面試測試之類的朋友，他跟我說，每次看到有人寫着本身精通Windows 操做系統的簡歷，他也有約過這樣的同窗，可是，自從見過幾個以後，真的，真是有點失落，所謂的精通是由於一直都用 Windows 系統，操做過程沒有出現過解決不了的問題，好點的是曾經幫別人簡單維修過電腦。

而後我就問了，你指望的精通是啥呢？他說其實他並不指望找一個精通 Windows 的人，熟悉 Windows 的系統原理就行，好比懂點註冊表基礎、文件系統基礎、進程相關的概念以及基本的網絡協議，再深刻一點，能夠了解下系統內核層和應用層的配合關係，若是這些基礎知識都知道，請寫「瞭解 Windows 操做系統基本組成原理。」

可能會有人說，Windows 系統這個例子太特殊，操做系統確實太複雜，我寫精通 Office 總能夠吧？
那咱知道 Office 套裝一共包含那幾款應用不？不知道？那精通個什麼？

那寫精通 Java、C++、Python 或軟件測試理論總行吧？我但是作過大項目的人。我不知道你說的大項目到底有多大，可是我知道，對技術越是有深刻了解的人，越是能瞭解本身的眇小，越是能明白本身的無知，也就更加不敢說本身「精通」了。

建議：若是不肯定本身是否真的「精通」，那麼就不要寫「精通」。

若是對軟件測試、接口測試、自動化測試、面試經驗交流。感興趣能夠加軟件測試交流：1085991341，還會有同行一塊兒技術交流。

2、千萬不要撒謊
而後我朋友又跟我說有些簡歷之因此以爲可惜，是由於簡歷寫得太完美，讓他以爲目前的崗位配不上他，好比他的我的技能的內容，幾乎包含了 SEO 須要的全部關鍵字，把全部能吸引人注意的東西都羅列上去了。

不信你看：

熟悉 Java、C、C++、Python、JS、PHP、MySQL、SQLServer、Mongodb 等；

以前的話，這些同窗他說他也是會約的，畢竟測試人員經歷的項目多了，廣度上確實也是一個優點，但是見過幾回以後，他說他內心就開始抗拒了，好比問他的瞭解程度，獲得的答覆多是：

大學課程學了 C、C++、Java、SQLServer，後來用的少；
以前公司的自動化框架是 Python 實現的，有添加過一些用例；
測試過一些 web 項目，前端用到 JS 和 PHP，數據庫用的 MySQL 和 MongoDB；

好吧，沒毛病，只是這種「瞭解」和他預期中的瞭解程度並不同，至少在項目中有實際的使用，好比動手寫過東西，哪怕是很簡單的操做工具之類，只要是本身獨立完成過的都算。

其餘還有一些故意增長光環的內容，好比：

作過學生會主席——實際是幹事；
帶過團隊負責過項目——實際是帶一我的完成太小項目；
本身定位過一個難搞的問題——實際是輔助開發搞定；
本身寫過自動化工具——實際是參與團隊的工具開發等等。

這裏必定要區分是「我」作的仍是「咱們」作的，甚至是 TA 作的，這些光環雖然有可能增長面試機會，但若是真是由於這些光環得到的面試機會，那麼面試時就不可避免的會被問到這些內容，稍微瞭解下細節，立馬就知道真相了。

因此說，請必定要實事求是，千萬不要想矇混過關。若是你真以爲這些東西重要，那麼就在工做過程當中增強關注和學習，這樣長的纔是真本事，面試時纔有底氣。

3、千萬不要出現低級錯誤
舉個例子，有人的自我評價這麼寫：

本人擁有性格開朗樂觀，責任心強，具備較強的學習能力，思惟嚴謹，注重細節,以及注重用戶體驗等特色。

我是看了幾遍才明白「擁有」和「特色」是配對的，不論是長句子，仍是短句子，請必定要保持通順，否則「注重細節」就是本身打臉了。

其實本身看本身寫的東西，很難發現問題，這個我是深有體會的，但也不是無法避免，好比逐字逐句的閱讀，另外還能夠找其餘人幫忙 Review，就相似咱們測試過程當中會涉及需求評審、用例評審，甚至是代碼檢查，一樣都是爲了從第三方角度進行把關。

例子裏面還有最後的逗號也用錯了，做爲測試，不少人是看不上手工測試和 UI 測試的，以爲沒技術含量，既然這樣，咱們本身請先不要犯這種類型的低級錯誤。

一樣的，做爲測試，咱們會在開發和產品出現低級錯誤時生氣，由於自測不過關，浪費了咱們的時間，既然這樣，咱們本身請先不要犯一樣類型的低級錯誤。

我記得有位朋友說過，他篩選海選筆試題有一個獨門絕技，能夠瞬間淘汰一批粗心的人，關鍵方法還比較簡單，就是先看多選題結果，若是有人全部的多選題都按照單選題去作了，直接淘汰，這已經無關乎答案是否正確、思路是否清晰了，關乎的是態度，認真的態度，類比到實際的項目，就是說需求都沒搞明白，根本就談不上保證產品質量了。

嗯，有道理，一屋不掃何以掃天下？做爲測試人員，請務必不要犯咱們本身眼中的「低級錯誤」。

以上內容但願對你有幫助，有被幫助到的朋友歡迎點贊，評論。