如何管理好本身的測試團隊【轉】

一、做爲一個團隊的管理者，最起碼的是要本身懂本身產品或項目的業務。這一點很重要，第一這樣有助本身分配工做給團隊中的成員，要否則本身都搞不清楚業務難度和業量就分配工做給team member是件很讓人難以接受的事情。第二，有助於本身和其它team或department的合做和溝通，不至於其它team提出的問題，本身還不清楚就答應或否認要作。

　　二、做爲一個管理者，要懂更多的技術，至少是瞭解更多的測試技術，要了解其工做原理，這樣有助於本身幫助團隊成員research或者說技術的應用到實際的測試工做中來。也能夠提升本身在測試團隊中的威性，本身懂得多能讓更多的同窗承認和信服。

　　三、平衡按特長分配工做任務給team member。對於senior的測試員咱們分配更多的任務是designtestcase的，junior的測試員可能更多的是分配執行測試。分配工做也是看看哪位測試員的特長，有些測試員對GUI比較敏感，有些測試員對Logic比 較關注，有些測試員對整個系統的流程更清楚，這些都是做爲測試管理者分配任務的一個基線，這樣能夠更好地帶好一個團隊，提升軟件測試的水平和質量。

　　四、作好測試風險的管理。一 般來講咱們要儘量下降測試風險，也是測試管理中一個很重要的課題，我也只能講講本身的一些片面的觀點。測試風險從軟件需求分析開始就存在，咱們要更好地 在前期發現這些潛伏在需求或開發設計中的風險：1）如需求提出沒法達到的功能，或有違背現有功能的需求咱們在需求分析時必定要提出來；2）軟件需求設計中 的有些沒法測試的功能或要點，也要在測試需求分析中提出來；3）開發設計文檔的靜態測試，這一點我以爲很重要，不少小公司基本上會忽略這一點，靜態測試 （主要是指文檔方面的測試），對開發設計文檔或原型設計文檔的Review或測試有助於測試風險的下降，也能發現一些與需求衝突的設計，爭取錯誤在前期發 現。同時咱們測試用例在 測試方面也能夠更好地與其配合，設計更好的的測試用例去測試，不管是從GUI，仍是開發測試技術上測試都是有益的；4.對測試用例的Review或靜態測 試，這樣有利於優化測試用例，補充更多有用的測試用例和除去一些無用或重複的用例，這樣能提升測試執行效率。5.監測測試執行及bug管 理，Bug算是測試員的成果之一，咱們做爲管理者必定要管理好，同時也能讓咱們清楚看到測試風險的存在，能夠經過現有的Bug趨勢判斷系統中將來還有多少 bug存在，能夠經過bug的類型分析fix bug還要多長時間還可能會產生多少bug，這樣咱們就能清楚知道當前測試人員和開發人員何時哪些人要開始加班了或要加派人手了...，咱們還要關注 測試執行進度，測試執行初期bug趨勢圖，哪些類型的bug多些，此時會不會影響到測試中期，Logic的bug多的話必定會影響到測試中期的質量和測試 效率的，此時要提醒開發團隊要注意logic類型bug的fix，不能把這類bug拖到後期fix，這樣會影響質量。

　　固然軟件質量風險還有其它的因素影響，如項目或產品時間評估，我想這部分大可能是硬性的，咱們能夠協商測試的項目時間；還有人員請假或離職，以及測試組人員的變更，還有測試人員情緒波動都會影響到測試質量風險的。

　　五、合理評估測或衡量測試人員的績效和水平。相 信這一點也是很難作到的一點，作得很差，不只沒法讓整個團隊好好工做，內部矛盾多，形成員工離職都會有，是讓一個團隊最頭痛的事情，那麼咱們如何合理評估 測試人員的工做呢？首先我以爲公開硬性績效標準，讓你們都明白一個標準，也是團隊共同發展的目的，這樣作到公正，不會有私心。我以爲咱們能夠從幾個方面去 衡量：a）工做態度及積極性 b）工做量和工做質量的一個線性比較，工做量大的必定是最辛苦的，但要與其工做質量做參考的，固然咱們不能把一個員工發現的Bug量做爲其工做成績好壞的 標準，我記得之前一位測試經理就是這麼作的，這是很要命和害了整個公司的作法，由於測試的對象不一樣或開發人員水平不同及項目大小和難易程度，都是影響 bug數量是不同的因素，我以爲一個比較好的標準是從中多方面來看的，測試執行過程和測試用例兩方面，執行測試過程當中bug趨勢圖和bug類型分佈圖及 軟件交付後bug反饋率，測試員應在測試執行過程當中發現各階段中應當發現的bug，不能說很明顯的bug而在最後才發現，這些均可以看出測試員的水平；另 外測試用例的設計也是一個很重要的標準，很好的測試用例，會盡量早地發現bug，固然測試用例的設計可操做性、詳細度等都是衡量的標準。

　　六、凝聚團隊和激發團隊成員的潛力。這 一點，雖然說是有點大話，但真的也是很重要的，我以爲很重要的一點就是讓團隊中的每個人都在成長，安排合理的工做角色很重要，讓他們能更好的看到本身的成 長空間，如讓比較junior的測試員設計比較簡單的測試項目或需求的測試用例，這樣讓他也以爲本身也能設計測試用例；讓很Senior的測試員負責項 目，讓他以爲是項目中的主角而不是測試經理的身影，這樣讓團隊中的成員也會更有責任心；安排比較空閒的測試去Research更新的技術或測試技巧並經過 講課的形勢分享給全部的成員；在項目執行中，安排測試員在執行這程中去交換測試，這樣可讓參與這個項目的成員對整個系統瞭解，這樣項目的每一部分都至關 於有backup人員，不擔憂項目哪位請假而爲難了，也培養了測試人員的業務知識。多多讓成員之間溝通，一塊兒參加工做以外的活動。

　　七、溝通成員，瞭解成員的心態。做爲一個管理者要多多關心成員的心態問題和成長問題，爲何工做不太積極？爲何項目質量不高？....均可以經過私下聊天談心來了解，並幫助他們解決！