建站
咨詢
售后
建站咨詢
新聞中心
雖然敏捷自身一直在變化，不同團隊對敏捷實踐的落地也多有差別，但人們對敏捷核心的理解趨于一致?！白非蟾痰姆答伃h(huán)” -- 便是其中被大家廣泛認可的一項核心目標。假如以終為始來看，那么：
興平ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應用場景，ssl證書未來市場廣闊！成為成都創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！
- Inception的采用，拉近了項目團隊與產(chǎn)品團隊/用戶的距離，在獲得需求有效澄清的同時也對軟件設計進行快速反饋和更新。
- Pipeline的采用，加快了軟件集成的效率和頻率，掛載流水線上的分層自動化測試縮短了代碼檢測的反饋環(huán)，這也是落地快速交付的根本之一。
- 而快速交付的實現(xiàn)，完成了產(chǎn)品/用戶-項目團隊-外部市場的閉環(huán)，小步快走，縮短了市場驗證的反饋環(huán)。
然而，以“追求更短的反饋環(huán)”為目標的敏捷，不僅僅在以上方面改變著敏捷團隊的開發(fā)流程和技術(shù)實施的軟件工具，也真切改變著團隊人員的角色認知，工作內(nèi)容和思維方式。在這篇文章里，我們來梳理一下在敏捷驅(qū)動下，QA這一角色如何從傳統(tǒng)Tester一路走來并不斷演化(或許不久的將來會更名為QE)。
角色認知
曾幾何時，CMMI還流行，研發(fā)中心的人員按職能維度被劃分為PM團隊，開發(fā)團隊，BA團隊和測試團隊等(這可能是角色墻或部門墻形成的一個條件)，那時測試團隊中質(zhì)量管控的角色則被稱為：
- 手工測試工程師
- 自動化測試工程師
- 專項測試工程師(諸如：安全測試，性能測試，無障礙測試)
- 測試經(jīng)理
在項目敏捷化轉(zhuǎn)型的過程中，上面各個團隊的經(jīng)理，當然也包括測試經(jīng)理，或情愿或不情愿地從自己團隊中抽出一部分人力資源組建出特性團隊。這個團隊在敏捷深化的過程中也經(jīng)歷類似塔克曼團隊發(fā)展模型的歷程，下面我們從質(zhì)量的角度來進行分析。
(1) 組建期
這個時期，手工測試，自動化測試人員可能是分開的，甚至專項測試人員只是兼職參與。團隊成員按照原來瀑布開發(fā)模型固有的階段式方式，像4x100米接力賽一樣合作，任務在角色之間一棒接一棒，雖然團隊交付周期縮短成2到3周，但敏捷卻被玩成了小瀑布，不同角色各掃門前雪，整體velocity并不高。你會發(fā)現(xiàn)，手工測試和自動化測試由于目標不同(一個為了發(fā)現(xiàn)缺陷的總數(shù)，另一個為了自動化測試覆蓋率)，在配合上也貌合神離達不到1+1>2的效果。在這樣的情況下，將質(zhì)量把控統(tǒng)一到一個角色上刻不容緩，便有了Quality Assurance的角色。
(2) 震蕩期
到了這個時期，隨著CI/CD pipeline等基礎設施的優(yōu)化，和團隊成員的磨合，整個團隊的研發(fā)效率震蕩提升。敏捷團隊有了QA這個角色來負責項目質(zhì)量，測試工作范圍較以前大大增加。角色統(tǒng)一后的QA，可能會出現(xiàn)力不從心，總擔心Ready for QA的卡測不過來，雙拳難敵四手(何況有的團隊開發(fā)測試比在8比1以上)。測試過程中如何更精準得實施測試，如何從已有缺陷的規(guī)律中讓開發(fā)人員吸取經(jīng)驗提升Build穩(wěn)定性，怎樣才能前攝性得預防問題的發(fā)生?對這些問題的思索，逐漸讓QA演變?yōu)镼uality Analysis的角色。
(3) 規(guī)范期
敏捷追求持續(xù)改進，如何更好實現(xiàn)敏捷鐵三角中對質(zhì)量的追求?如何更進一步縮短項目反饋周期?我覺得形成規(guī)范的過程，不僅是研發(fā)流程的規(guī)范，軟件工具的規(guī)范，交流溝通的規(guī)范，也是一個化繁為簡的過程。人常說，積少成多，眾志成城。在項目質(zhì)量上更多憑借團隊的力量對每一件過程結(jié)果進行快速反饋，便是不二法門，也是更成熟的QA -- Quality Advocate手中高舉的旗幟。
本圖引自《數(shù)字化轉(zhuǎn)型背景下的測試轉(zhuǎn)型》
工作內(nèi)容
也許有人覺得，說來說去不管哪種QA，都只是對這個英文縮寫的演繹。如果愿意，QA也可以被理解成Question & Answer。我是認可Question & Answer這種詼諧的說法的，試試回憶一下在項目中是提出問題和追尋答案較多的那個人，不正是QA嗎?
不過，為了大家更好理解，我們在這里把對QA的三種解釋稱作三頂帽子，下面來從工作內(nèi)容進行劃分：
(1) Quality Assurance
質(zhì)量保障，是對傳統(tǒng)Tester工作的擴展，是對傳統(tǒng)四個測試角色的統(tǒng)一。它將角色的思考范圍從具體測試執(zhí)行的“點”提升到測試設計+執(zhí)行的“面”。
質(zhì)量保障工作內(nèi)容
(2) Quality Analysis
質(zhì)量分析，在質(zhì)量保障的基礎上加入了思辨的成分，如何從業(yè)務價值的交付出發(fā)更有效地改善質(zhì)量，將工作方向從質(zhì)量檢測推進到質(zhì)量提升。這樣一來，QA的角色逐漸走出了獨立的角色范疇而上升到團隊影響的層面。
質(zhì)量分析工作內(nèi)容
(3) Quality Advocate
到了質(zhì)量倡導，QA對團隊的影響更加突出，更像是質(zhì)量的布道者，讓所有角色對質(zhì)量的思考遍布所有活動和階段，把團隊在質(zhì)量管理的持續(xù)改善量化展示，致力于將質(zhì)量內(nèi)建轉(zhuǎn)化為團隊的基因，并在合適的時候孵化出新的質(zhì)量實踐。
質(zhì)量倡導工作內(nèi)容
從上面的描述，大家或許會覺得QA的三頂帽子有某種漸進關(guān)系，其實不然。既然是不同的三頂帽子(就像鴨舌帽，禮帽，頭盔)，敏捷中QA就會在不同的場合挑選適合的帽子戴上。只有以自動化測試作為效率基石，質(zhì)量保障拓寬覆蓋范圍，質(zhì)量分析精準優(yōu)化，質(zhì)量倡導沉淀文化，協(xié)同一致才能造就成熟的敏捷QA。
Test Engineer和QA關(guān)系圖
思維方式
在敏捷項目中，是什么推動者QA工作內(nèi)容的變化?我覺得這個推動力，一方面源于敏捷實踐帶來研發(fā)效率提升后對下游角色的倒逼，另一方面也出自質(zhì)量人員對敏捷理念的遵循和演進。而這些在改變工作內(nèi)容的同時，也促成了思維方式的改變，比如下來將要講到的一個目標，一個依據(jù)，三大法寶。
(1) 以預防缺陷為目標
缺陷修復的成本會隨著發(fā)現(xiàn)缺陷的時間越晚而越昂貴，更早得發(fā)現(xiàn)缺陷可以有效降低軟件研發(fā)成本。雖然發(fā)現(xiàn)缺陷數(shù)目被換算成測試人員績效組成，這種現(xiàn)象直到現(xiàn)在還能在某些組織見到。這樣對缺陷修復成本趨勢的不屑，更多是人浮于事的結(jié)果。測試的目標是預防缺陷而不是發(fā)現(xiàn)缺陷，在敏捷組織被廣泛推崇。
本圖引自《敏捷測試的核心》
(2) 以測試宣言為依據(jù)
敏捷宣言是敏捷組織的圣經(jīng)，由敏捷宣言演化而來的敏捷測試宣言，強調(diào)持續(xù)測試，精準分層自動化，認同團隊共擔質(zhì)量，推崇質(zhì)量內(nèi)建。為QA的實踐探索提供了理論的依據(jù)。
(3) 法寶一：溝通中心化
在探索QA實踐的過程中，為了落地測試宣言中的理論，對QA這個角色在決策溝通和流程影響方面提出了很大挑戰(zhàn)。QA從拿槍桿子的技術(shù)崗位，要變成文可安邦武能定國的大才，也要有上廳堂下廚房的自如。
(4) 法寶二：質(zhì)量內(nèi)建
質(zhì)量內(nèi)建作為預防缺陷最重要的措施，QA參與到敏捷過程中的各項活動。在每個有過程結(jié)果產(chǎn)出的活動中，QA來提出問題，激發(fā)其他成員對于質(zhì)量和影響的思考，使團隊時刻把質(zhì)量掛心間。
(5) 法寶三：分層自動化
為縮短代碼修改驗證的反饋環(huán)，自動化測試作為Pipeline配置的硬性條件，重要性被提得更高。自動化腳本設計得到分層設計，在系統(tǒng)架構(gòu)中由低到高分為單元測試自動化，組件/服務測試自動化和系統(tǒng)測試自動化。這樣一來，自動化的測試角度更多樣，覆蓋更精準。
QA職業(yè)路線
敏捷的演進推動者角色的演變，角色的演變又反過來推動敏捷的演進。很多事情都是這樣的道理，因果流轉(zhuǎn)，互為促進。
講了這么多，總會有留心者發(fā)現(xiàn)，上面所說的敏捷QA的影響范圍始終沒有跨越出團隊級別。我們知道隨著企業(yè)數(shù)字化轉(zhuǎn)型的深入，敏捷已經(jīng)由最初的團隊敏捷，擴展到業(yè)務敏捷，又在加持EDGE后進化出組織級敏捷。那么，QA這個角色在敏捷演化中有沒有發(fā)展出一條對應的職業(yè)路線？
答案當然是肯定的，現(xiàn)在是時候祭出21年TW最新的QA職業(yè)路徑的原型圖了。下面，我們一起學習Global對QA職業(yè)路徑中每個節(jié)點/職位產(chǎn)出(Outcome)的定義。
(1) Quality Practitioner
質(zhì)量執(zhí)行人，在敏捷團隊中實現(xiàn)：
- 強壯，可擴展的自動化套件以支持持續(xù)交付
- 將高質(zhì)量的軟件交付到生產(chǎn)環(huán)境以滿足業(yè)務目標
- 通過持續(xù)測試實現(xiàn)快速反饋
(2) Quality Anchor
質(zhì)量專家，在敏捷團隊或客戶線(Account)上，從質(zhì)量治理角度與業(yè)務，設計人員，架構(gòu)師等各類角色溝通，獨立推動：
- 促成業(yè)務和開發(fā)團隊在質(zhì)量策略、風險及應對措施、團隊培養(yǎng)、強壯而可擴展的自動化套件方面保持一致，從而實現(xiàn)持續(xù)交付
- 將高質(zhì)量的軟件交付到生產(chǎn)環(huán)境以滿足業(yè)務目標
- 通過持續(xù)測試實現(xiàn)快速反饋
從上述的分類產(chǎn)出可以看出，Tester和Quality Assurance可以被mapping成Quality Practitioner，而Quality Analysis和Quality Advocate則mapping成Quality Anchor。
隨著質(zhì)量專家對客戶在質(zhì)量影響力的提升，更上一層樓，QA的發(fā)展會進入更廣闊的平臺。這也是最值得在國內(nèi)探索的。
(3) Quality Enabler
質(zhì)量教練，在更大的復雜交付項目或數(shù)字化組織轉(zhuǎn)型過程中做到：
- 跨職能/地域/團隊定制化推行質(zhì)量原則和優(yōu)秀實踐
- 采用最優(yōu)的敏捷QA實踐
- 獲得內(nèi)嵌于團隊的質(zhì)量基礎，原則和理念
(4) Program Quality Leader
項目質(zhì)量經(jīng)理，在具有多個團隊的大型復雜交付項目中實現(xiàn)：
- 跨組織監(jiān)督和協(xié)調(diào)多個項目，產(chǎn)品和其他戰(zhàn)略計劃
- 在跨職能團隊間實現(xiàn)高效溝通
- 平穩(wěn)、快速地大規(guī)模持續(xù)交付
- 領導出密切合作的QA團隊
(5) Quality Strategist
質(zhì)量策劃師，深入研究復雜項目或敏捷轉(zhuǎn)型組織并提出對癥的質(zhì)量策略和落地規(guī)劃：
- 制定跨團隊和項目的質(zhì)量方案和測試策略
- 規(guī)劃明確的目標、行動計劃和資源調(diào)配以促成執(zhí)行落地
- 為客戶創(chuàng)造獨特的商業(yè)價值的新機會
(6) Quality Partner
質(zhì)量合伙人，作為客戶高層管理團隊(CxO level)值得信賴的合作伙伴，推動在客戶組織級建立并推行QA紀律：
- 順應組織愿景，持續(xù)的質(zhì)量交付中在組織級完成流程實踐和策略轉(zhuǎn)型
- 在客戶組織中實現(xiàn)質(zhì)量文化和質(zhì)量理念的建立和內(nèi)化
當前標題：敏捷驅(qū)動QA改變
當前網(wǎng)址：http://www.dlmjj.cn/article/dheepjg.html
