1. 程式人生 > >簡歷中打動人的 3 個關鍵點

簡歷中打動人的 3 個關鍵點

貴的 功能點 完成 51cto 類型 cti ado 積累 是不是

前幾天推送《簡歷中千萬不要出現的 3 個問題》後,不少朋友在後臺告訴我,這幾個提醒太關鍵太及時太有用了,但是,這麽做只是避免簡歷被輕易涮掉,並沒有提高簡歷通過率呀。

確實是這樣,那怎樣才能增加簡歷通過率呢?今天我就從篩簡歷的角度聊聊,簡歷中突出哪些軟技能時,更有可能贏得面試機會。

我大概總結了一下,可以突出如下 3 點:

突出自己的主動性;
突出自己解決問題的能力;
突出自己的學習能力;

下面我就每一點分別展開說一下。

一、突出自己的主動性

《現代漢語詞典》中解釋,「主動」就是「不待外力推動而行動」,那麽「主動性」就是這種主動行動的具體體現。

舉個例子。

張三在他的「專業技能」一欄寫了:

自學 Python 半年,目前為項目編寫了 5 個測試工具;

我們先不管這 5 個工具到底有沒有技術含量,首先看到「自學、半年、工具」,這幾個字眼,是不是很吸引人?

現在已經是互聯網發展的成熟期,借助互聯網自學已經不是什麽新鮮事,自學成才的人也都不在少數,但要是按比率算,能堅持半年,並且有產出的人,真的是很少,至少也是一個很可貴的品質了。

如果你正在準備自學,或者已經開始自學,甚至已經有產出了,請一定不要忘記在簡歷中體現出來。

我們再看一個例子。

張三在他的「自我總結」中提到:

曾抽空花 2 天時間,把新參與項目中的歷史 Bug 全部看了一遍,對項目中可能出現問題的功能點,以及出現頻度比較高的 Bug 類型都做了初步了解,從而很快就上手了新項目。

看到這個介紹,有沒有怦然心動的感覺?刨去別的描述,如果簡歷中僅有這一條,我也是肯定會約的。

其他類似的主動性體現的東西,應該還有很多,工作中只要不僅僅是把事情做完,而是有意識的去把事情做好,甚至更好,在寫簡歷時必然有很多亮點可以寫的。

二、突出自己解決問題的能力

我說的解決問題的能力,可以分為兩類,一類是自己動手解決問題,另一類是自己利用資源把問題解決了。

還是有點懵?

比如我之前寫的《Python3.4 安裝 pycrypto 提示錯誤的處理辦法》和《恢復 Postman 中誤刪除的 Collection 的方法》,算是自己動手把問題解決了,如果簡歷中寫了類似的經歷,就體現了個人解決問題的能力。

至於另一點,什麽叫利用資源解決問題?我們先看個問題:

如果一個平時需要一人 5 天才能測試完成的項目,現在因為需求緊急,項目方只給了 2 天的測試時間,你該怎麽辦?

面試時,我經常獲得的答復包括:

優先跑優先級高的用例,其他用例根據時間酌情安排;
和項目方溝通,盡量多爭取點時間;
自己加班加點,盡量趕進度,實在不行也沒辦法;

這幾個答復有毛病麽?沒毛病,有考慮到用例優先級劃分的,也有考慮到和項目方的溝通,但是看出來了麽?三個方案的核心都是「我」在盡力處理「麻煩」。

我們來看看另一個人的答復:

看起來一個人肯定是搞不定了,需要找上級商量看看是否可以協調資源支持,搞個突擊,同時也需要周知項目方關於時間縮短對項目質量造成的影響,看看他們是否可以接受,或者再多給點時間,如果都沒問題,就按用例優先級劃分,盡量往前趕進度。

如果和這個答復比起來,是不是就感覺前面考慮的太少了?這個增加了向上級求助,尋求資源支持的過程,也就是團隊思維,同時也增加了周知項目方可能存在質量風險的過程,這是做事的思維,而不僅僅是解決手頭的麻煩。

有人可能會說,有溝通的時間,我都多跑幾條用例了,是,所以你才適合做用例執行的角色。

如果你在項目中,有上述的一些解決問題的表現,請盡量在簡歷中體現出來,不管別人約不約,我反正是約定了。

三、突出自己的學習能力

我這裏說的學習能力,也是分兩種類型的。

第一種類似在學校的學習,就是指定要學習的內容,根據花費的時間以及所達到的不同程度,來區分的學習能力。

比如:

張三之前是做 Web 測試的,因為項目需要調崗去支持
app 測試,經過三天的了解和學習,已經掌握了 App 測試的所有註意事項,並可以在項目中發揮中堅力量。

嗯,我們不細究張三究竟怎麽做到的,僅從結果來說,這學習能力是杠杠的。

我說的另一種類型,強調的是通過復盤、總結、學習等方式達成經驗積累的效果,簡單說就是舉一反三的能力。

比如:

張三在最新的 ARM64 系統上測試時,發現某個功能因為使用了函數 IsWow64Process 導致了功能異常,查資料發現 ARM64 系統上改為使用 IsWow64Process2 了。
這還不算完,他覺得整個項目中肯定還有其他地方有使用 IsWow64Process 這個 API,於是暴搜一把,果然如此,進而督促開發制定了統一的修改策略,既解決了當前出現的問題,又處理了其他可能存在同樣隱患的地方,一舉兩得,還降低了整體的修復成本。
這還不算完,為了避免開發在新實現的代碼中再次出現這個問題,他又督促代碼審計系統增加了對這個 API 調用的檢查,徹底杜絕該隱患。

就這麽平鋪直述起來,可能不少人覺得沒什麽大不了,可從我面試的情況看,有些人在發現問題後,根本不關心問題產生的原因,更別說舉一反三、避免同類問題再次發生了。

我面試的還有不少人,自己寫的代碼,會被自己寫的用例測的漏洞百出,而所有出現的 Bug 都是自己曾經報給開發同學的低級錯誤,是不是很尷尬?

所以,如果你在平時工作中有關於學習能力的具體體現,請務必在簡歷中體現出來,有很高的加分哦。

好了,我能幫你的就這麽多了,全部都是經驗之談噢,趕緊去優化下你的簡歷投給我吧。

本文原創發布於公眾號「sylan215」,十年測試老兵的原創幹貨,關註我,漲姿勢!

技術分享圖片

簡歷中打動人的 3 個關鍵點