問答（4）看了我的簡歷，您想約嗎？

背景

有位同學想從手機測試轉型做互聯網應用程序測試，但因為手機測試經驗占比較重而未能獲得更多的面試機會或者說面試通過概率較低。于是他把簡歷發給我，并問了我一個問題：“老師，如果您看到我的簡歷，會有想法通知我來面試嗎？”

我幫他看了一下，結合他想應聘應用程序測試工程師崗位的需求，針對簡歷里的問題做了一些分析。今天就先說說簡歷的事兒，后面再說說有關面試的那些事兒。

你問

怎樣才能提高簡歷的命中率？

我答

1．意向崗位：測試經理/主管、系統測試、手機測試

定位不明確，意向模糊。針對測試主管和系統測試本身而言，一個是管理崗位，一個是技術崗位，不建議放在同一版本的簡歷里，建議拆分開，并在“工作經歷”欄里有針對性地突出相應的技能和經驗，這一點很重要。“技術崗”就重點突出你的專業技能，“管理崗”就重點突出你的項目管理和團隊管理能力。

因為從HR或用人部門的管理者角度來看這份簡歷，會認為你首先就沒有清晰的定位。假如用人部門其實想招聘一名測試工程師，但看了你的意向之后，會產生這樣一種擔心：你傾向于做測試主管，那么是否很難再沉下心來去做功能測試呢？或者說你因為寫了這個意向，所以會羅列很多這方面的經驗和技能，但這根本就不是用人部門想看的。

2．三家公司的工作經歷+三個項目的項目經驗

工作內容

在該公司主要負責兩部分內容：

（1）測試管理。

（2）手機終端、定位管理平臺網站及應用程序的功能測試，用戶體驗測試。

具體工作內容包含：

（1）測試流程建立，測試團隊組建，相關測試文檔編寫，日常測試管理。

（2）Bug系統—Bugzilla（一種缺陷管理工具）的使用，Bug工作流程建立，規范制定等。

（3）產品需求評審，測試需求分析，編制測試方案和計劃。

（4）測試用例設計和編寫及評審。

（5）測試執行，提交有效Bug，并對Bug進行跟蹤及驗證，同時進行回歸測試。

（6）對產品質量負責，全程跟進產品質量；定位測試發現的Bug，以及工廠或客戶反饋的Bug。

（7）使用Monkey、LoadRunner等性能測試工具執行壓力測試與性能測試。

（8）入網，入庫，IP防護，防爆認證，北斗認證等認證自測與跟進。

（9）組織團隊進行測試總結、新知識培訓、Bug解析。

項目職責

（1）參與需求的討論，利用思維導圖工具XMind列出測試功能點，進行測試需求的確認，并制訂測試計劃。

（2）根據需求文檔編寫測試用例并進行評審和完善。

（3）核驗產品需求文檔，執行用例測試、用戶體驗測試，提報Bug和跟蹤Bug，進行回歸測試。

（4）使用Emmagee對應用程序進行CPU、內存、流量和耗電量等測試。

（5）利用LoadRunner錄制腳本，進行性能測試。

（6）測試結果統計、總結，風險評估。

這兩部分內容存在兩個問題：

第一，部分內容其實是重復的，例如，使用LoadRunner進行性能測試，測試用例設計、編寫及評審等。

第二，內容表述相對模式化、大眾化或者比較寬泛，沒有很突出或者很吸引人的亮點。

個人建議對于“工作經歷”和“項目經驗”這兩部分內容的表述應該各有側重點，且互為補充。

工作經歷

（1）描述一下這家公司的重點產品和團隊規模。

（2）重點突出你在這個團隊里的“關鍵”位置、承擔的責任，以及由你主導的有關 應用程序類產品的測試工作。

（3）表述出你深度參與的、不會在“項目經驗”里出現的卓越產物和成果。

（4）涉及應用程序測試較少或者無關的工作經歷可以簡單帶過，甚至不寫進去也行。

項目經驗

（1）數量不宜過多，挑出1～2個應用程序類的測試項目。

（2）使用的測試流程如果沒有特殊之處，則可作為概述，重點表述出關于應用程序類產品測試的測試場景設計、業務邏輯分析、交互和適配的用例設計。

（3）清楚地描述你了解的應用程序客戶端壓力測試工具Monkey的基本用法和作用，適當加上你所在的團隊對參數所做的一些優化。

（4）對于服務器端性能測試工具LoadRunner的使用，不要簡單地說一句“會用”，而要重點表述你在實際的項目中是怎么從性能需求分析、場景設計、腳本設計、數據準備、場景運行，一直做到報告分析的。在這里最好能加上你對當前互聯網應用程序的產品，尤其是你去應聘的這家公司的產品的應用場景分析和性能需求建議。

（5）關于手機測試的經驗部分，我認為，跟手機操作系統相關的測試可以重點突出，這部分經驗在測試互聯網類應用程序時其實是適用的。因為如果你對手機系統級別有較深的了解，則會更容易判斷在哪些功能場景下應用程序容易出錯，比如閃退和死機。所以，這部分經驗的表述對你而言應該會起到正向作用。

（6）其余項目可以簡單羅列其中，但如果跟應用程序測試無關，則建議省略。

3．自我評價

一般人寫自我評價時都會這樣表述：性格開朗，工作責任心強，有耐心，積極主動性較高，具有一定的抗壓能力；有較強的學習、溝通、協調能力，做事細心、踏實，具有很強的團隊精神和良好的合作意識。

站在面試官的角度，關于“自我評價”部分，其實看到上述這種通用型的表述，不會引起他太多的注意。建議在“自我評價”中多關聯一些實例或數據來說明自己的某些特質，比如你帶動團隊做學習型分享，或者你在原有測試團隊里會因為處理現網問題而跟多個部門經常有協作關系等，以此來襯托你的學習能力和溝通能力，以及團隊精神和合作意識，這比直接用“良好的”“較強的”和“一定的”這種不易量化和衡量的形容詞要好得多。

4．技能專長

一般人會在技能專長部分中羅列出很多內容，例如下面這個案例。

（1）熟練掌握軟件測試流程和方法，熟練進行功能測試、壓力測試、性能測試、用戶體驗測試，完整地參與過多個大型項目。

（2）熟練掌握測試計劃、測試用例和測試報告的編寫。

（3）掌握Linux基本命令，如文件管理、進程管理、軟件安裝/卸載等；能在Windows、Linux系統下搭建環境（SVN、Tomcat、MySQL、DB2、VMware）。

（4）熟悉SQL語句，能根據測試需要對數據庫進行增、刪、改、查等操作。

（5）熟悉Monkey壓力測試、LoadRunner性能測試。

（6）對Bug具有較高的敏銳性，能夠較好地保證產品質量。

（7）熟悉Bugzilla和BugFree等缺陷管理系統，熟悉TestLink用例管理系統。

（8）熟練使用QXDM、FlashTool、MauiMETA、QPST、Catcher等工具。

（9）熟悉辦公軟件Word、Excel、PPT的使用。

（10）做事細心、踏實，有較強的自學能力，能快速學會各種應用軟件和熟練掌握新技術。

就我個人的經驗來說，技能專長一項羅列得過多，一是沒有主次關系，讓人力資源主管和面試官很難去蕪存菁；二是即使你羅列的都是真實寫照，也會讓人覺得廣而不精。

第（1）、（2）、（6）、（7）項應該屬于測試工程師的基本能力，所以建議在“項目經驗”中詳細表述，會更具說服力。

第（3）、（4）、（5）項，如果你的確熟悉，則可以將相應使用的場景和應用范圍寫出來，目的是體現你不僅“學”了，也“用”了。

第（8）、（9）、（10）項，建議從此處移除，（8）是因為跟應用程序測試沒有太大關聯；（9）屬于職場中人的基本技能，對你應聘應用程序測試工程師沒有太大幫助；（10）屬于自我評價項。