01

測試經理的能力框架

1.測試經理是做什麼的

測試經理是做什麼的？有的奔走於專案經理、技術、設計、下屬之間，瞭解需求跟進的進度；有的則是無時無刻都在與文件打著交道；也有的測試經理看起來“很閒”，上午看看郵件下午看看書喝喝茶。實際上，這都是真實的測試經理的工作狀況。

通常來說，測試經理需要懂技術(功能、效能、自動化、移動、幾乎是全棧)、懂管理（上下左右，360度的人交道的本事），有時候可能還要懂組織博弈、懂客戶需求與體驗，因為他要與很多部門人員交流，保證理解正確專案需求，同時也更好的將測試範圍與下屬溝通充分 。

測試經理的本質工作在於對專案測試任務的實現。具體就是針對專案產生行為，對專案需求進行分析、研究並對專案的測試周期實施管控，以使團隊在緊張、有限的週期內高質量交付。

不管怎麼樣，我們都不能忘記測試經理的初衷，明白到底是做什麼的，才能出色的完成測試任務——這很難！畢竟能夠按照計劃和最初期望完成的測試任務只佔極小一部分。

2.是否需要考個證書

行業內對測試經理有用的證書不多，如評測師/ISXXB，（小編不建議考這個，比較理論化沒有太多的實操意義）。

我反而認為，系統的學習PMP也對提高測試管理能力更有幫助。引用郭教授的一句話就是：學習PMP的意義在於，每個人都應用專業的方法做事，這至少可以讓我們少走彎路、少犯錯誤。但我並不鼓勵所有人都去考證，除非你有現實的需求。

3.測試經理的能力知識框架

分享一個小編自己做的圖，可以透過這張圖來看一下測試經理需要具備的能力。

（圖1 測試經理能力樹）

從上圖可以看出，想做好測試經理，測試經理需要掌握的知識和能力是相當繁雜的。總結來說，技術上不侷限於測試技術（功能，自動化 ，效能等），管理上做事的方法和做人的態度都需要不斷提升：研究做人做事，可以讓事情做得更專業，講究做人，可以讓自己更成功！

PMI推出了專案經理能力發展框架，作為個人或組織來管理專案經理的專業發展。該專案經理能力發展框架有三個維度：專案管理知識、專案管理應用、個人能力，我覺得也同樣適用於測試經理。

（圖2 理想專案經理的能力知識能力框架）

4.測試經理最重要的技能

似乎很少有人思考這個問題，測試經理最重要的技能是什麼？

小編覺得分為幾個部分

第一是團隊組建，識人、用人、帶人。當然，

第二任務按人和事情的匹配度進行分配，比如針對事情的重要和緊急性，以及事情和人的匹配度進行分配的能力，對業務和技術的理解程度是要有相當的功底。如果沒有相關夠硬的基礎，分配的任務不切合實際，那麼不僅團隊的下屬不會服你，同樣的，作為弱勢的測試部門，在周邊部門的眼裡也不會得到認同，那麼測試部門本來就尷尬的地位就更難開展工作了。當然每個測試經理面對的情況都是不同的，這也直接導致他們所需具備的核心能力是不同的。

02

測試經理最重要的決策是什麼？

測試經理會不斷面臨各種各樣的決策，大到招聘、提拔、團隊建設、流程規劃，小到同意某一次專案的測試計劃、上線申請。那麼問題來了，在這些決策中，那一項決策的影響是最重要的呢？

換個角度想，哪一項做了錯誤的決策之後，後果是最不能接受的？

個人認為，測試經理最重要的決策就是招聘（識人），因為一旦錄用了不合適的人，就會長期為自己的錯誤決策吞下苦果。

如果招聘到了一個在性格和技術上不那麼合適的人之後，那麼就會碰到要麼不是抱怨有這樣或那樣的問題的員工——總為自己的失誤找藉口。要麼工作一直效率低下進度無法保證拖累整個團隊。甚至找到“”鐵鏽“-能力好，在團隊裡有小影響力，但是一直跟你對著幹的人。你那個頭不是一般的大。

人才選用方面有哪些需要注意的呢？

有人說提拔基層管理人員的標準是，積極，有責任心，會溝通，會任務拆分，有一定技術基礎，價值觀和上司一致。

選擇合適的人才的標準是什麼？ 資歷？學歷？忠誠度？還是興趣？

賣個關子，歡迎感興趣的朋友加我微信 mike988898888(今天晚上有精品課-如何做測試經理)， 備註（微信測試管理）

03

接手一個新的專案後如何開始工作？

接手一個新專案後，應該首先做什麼事，搞清楚哪些問題？

比較忌諱的是在對專案情況不夠清楚的情況下，匆匆忙忙跟專案經理制定了測試計劃——這種情況並不罕見！

一般我在加入一個專案的頭幾個星期，主要用來傾聽而不是發表意見和做出決定，我覺得深入理解團隊非常重要，要學習專案的業務，學習程式的架構，瞭解團隊的最新動態。我不能接受一位醫生在觀察我不到五分鐘的時間就給我開具抗生素類的藥品。同樣的，我也不期望一個團隊可以接受我一開始就提出的什麼解決方案。在進行診斷之前你必須先要學習。

在這個階段中，我發現最有力的問題就是“為什麼”。為什麼要做這個功能？為什麼要這麼設計？為什麼你會進行這些測試？為什麼你會想到這個用例？為什麼你選擇把這個任務自動化而不是那個任務？為什麼我們要投入做這個工具？......很多時候，我感覺有的人做事只是因為看到別人這麼做，或者他們測試某個功能特性的時候只是做那些他們知道怎麼做的東西。如果你不問他們為什麼，他們自己也不會費心思考這事兒，因為他們已經把那些作為了一種習慣。

另外，並不是所有問題都適合提問。我提問的初衷有三個：

☞：能夠偵測風險、提高產品的質量；

☞：能提高開發產品的效率或者縮短測試周期；

☞：不懂這個業務。

04

如何建立良好的工作氛圍？

 團隊的氣氛非常重要。我深信優秀的產品和優秀的團隊緊密相關。我們必須要有擁有合適技能的人，正確的工作態度，並做正確的事情。特別是團隊中資深的人，因為團隊的文化和氛圍很大程度上來源於這些人。

下面這幾個問題，是測試經理需要思考、探索答案的：

☞：如何打造一個有凝聚力、有執行力的團隊？

☞：如何避免團隊因為一兩個人的不適應而出現問題？

☞：如何跟開發團隊搞好關係？有一個有效的方式是解決開發團隊關心的問題、解決一些難題、或者專案最緊要的問題，來獲取開發團隊的尊重。

☞：那麼問題來了，哪些問題是開發團隊比較關注？分別如何解決？

05

如何平衡自己的管理和技術貢獻？

測試經理一般都是需要為團隊作出技術貢獻的，同時我們也得承認，測試經理在管理和技術提升方面確實存在干擾。我曾有一段時間讓自己陷入過多的細節，也曾有一段時間為了“管理”而忽略了技術提升，這使我明白，當管理和技術不能保持平衡時會有多麼困擾。

我總結了幾個辦法來讓自己能保持技術敏銳度。

☞：選擇留下一部分工作自己來完成。比如在設計階段會積極地參與，持續地跟進專案並且自己也編寫測試。

☞：其實這才是關鍵的部分。為了排除管理的干擾，我會盡可能在15:00之前把管理都做都完成，然後剩下的時間做我自己的工作。比如我曾經把專案原始碼匯出來然後自己去修改，這個工作讓我能從開發的角度來看待測試。當我碰到一個脆弱的測試，或者某個原因拖慢了測試進度時，我就能夠理解那些開發工程師怎麼看待我們的測試工作了。

☞：平時求生存，週末求發展。利用週末、下班以後的時間充電。

06

需要警惕的下屬工作問題

1.關注最重要的事

難題永遠也解決不完！測試部經常會面臨要做太多的工作的情況，這時候我堅信只應該關注最重要的事情。就好像你要同時做五件事情，但是每件只能完成80%的時候，我就會要求他們退回來重新安排優先順序。把你需要做的事情減少到兩到三件，但都能完成到100%。這樣團隊才能獲得真正的成就感，而不是好多事情在他們手裡沒有完成。如果這些工作最後都能積極地影響到產品質量，那麼我也會感到特別高興。

2.關注下屬在哪裡犯錯

我發現，有的測試人員可能一上來就開始幹，不明所以。他們寫了很多測試，但忘記思考為什麼要寫這些測試，怎麼讓這些測試為整體目標服務。類似的問題很多，都需要測試經理靜下心來研究工作，觀察下屬在哪裡犯錯，思考如何解決這類錯誤。

07

做哪些工作能夠體現測試部的價值？

從對測試部的期望來說，我們只要能讓專案/產品在規定時間內以高質量交付，就會體現測試部的價值。從這點出發，我們可以思考有哪些手段有助於達成我們的目標，比如自動化，比如持續整合，比如定期培訓，比如打造一個學習形組織......

我比較欣賞谷歌的做法，他們更專注於預防bug而不是檢測bug，這為他們帶來了巨大收益。他們推動自動化測試在程式碼提交之前更早地執行，這樣就會避免大量質量不佳的程式碼汙染專案，讓測試團隊隨時保持在最前沿，支援專案產出高質量的版本。

08

團隊或者專案的人員如何配置？

很多人都會關心，開發和測試人員什麼樣的配比是比較合理的，但實際工作中，這點往往很難由測試經理來決定。

對於我來說，在人才選用上我的原則就是決不妥協，絕不錄用不符合我要求的人。

什麼樣的人會讓我喜歡呢？

我喜歡那些不會困擾於系統的複雜性、遇到困難的問題時能夠分解為可執行的步驟並能最終解決的人。我喜歡有執行力的人，他們會被緊迫感激發而不是嚇跑。我喜歡能夠在創新和質量中掌握平衡的人，他們不應該只滿足於發現更多的bug。但最重要的是，我喜歡能看到他們的激情。我喜歡那些真正想做測試的人。