[[261889]]

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

有效的溝通技巧

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

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

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

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

有效的解決問題能力

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

扎實(shí)的編程基礎(chǔ)

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

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

嫻熟的談判技巧

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

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

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

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

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

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

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

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

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

大膽自信

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

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

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

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

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

總結(jié)

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

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

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