測試管理之我見(jiàn)

在跟團隊成員進(jìn)行績(jì)效面談時(shí)，成員問(wèn)我，怎樣才能做測試管理。

先看看百科的定義：

測試管理，即是組建和管理一個(gè)測試團隊，制定和落實(shí)一個(gè)有效的測試流程，計劃、設計、執行并跟蹤輸出項目的測試報告，為項目質(zhì)量提供有效保障。

再看看市面上來(lái)自?xún)杉夜緦y試經(jīng)理崗位的職責要求：

能力要求一：

1．制訂測試方案及計劃，包括人員安排測試進(jìn)度測試流程等

2．帶領(lǐng)測試團隊完成公司產(chǎn)品的測試工作，執行測試計劃，跟蹤執行進(jìn)度；

3．完成組內人員招聘培訓以及及團隊建設；

4．負責測試團隊人員的績(jì)效考核，培養團隊成員的成長(cháng)；

5．與上級及協(xié)作部門(mén)溝通測試進(jìn)度及測試結果。流程管理

能力要求二：

1．帶領(lǐng)團隊完成產(chǎn)品和項目測試的任務(wù)，統計和分析測試結果，問(wèn)題確認和跟蹤，推動(dòng)問(wèn)題及時(shí)合理解決；

2．測試環(huán)境的配置和版本管理；

3．軟件測試流程體系的梳理和建立；

4．負責測試組人員的技能和業(yè)務(wù)培訓，提升團隊的測試能力；

5．制定編寫(xiě)軟件測試方案與計劃，完成測試任務(wù)，編寫(xiě)測試報告；

6．測試團隊的人員管理工作及團隊建設。質(zhì)量管理

所以結合我的理解，梳理了下我對測試管理的定義，以及我認為目前一個(gè)最基層的測試管理所做的事情。

把測試管理的能力模型分為六個(gè)部分

測試管理能力模型

人員招聘

確定招聘需求和招聘要求，為團隊招募合適的人才。

剛剛走出校園的實(shí)習生，和社招的資深測試工程師的能力和經(jīng)驗自然是不一樣的，所以對于社招和應屆生的招聘要求需要分開(kāi)。

通常我在面試社招時(shí)，更多關(guān)注的是社招同學(xué)的項目經(jīng)驗，以及過(guò)往所承擔的職責，自動(dòng)化工具能力，軟性素質(zhì)上更看重協(xié)調能力和推動(dòng)能力。

而在實(shí)習生的面試時(shí)，不會(huì )過(guò)多去關(guān)注實(shí)習生的項目經(jīng)驗，更多關(guān)注的是實(shí)習生的學(xué)習能力和主觀(guān)能動(dòng)性，如果能有一些對軟件測試崗位的基礎知識學(xué)習和理解，那么是很加分的。

人員培養

制定學(xué)習目標和計劃，因人而異施教，安排專(zhuān)業(yè)的導師，及時(shí)跟進(jìn)新人學(xué)習進(jìn)度并解疑。使招聘的人才在最短的時(shí)間內快速適應項目的流程，勝任項目的任務(wù)。

對于新入職的人而言，一個(gè)類(lèi)似于這樣的明確的工作任務(wù)和目標非常重要。

新人轉正標準

人員管理

1、職能明確：各崗位職能職責區分清楚，避免團隊成員之間職能混亂，出現工作交叉干預、重復勞動(dòng)的現象，也避免出現踢皮球的場(chǎng)景。

有的測試團隊會(huì )按照測試技術(shù)、測試設計、測試執行的組織結構來(lái)管理，這樣每個(gè)團隊都術(shù)有專(zhuān)攻，管理上也會(huì )更容易

有的測試團隊會(huì )按照個(gè)人全方位能力培養，要求個(gè)人同時(shí)具備測試技術(shù)、測試設計和測試執行的能力，這樣對每個(gè)人的長(cháng)遠發(fā)展更有利，但是會(huì )因為每個(gè)人的能力參差不齊，導致團隊的成員能力不均衡，個(gè)人優(yōu)勢不夠突出

2、知人善任：依據各人的特質(zhì)、能力層級、優(yōu)勢劣勢進(jìn)行任務(wù)分配，給團隊成員充分展示優(yōu)點(diǎn)的機會(huì )，避其缺點(diǎn)，合適的人做合適的事情。

比如有的測試人員擅長(cháng)測試設計，有的測試人員擅長(cháng)挖掘工具自動(dòng)化搭建，有的測試人員溝通協(xié)調能力比較強，根據每個(gè)人的意愿和長(cháng)處來(lái)安排任務(wù)。

3、善于傾聽(tīng)：尊重團隊里的每個(gè)人，確保成員能夠無(wú)所顧忌地表達個(gè)人觀(guān)點(diǎn)，并能夠及時(shí)覺(jué)察成員情緒上的波動(dòng)，換位思考，及時(shí)建立疏通、宣泄的渠道，做好正面引導。

4、敢于授權：在明確的目標要求下，適當的放手，讓團隊成員有能力與權力去承擔并對結果負責，但是在過(guò)程中，管理者也需要隨時(shí)去抽查，以便及時(shí)發(fā)現落實(shí)過(guò)程中的偏差或者問(wèn)題

5、激發(fā)潛能：不畏懼新人犯第一次錯誤，因為錯誤中的總結，才能令人印象更深刻，后續不再犯。而不斷的嘗試新事物，才能夠挖掘團隊成員的潛力。

6、等級淡化：成為團隊成員的朋友，在成員迷茫時(shí)能給出合適的建議，在困難時(shí)伸出援手，必要的時(shí)候需要言傳身教，做成員的堅實(shí)后盾。

這些主要講的是向下管理，另外還有向上管理，如何處理自己與上級之間的關(guān)系，如何向上級述職，更好的展現自己和團隊的工作成績(jì)，也是管理的一門(mén)學(xué)問(wèn)。

測試團隊管理

團隊建設

1、共同目標：可以是時(shí)間、項目等，團隊成員有著(zhù)共同的目標，才能提高整個(gè)團隊的凝聚力和斗志，從而取得1+1大于2的效果。

2、團隊規劃：制定半年、一年，短期和長(cháng)期的規劃，讓團隊成員了解公司的遠景，讓大家對團隊、個(gè)人的發(fā)展有信心。

3、樹(shù)立標桿：一個(gè)團隊中各個(gè)成員都是不同的個(gè)體，素質(zhì)和能力頗有差異，樹(shù)立標桿，推廣優(yōu)秀成員的成績(jì)和經(jīng)驗，才能提升團隊的能力，使團隊能力最大化。

4、獎懲激勵：團隊成立階段，多獎勵，少懲治。及時(shí)的給予鼓勵和獎勵，會(huì )讓團隊成員的被尊重、被信任、被認同感提高，工作動(dòng)力和積極性提高。但是，團隊成長(cháng)成熟階段，要多規范，建立多種合理的制度來(lái)管理與約束。

5、績(jì)效管理：有一套公開(kāi)、公正的績(jì)效激勵體系。結合每個(gè)成員的自身特點(diǎn)和能力制定，制定合理的績(jì)效。

團隊潛能

通過(guò)團隊活動(dòng)、團隊培訓等方式，培養協(xié)作精神和團隊精神，提升團隊整體的能力，創(chuàng )造一種良好的氛圍，提高團隊的凝聚力。

加強測試團隊在整個(gè)項目中的地位和影響力，影響力越強，團隊成員的成就感會(huì )更強，工作的動(dòng)力和信心會(huì )更大，更積極正能量的心態(tài)面對工作。

團隊提升

通過(guò)各種各樣的途徑，培訓分享，共享資源庫，或者是團隊圖書(shū)館也好，提升團隊整理硬性軟性能力。

測試流程管理

流程建立

大到項目研發(fā)流程和職責分工，小到測試缺陷跟蹤流程、案例評審流程，都有一個(gè)從無(wú)到有制定和完善的階段。

下圖只是一個(gè)項目的測試流程的一部分。

項目測試各環(huán)節設計的流程

流程實(shí)施

推動(dòng)流程的落實(shí)

流程優(yōu)化

流程的落實(shí)過(guò)程中，不斷的總結經(jīng)驗，及時(shí)調整和完善流程。

測試質(zhì)量管理

測試質(zhì)量的保證，是測試團隊的職責所需，也是首要標準。

質(zhì)量指標

前期要確定一些項目中質(zhì)量的指標，比如交付時(shí)間要求、BUG修復率的要求、用例通過(guò)率的要求等等。

質(zhì)量管控

再通過(guò)不同的手段來(lái)管控，從而實(shí)現和達成目標。

在達成的過(guò)程中需要研發(fā)、產(chǎn)品、測試、項目經(jīng)理等多個(gè)角色的共同推動(dòng)規范項目研發(fā)流程、代碼管理流程、缺陷管理流程、測試案例評審流程等等。

并且做好測試分層，從代碼級、接口級和ui級別進(jìn)行測試，從工具自動(dòng)化和手工多層面進(jìn)行考慮，從功能、性能、兼容安全性等多緯度進(jìn)行覆蓋。從某些方面來(lái)講，流程的管理，是質(zhì)量管理的前提。

質(zhì)量分析

通過(guò)對質(zhì)量的可視化數據分析，從而加強管控機制，改善測試流程，豐富質(zhì)量指標。

資源整合

整合測試相關(guān)的技術(shù)、文檔、工具、專(zhuān)利等，成為測試團隊的知識資產(chǎn)；整合測試內部、外部的人力、物力、財力，成為測試團隊的能量?jì)?。并且對資源進(jìn)行維護和更新。

資源共享

建立統一的共享平臺，將測試資源共享，管理測試用例、管理缺陷、管理測試方法、測試技術(shù)工具，減少團隊成員的重復勞動(dòng)。

資源協(xié)調

協(xié)調測試組內的各種資源，協(xié)調組外的各種資源，共同達成目標。

在人力的協(xié)調上，一方面需要和團隊內、團隊外的人員建立良好的關(guān)系，取得他們的支持，另一方面，建立跨部門(mén)的利益相關(guān)性，成為利益共同體。

測試風(fēng)險管理

通過(guò)對風(fēng)險的識別和分析，選擇有效的方式，主動(dòng)地、有計劃地處理風(fēng)險，以最小成本獲得最大的保證。

風(fēng)險識別

項目運行的各個(gè)環(huán)節可能出現的風(fēng)險都應關(guān)注，風(fēng)險信息收集時(shí)需要注重全面性和多樣性。

比如需求上存在的缺失，交互上可能違背大部分用戶(hù)習慣多設計，開(kāi)發(fā)實(shí)現上可能存在的漏洞，測試案例上可能存在的遺漏，都是項目中常見(jiàn)的風(fēng)險。

常見(jiàn)信息收集手段如現場(chǎng)訪(fǎng)談、會(huì )議研討、問(wèn)卷調查等。

風(fēng)險評估

通?？梢杂每赡苄?、嚴重性，結合可控性、相關(guān)性幾個(gè)指標來(lái)描述風(fēng)險。

比如當判斷一個(gè)不能固定重現的BUG到底是否重要需要在上線(xiàn)前修復時(shí)，可以參考如下風(fēng)險評測標準：

這個(gè)BUG發(fā)生的概率有多高？

這個(gè)BUG對用戶(hù)的體驗和使用影響有多大？

這個(gè)BUG如果在生產(chǎn)上出現了，怎樣可以解決和減少影響？

這個(gè)BUG可能引發(fā)其他的問(wèn)題嗎？

風(fēng)險應對

采取各種措施減小風(fēng)險問(wèn)題發(fā)生的可能性，或者把可能的損失控制在一定的范圍內，以避免在風(fēng)險事件發(fā)生時(shí)帶來(lái)的難以承擔的損失。

風(fēng)險應對和控制的四種基本方法是：回避、控制、轉移和自留。

比如新增加了一個(gè)功能是展示列表，根據我對項目組產(chǎn)品和開(kāi)發(fā)的了解，他們經(jīng)常會(huì )忘記頁(yè)面為空白時(shí)怎么顯示。而這一次我相信如果不提前提出來(lái)他們仍會(huì )出現這個(gè)問(wèn)題。那么我可以采取如下幾種措施：

我知道可能出現這種風(fēng)險，但是不打算提出來(lái)，也不打算搭理他。準備直接帶著(zhù)這個(gè)問(wèn)題上線(xiàn)。——這是回避。

我把風(fēng)險提出來(lái)，然后聲明，這個(gè)問(wèn)題一旦出現，需要開(kāi)發(fā)承擔責任。——這是轉移。

我默默的認為這個(gè)風(fēng)險影響不大，僅保留給自己知悉。后續等問(wèn)題暴露出來(lái)，再去處理——這是自留。

我把這個(gè)可能出現的問(wèn)題提出來(lái)，讓產(chǎn)品完善需求，開(kāi)發(fā)提前處理。避免提測后這個(gè)bug的出現。——這是控制。

講了這么多，不知道有沒(méi)有幫助到大家呢。

原文轉自：http://www.uml.org.cn/Test/201908133.asp