[[261889]]

【51CTO.com快譯】據(jù)我所知，質(zhì)量保證(QA)經(jīng)理所面臨的工作壓力時常被業(yè)界低估了。他們需要在不影響項目交付期限的情況下，順利地跟進(jìn)時下流行的敏捷開發(fā)模式(請參見https://www.lambdatest.com/blog/agile-vs-waterfall-methodology/)，并在復(fù)雜的商業(yè)環(huán)境中保持自身競爭力。因此，作為一名優(yōu)秀的QA經(jīng)理，他應(yīng)該是一個擁有技術(shù)與非技術(shù)混合技能的“斜杠青年”。下面讓我們來討論一下，有哪些必備技能需要QA經(jīng)理不斷地進(jìn)行積累與掌握，從而提高他們的“自身修養(yǎng)”。

有效的溝通技巧

流暢的書面溝通與口頭交流是QA經(jīng)理的首選關(guān)鍵技能。他們需要做到如下方面：

• 有效地向高層管理報告本團(tuán)隊的整體狀況。
• 與非技術(shù)人員、及技術(shù)人員進(jìn)行適當(dāng)?shù)販贤?，及時在向管理層明確地解釋當(dāng)前產(chǎn)品所碰到的技術(shù)挑戰(zhàn)。
• 在產(chǎn)品質(zhì)量不達(dá)標(biāo)、不適合被發(fā)布時，應(yīng)該以婉轉(zhuǎn)的方式拒絕來自高級管理層或開發(fā)團(tuán)隊的發(fā)布要求。

同時，組織例會也是QA經(jīng)理的職責(zé)之一。就會議本身而言：

• 如果團(tuán)隊規(guī)模龐大，應(yīng)當(dāng)在每次召開正式會議之前，向相關(guān)人員發(fā)送會議討論議程;并在會議結(jié)束之后，向與會者和其他團(tuán)隊成員下發(fā)會議紀(jì)要。
• 如果團(tuán)隊規(guī)模較小，則不需要復(fù)雜的會前準(zhǔn)備與會后總結(jié)?？刹扇∫环N “站立式”會議的開法，來高效地推進(jìn)會議進(jìn)程。

有效的解決問題能力

在介入項目之后，測試團(tuán)隊?wèi)?yīng)迅速從手動方式(請參見https://www.lambdatest.com/blog/why-manual-testing-is-going-to-prevail-the-industry/)過渡為自動化的測試模式。此前，由于測試人員對他們所面對的每一個測試用例都非常了解，因此操作起來雖然得心應(yīng)手，但是可能具有一定的局限性。然而，到了開始使用Selenium之類的工具進(jìn)行自動化測試之時(請參見https://www.lambdatest.com/blog/automation-testing-with-selenium-cucumber-testng/)，目標(biāo)系統(tǒng)會在整體聯(lián)動的層面上，暴露出許多問題。此時，您應(yīng)當(dāng)及時向管理層報告當(dāng)時工作被阻的原因和位置。而且對于一些前所未有的場景，QA經(jīng)理需要具備解決關(guān)鍵問題的應(yīng)變能力。

如果您手頭的項目性質(zhì)是開發(fā)Web應(yīng)用，那么最常見的問題可能是跨瀏覽器的兼容性測試(請參見https://www.lambdatest.com/feature)。而如果您正在進(jìn)行的是敏捷(Agile)類項目，那么在原始需求中可能不會指定跨瀏覽器的兼容性。而在演示(Demo)的過程中，如果利益相關(guān)者發(fā)現(xiàn)該應(yīng)用無法在某種特定設(shè)備的瀏覽器上順利顯示時，與兼容性相關(guān)的后續(xù)追加需求就會應(yīng)運而生了。

可見，我們的最佳實踐應(yīng)該是：在每一次迭代(sprint)過程中，都要經(jīng)歷跨瀏覽器運行的測試，以避免花費大量的精力，針對后續(xù)產(chǎn)生的追加需求，進(jìn)行整個應(yīng)用產(chǎn)品的反復(fù)測試。

您可以通過以下的方式處置上述情況：

• 從一開始就訓(xùn)練測試人員遵循標(biāo)準(zhǔn)的流程，以避免出現(xiàn)不精細(xì)的測試用例。
• 用思維導(dǎo)圖和清單替代傳統(tǒng)的測試用例。
• 根據(jù)復(fù)雜性對問題進(jìn)行排序，從風(fēng)險性最小和復(fù)雜性最低的問題入手，抽絲剝繭。

用“鷹的眼睛”進(jìn)行分析

QA經(jīng)理的另一項關(guān)鍵技能是：能夠以敏銳的眼光，細(xì)粒度地監(jiān)控各類詳細(xì)信息，進(jìn)而對數(shù)據(jù)進(jìn)行分析。因此，QA經(jīng)理和其團(tuán)隊?wèi)?yīng)該在觀念上認(rèn)識到：需要提高的是識別隱蔽錯誤的能力，而不是簡單地證明被測應(yīng)用能夠正常地運行。與此同時，QA經(jīng)理應(yīng)該能夠檢測出異常，并指導(dǎo)自己的團(tuán)隊通過制定方案來予以解決。另外，他們對于細(xì)節(jié)的敏銳洞察力，可以體現(xiàn)在通過快速瀏覽整個產(chǎn)品應(yīng)用，迅速定位出與既定需求和規(guī)格差距。

具有適應(yīng)性和影響力

人們天生不喜歡改變，特別是對于那些已經(jīng)理順了的工作方式的改變。不過，作為QA經(jīng)理，他必須通過適應(yīng)性和影響力，來推動一些能夠讓整個團(tuán)隊的工作變得更輕松、更高效的改變。在當(dāng)前的敏捷時代，當(dāng)利益相關(guān)者期望項目實現(xiàn)更快的交付時，您只有通過變更來確保整體團(tuán)隊的持續(xù)迭代和按時交付。因此，您需要特別注意如下幾個方面：

• 通過審核，發(fā)現(xiàn)當(dāng)前流程中潛在的問題。例如：自己的團(tuán)隊習(xí)慣于僅對測試腳本進(jìn)行微調(diào)，便應(yīng)用到各種場景的用例之中。
• 通過與團(tuán)隊的討論，發(fā)掘他們對于變更所持的態(tài)度與意見。
• 通過向高層管理層詳細(xì)闡述變更的來龍去脈，以促成變更的實施與落地。

業(yè)務(wù)場景的可視化和排定優(yōu)先級

測試經(jīng)理需要能夠從客戶提供的規(guī)格要求中獲得抽象概念，并將其可視化為實時的業(yè)務(wù)場景。簡而言之，他必須扮演業(yè)務(wù)分析者的角色，將此類概念通俗地分享給自己的團(tuán)隊或高級管理層。

業(yè)務(wù)場景的可視化和優(yōu)先級的排定，同樣也是QA經(jīng)理的必備技能之一。系統(tǒng)仿真應(yīng)該屬于優(yōu)秀QA經(jīng)理的一個素質(zhì)。他必須能夠根據(jù)需求，順暢地預(yù)測到復(fù)雜的問題。針對某些特定的系統(tǒng)bug，他需要從系統(tǒng)的全局出發(fā)，排定這些bug對于整體運行的影響程度，進(jìn)而通過調(diào)動與分享業(yè)務(wù)資源，讓自己的團(tuán)隊以“頭腦風(fēng)暴”的方式集思廣益地找到解決方案。

時間管理 - 敏捷時代的關(guān)鍵

作為優(yōu)秀的QA經(jīng)理，他應(yīng)該讓自己能夠適應(yīng)DevOps和敏捷(Agile)模式的時間管理。在任何重大變更需求被提出時，他應(yīng)該通過與客戶的順暢溝通，以保證按時交付出迭代的產(chǎn)品版本，進(jìn)而避免出現(xiàn)項目超期的“責(zé)任事故”。

在此，我的建議是：使用一款項目管理工具，如Jira或Asana。它能夠以儀表板的形式，幫助項目組中每一位成員了解當(dāng)前的任務(wù)、以及必須何時完成。此外，使用定制的即時通訊(IM)應(yīng)用(如Skype或Slack)，也有助于大家更好地協(xié)作，并加快項目的交付速度。如果您有興趣，可以參考《軟件測試團(tuán)隊19種最佳協(xié)作工具》一文，其鏈接為：https://www.lambdatest.com/blog/top-19-collaboration-tools-for-your-software-testing-team/。

扎實的編程基礎(chǔ)

編程能力當(dāng)然應(yīng)當(dāng)成為QA經(jīng)理的必備技能。隨著自動化測試工具的不斷增多，QA經(jīng)理需要通過扎實的編程基礎(chǔ)知識，帶領(lǐng)自己的團(tuán)隊去解讀客戶的各項需求。至于您應(yīng)該具體掌握哪一門編程語言，則完全取決于貴組織所使用的自動化腳本類型。

例如：如果您的團(tuán)隊正在使用Selenium WebDriver，那么您就應(yīng)該具備JavaScript的相關(guān)知識;而如果您的項目使用到了UFT(Unified Functional Testing)，則需要Java或Web services之類的知識。此外，無論您的公司使用了何種自動化工具，SQL的相關(guān)知識都是必備的。同時，您也應(yīng)該對行為驅(qū)動開發(fā)(Behavior Driven Development，BDD)和面向?qū)ο缶幊痰暮诵乃枷胗兴私?，其中包括：Python、Ruby和Perl等實際操作的相關(guān)知識。

嫻熟的談判技巧

當(dāng)您接到來自利益相關(guān)者或高級管理層，各種苛刻的項目時間要求時，談判技巧正好能夠派上用場。

我就曾經(jīng)遇到過：在交付日期臨近時，一些關(guān)鍵bug尚未得到解決。而在管理層的眼中，開發(fā)團(tuán)隊的優(yōu)先級明顯是最高的。他們甚至以郵件形式催促測試團(tuán)隊，偽造順利通過了測試用例的假象。

在這種情況下，一位優(yōu)秀的QA經(jīng)理應(yīng)該能耐心地通過談判的形式，向管理層指出這種給自己“挖坑”的短視行為，重申測試團(tuán)隊的把關(guān)作用。同時，他應(yīng)該闡明：如果放任了該bug，則會在用戶體驗、后期維護(hù)與修復(fù)、以及產(chǎn)品聲譽等方面，給企業(yè)帶來直接、間接、以及滯后的影響。

成為團(tuán)隊中的一員

QA經(jīng)理需要致力于打造這樣一支“夢想”團(tuán)隊：除了熟練的測試技能，成員之間能夠開展協(xié)作，并相互幫助。而作為領(lǐng)導(dǎo)者，您應(yīng)當(dāng)：

• 通過團(tuán)隊建設(shè)之類的活動，促進(jìn)友好與交流。
• 和大家一起共進(jìn)午餐，通過討論一些非技術(shù)類話題，來了解團(tuán)隊成員的當(dāng)前狀況和潛在問題。
• 帶領(lǐng)整個QA團(tuán)隊與開發(fā)團(tuán)隊開展各式各樣的合作與交流。
• 組織與項目有關(guān)的非正式討論，讓大家暢所欲言，并在會后及時予以反饋。

協(xié)助團(tuán)隊成員不斷進(jìn)步

這是一項經(jīng)常被許多人所忽視的技能。雖然緊迫的項目交付時間，一直是在軟件開發(fā)生命周期(SDLC)中，懸在團(tuán)隊成員頭上的一把“達(dá)摩克利斯之劍”。但是，大家都需要通過不同類型的項目來提高自己的專業(yè)技能。有時候，您需要以職業(yè)導(dǎo)師的身份，協(xié)助自己的團(tuán)隊成員，特別是那些剛剛加入的新人，共同成長。您可以試著從如下方面進(jìn)行嘗試：

• 您可以將自己在該領(lǐng)域?qū)W到的技能、經(jīng)歷過的項目、以及處理的經(jīng)驗，以不同的方式傳授給自己的團(tuán)隊成員。
• 通過開展內(nèi)、外部培訓(xùn)，讓富有經(jīng)驗的資深同事、或是外部專家來分享他們的“躲坑”或“填坑”技巧。
• 以文字的形式留下寶貴的記錄，并以“看板”的方式召集大家探討案例。
• 以開放的管理方式，允許團(tuán)隊成員在空閑的時間里自我精進(jìn)。同時建立“一幫一”的輔導(dǎo)機(jī)制，讓新人能夠盡快地上手當(dāng)前的項目任務(wù)。

大膽自信

您只有相信了自己，整個團(tuán)隊才會相信您。例如：當(dāng)利益相關(guān)者在臨近交付期時突發(fā)變更請求，如果您因為顧及管理層或客戶對于自己的看法，而沒能大膽且禮貌地“懟”回去的話，那么您的團(tuán)隊只會怨聲載道、苦不堪言。另外，QA經(jīng)理也要大膽地說出被測產(chǎn)品的bug，甚至是在設(shè)計之初所存在的缺陷。要堅持那些自己認(rèn)為是正確的，并敢于發(fā)聲。

摒棄舊的開發(fā)模式

傳統(tǒng)的瀑布式產(chǎn)品開發(fā)模型，分割了開發(fā)人員和測試人員之間的進(jìn)程、時間表與角色交互。取而代之的是具有持續(xù)測試特性的DevOps和Agile。不過，一些“守舊”的成員可能還會抱有“測試與開發(fā)對抗”的心態(tài)。因此，為了促進(jìn)溝通、推進(jìn)項目，QA經(jīng)理不但自己要在思想上與時俱進(jìn)，而且要在整個團(tuán)隊與項目中努力推行新模式的落地。

審時度勢、收發(fā)自如

有時候，您需要在相信成員能力的基礎(chǔ)上，放手發(fā)揮他們的主觀能動性，信任他們能夠在工具使用、流程管理、以及人員分配方面，具有一定的自我協(xié)調(diào)水平。過多的指導(dǎo)與介入，反而會給測試人員造成一定的依賴性。一旦您因為其他項目或休假而不在時，他們就會陷入群龍無首的局面。當(dāng)然，在一些至關(guān)重要的任務(wù)和節(jié)點上，您的參與會給大家?guī)碇辛黜浦男Ч?/p>

總結(jié)

綜上所述，QA經(jīng)理的硬技能包括：各種認(rèn)證證書，多年的軟件測試經(jīng)驗，了解諸如：Shift-left測試、物聯(lián)網(wǎng)、自動化測試等新趨勢。而軟技能則有：領(lǐng)導(dǎo)能力，溝通技巧，團(tuán)隊管理，促進(jìn)成員的協(xié)作與成長，以及不斷創(chuàng)新等方面。讓我們一起在項目的實踐中，不但提升產(chǎn)品的交付效率與質(zhì)量吧。

原文標(biāo)題：Top 13 Skills Of A Proficient QA Manager In 2019，作者：Arnab Roy

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】