以下文章來源于阿里巴巴技術(shù)質(zhì)量，作者張曉霞

螞蟻集團17年資深測試老炮的職業(yè)生涯階段小結(jié)，從產(chǎn)品形態(tài)、研發(fā)模式、組織視角看測試工作、測試技術(shù)，到個體角度看測試能力結(jié)構(gòu)，探討個人成長。萬字長文，全是干貨，小編真心希望大家能找一個固定不被打擾時間仔細閱讀，相信這些真實的技術(shù)成長經(jīng)驗，能給到你一些有益的啟發(fā)。

寫在前面

當(dāng)年我還在上學(xué)的時候，很喜歡一本漫畫：《關(guān)于上班這件事》--朱德庸，于是，我畢業(yè)入職后第一年，我老板讓我做的第一個ppt，我很高興的寫了大大的標(biāo)題：《關(guān)于測試這件事》，后來被老板勒令改為《xx項目測試經(jīng)驗分享》。

時間一晃，上周也剛過了加入螞蟻的6周年，還差10天就是我測試從業(yè)17周年，終于可以用這個題目，把我這些年的工作經(jīng)歷、經(jīng)驗、思考串起來，分享給大家。

如果你已經(jīng)在測試、質(zhì)量行業(yè)摸爬滾打了幾年，并且有過這樣的疑問或困惑：

一直都在做項目感覺沒積累怎么辦？
我想做些新專項，但不知道做什么？
質(zhì)量的職業(yè)發(fā)展規(guī)劃是怎樣的？怎樣晉升到下一個層級？
為什么質(zhì)量團隊分分合合？
我這一年成長不明顯了怎么辦？要不要換個團隊，或是換個崗位？

希望這些分享能給你一些視角或思路，透過表面，把問題看得更清楚。

????

本文分為六個部分，前三個部分從產(chǎn)品形態(tài)、研發(fā)模式看測試工作、測試技術(shù)，后面四、五部分從組織視角看測試工作、測試組織，第六部分從個體角度看測試能力結(jié)構(gòu)，簡單探討個人成長。

一、產(chǎn)品形態(tài)決定測試工作

本節(jié)要點：產(chǎn)品形態(tài)的不同帶來測試重點不同，測試方法、工具也隨之演變發(fā)展。傳統(tǒng)的工程產(chǎn)品測試方法論已經(jīng)比較完善，新業(yè)務(wù)，可以借鑒已有的方法、工具快速建立一套全面有效的基礎(chǔ)測試體系，測試工作重點通常落在針對業(yè)務(wù)特點的專項測試技術(shù)上。除工程產(chǎn)品外，數(shù)據(jù)算法模型等智能化業(yè)務(wù)的測試是近幾年測試行業(yè)的熱點，有著巨大的發(fā)展空間。

詳細內(nèi)容見本次發(fā)布的第2篇

二、研發(fā)模式對測試工作的要求

本節(jié)要點：研發(fā)模式對測試工作提出了更具體的要求，研發(fā)模式越敏捷，對測試工作的技術(shù)積累要求越高，最終要通過自動化、持續(xù)集成等方式把測試工作串聯(lián)起來。

詳細內(nèi)容見本次發(fā)布的第3篇

三、測試技術(shù)演化

本節(jié)要點：測試技術(shù)持續(xù)向質(zhì)量、效能兩個方向演進，為質(zhì)量人提供了廣闊的技術(shù)發(fā)展空間。

業(yè)務(wù)（產(chǎn)品形態(tài)和研發(fā)模式）對測試工作提出的要求，要由測試技術(shù)來回答。

業(yè)務(wù)向測試工作提的要求有兩類，一是質(zhì)量，二是效能（含效率、成本），由此測試技術(shù)也分為兩個方向：

1 如何保證測試質(zhì)量：測全、測對

最基本的方法，如等價類劃分、邊界值分析等不再贅述，業(yè)務(wù)實踐中，用戶操作等價類的覆蓋和代碼覆蓋是兩個重要的衡量。由此演化出的各種度量方式，都是為了牽引這兩個方向的100%覆蓋。

用例設(shè)計的兩個重要來源是prd和系分，prd代表用戶操作行為，系分代表系統(tǒng)實現(xiàn)邏輯，互聯(lián)網(wǎng)服務(wù)經(jīng)過二十余年的發(fā)展，用戶功能日益強大，功能背后的實現(xiàn)邏輯也更復(fù)雜，同一個操作背后可能有成千上萬的等價類（想想雙十一下單的優(yōu)惠策略）。

為了100%覆蓋這個終極目標(biāo)，測試人員需要對被測對象有深刻的理解，從功能、代碼、正常邏輯、異常處理等多維度拆解出等價類，最終設(shè)計出能夠運行的用例來覆蓋每一個等價類。

測試技術(shù)的發(fā)展也依托于此而發(fā)展：

被測對象理解：prd分析，系統(tǒng)鏈路分析，變更影響分析等。

等價類拆解&覆蓋：代碼覆蓋率度量、fuzz測試、流量場景聚類、代碼規(guī)則掃描、用例生成等。

用例校驗關(guān)系識別與判定：代碼數(shù)據(jù)血緣、校驗自動推導(dǎo)、測試結(jié)果判定等。

2 如何測得快，且成本低

在測全基礎(chǔ)上，提高效率，降低成本是永遠的訴求。

這里有一條很清晰的技術(shù)演進路線：

手工測試->測試工具化->自動化測試->測試平臺化/服務(wù)化->智能化測試

測試工具：

測試工作天然有重復(fù)性：版本間的重復(fù)工作是回歸，不同功能case間的重復(fù)是環(huán)境、數(shù)據(jù)初始化；同一個功能不同等價類case間的重復(fù)是用例執(zhí)行，結(jié)果驗證。同一個case也會在版本內(nèi)多次提測中重復(fù)執(zhí)行，以及開發(fā)自測和測試工作之間也有重復(fù)，最極端的重復(fù)是兼容性測試，所有環(huán)節(jié)動作都是重復(fù)的。

如果把手工測試拆解為：環(huán)境搭建、數(shù)據(jù)準(zhǔn)備、用例執(zhí)行、結(jié)果讀取、結(jié)果校驗、報告撰寫這些環(huán)節(jié)，那么每個環(huán)節(jié)都可以通過工具化解決提高人工執(zhí)行的效率。

自動化：

如果每個環(huán)節(jié)都實現(xiàn)了工具化，把所有環(huán)節(jié)通過工具、腳本進一步串聯(lián)起來，做到單個用例的一鍵執(zhí)行，就實現(xiàn)了單用例自動化。在解決用例間執(zhí)行干擾/依賴后，實現(xiàn)所有用例的批量執(zhí)行，就可以和代碼提交聯(lián)動實現(xiàn)持續(xù)集成了。

測試平臺化/服務(wù)化：

用例自動化程度越高，用例自動化成本也會越高，用例覆蓋越高，用例間的重復(fù)也會越高。業(yè)務(wù)和團隊共同發(fā)展到一定程度時，可以進一步抽象測試的通用能力，把跨團隊跨業(yè)務(wù)重復(fù)使用的測試能力以更靈活的平臺化服務(wù)化方式提供給更廣范圍，支持百人到千人技術(shù)團隊（開發(fā)+測試）。如自動化測試框架、通用mock、通用掃描規(guī)則、通用校驗、代碼掃描、性能測試平臺等。

智能化測試：

和上文講的智能化業(yè)務(wù)的測試不同，測試智能化是指用智能化的技術(shù)做測試。我曾有幸在19年帶領(lǐng)經(jīng)濟體質(zhì)量小組之智能化測試小組，對智能化測試進行了一些探索，也嘗試梳理了智能化測試標(biāo)準(zhǔn)等級定義。我們小組通過把測試活動分為三大領(lǐng)域共8個子領(lǐng)域，對每個子領(lǐng)域的智能化空間進行了拆解和部分實踐案例的對應(yīng)。

標(biāo)準(zhǔn)的制定是為了牽引技術(shù)發(fā)展方向，標(biāo)準(zhǔn)中潛在體現(xiàn)了智能化測試的領(lǐng)域難點：通過算法模型/機器學(xué)習(xí)解決測試過程中強依賴人的環(huán)節(jié)，如場景規(guī)劃覆蓋、結(jié)果判定，做到無人介入。

測試中無人介入相當(dāng)于：測試效率=機器執(zhí)行效率，測試中人的周期占用->0，目前看得到的一些探索有：用例自動生成、用例自動校驗（通過圖像識別做UI自動校驗，通過數(shù)據(jù)關(guān)系推導(dǎo)做數(shù)據(jù)自動校驗等）、用例失敗自動定位、用例自動修復(fù)等。

智能化測試在行業(yè)里已經(jīng)嘗試了若干年，但還沒看到有完全替代人的實踐案例，我個人對此方向仍很樂觀：伴隨測試過程持續(xù)標(biāo)準(zhǔn)化、測試數(shù)據(jù)資產(chǎn)的積累、算法模型技術(shù)發(fā)展、測試人員算法模型能力的提升，智能化測試一定會產(chǎn)生越來越大的貢獻。

四、質(zhì)量職責(zé)范圍演進

太長不看版：隨著行業(yè)訴求和技術(shù)發(fā)展，測試的概念外延逐步擴大，質(zhì)量人承接的職責(zé)范圍也在逐步擴大。阿里螞蟻的質(zhì)量團隊逐步承接了技術(shù)風(fēng)險這個更大的職責(zé)，對質(zhì)量人的職業(yè)發(fā)展帶來了新的領(lǐng)域空間。

講完了測試工作，也要講講測試這個角色職責(zé)的演進過程。

類比測試技術(shù)，行業(yè)中測試職責(zé)也有一條明顯的演進路線，對標(biāo)互聯(lián)網(wǎng)行業(yè)頭部公司，也能在每個公司發(fā)展歷程中看到同樣的發(fā)展歷程。

測試->質(zhì)量->質(zhì)量+效能->質(zhì)量效能+技術(shù)風(fēng)險

測試 vs 質(zhì)量：

在前文中，測試和質(zhì)量這兩種職責(zé)基本已經(jīng)同義了，但在行業(yè)發(fā)展初期，從測試到質(zhì)量，代表了做測試過程交付和做質(zhì)量結(jié)果交付兩種職責(zé)的重大區(qū)別。但凡被稱為質(zhì)量團隊，就可以突破測試工作的局限性，從各個角度做質(zhì)量保障，如研發(fā)流程管理，sqa(軟件質(zhì)量保證), 這些工作內(nèi)容都可以屬于質(zhì)量團隊。結(jié)合業(yè)務(wù)需要，質(zhì)量團隊也可以承擔(dān)業(yè)務(wù)質(zhì)量評測、業(yè)務(wù)競品對比等工作內(nèi)容。

效能：

當(dāng)業(yè)務(wù)質(zhì)量到達穩(wěn)定狀態(tài)時，效能要求一定會被提出來。效能可以分為質(zhì)量效能、研發(fā)效能兩層scope。

質(zhì)量效能由于天然重復(fù)的特性，通常會被先提出來。常見方式是依托于devops流程做工具平臺提效，對每個成本高、重復(fù)度高的環(huán)節(jié)沉淀能力。這部分工作在測試技術(shù)之如何測的更快環(huán)節(jié)已有較多展開，不做重復(fù)分析。

研發(fā)效能的范圍更廣，通過對研發(fā)全局工作的重復(fù)性識別，找到提效空間，沉淀能力，如相似的營銷活動需求多次開發(fā)，可以沉淀低代碼營銷配置能力+運營自助預(yù)跑驗收能力，同類的機構(gòu)、商戶多次接入，可以沉淀機構(gòu)自助接入+自助聯(lián)調(diào)能力等。落在研發(fā)側(cè)的工作通常由研發(fā)角色承擔(dān)，落在質(zhì)量側(cè)的工作可以由質(zhì)量角色承擔(dān)。

技術(shù)風(fēng)險：

這是我加入螞蟻后學(xué)習(xí)最多的領(lǐng)域，也是行業(yè)近幾年的新趨勢。

先講一個大概9年前的親身經(jīng)歷：

當(dāng)時我作為質(zhì)量團隊負責(zé)人，業(yè)務(wù)范圍包括一個pv千萬的web網(wǎng)站，某天我老板（大質(zhì)量團隊負責(zé)人）電話打過來：“網(wǎng)站掛了？網(wǎng)上都說打不開，我試了下也首頁白屏。”我查了一圈，回復(fù)他：“不是程序bug，這幾天也沒項目發(fā)布，說是服務(wù)器掛了?！蔽依习逭f：“那然后呢？”我說：“不是bug呀，也就不是漏測，跟咱們團隊沒關(guān)系，運維在處理了。”然后我老板花了一些時間讓我理解，網(wǎng)站掛了怎么可能跟質(zhì)量沒關(guān)系，質(zhì)量團隊不應(yīng)該不知道網(wǎng)站掛了，質(zhì)量團隊?wèi)?yīng)該做點什么讓產(chǎn)品質(zhì)量更好，我們畢竟叫質(zhì)量團隊啊等等… ?后來就做了精細化業(yè)務(wù)監(jiān)控，分級報警，高頻報警的規(guī)則自動定位等線上質(zhì)量專項。對標(biāo)現(xiàn)在的螞蟻用詞，差不多是技術(shù)風(fēng)險、高可用、穩(wěn)定性、高保治理、應(yīng)急快反這類工作。

為什么講這個經(jīng)歷呢，這個事情當(dāng)時給了我很大的觸動：我們是質(zhì)量團隊，我們測試每一行發(fā)布上線的代碼，但線上還會出嚴重影響用戶的質(zhì)量問題，那質(zhì)量團隊?wèi)?yīng)該如何做（定義職責(zé)、承擔(dān)職責(zé)），來為這部分質(zhì)量負責(zé)？在那時，我們把它定義為線上質(zhì)量，即不論是否由程序bug、設(shè)計導(dǎo)致，會對線上質(zhì)量產(chǎn)生影響的問題，都是職責(zé)范圍，為此我們要從發(fā)現(xiàn)問題，快速定位，解決恢復(fù)這些角度形成方法論，和其他角色協(xié)同，建立聯(lián)合流程。對我來說，這個職責(zé)在前公司叫線上質(zhì)量，在螞蟻叫技術(shù)風(fēng)險。

（注1：這里有個概念邏輯沖突：線上質(zhì)量=技術(shù)風(fēng)險，所以質(zhì)量（線下+線上）包含了技術(shù)風(fēng)險。但同時，受上述個人經(jīng)歷強影響，在我心里技術(shù)風(fēng)險 = 會讓線上出問題的所有問題，那么技術(shù)風(fēng)險反向涵蓋了傳統(tǒng)質(zhì)量概念，因為程序質(zhì)量也屬于線上出問題的一種來源。）

（注2：由于技術(shù)風(fēng)險的職責(zé)注定由多個團隊、角色共同承擔(dān)，在各大技術(shù)組織里又存在團隊角色職責(zé)設(shè)定的差異，在不同場合語境下，技術(shù)風(fēng)險在指代事、問題、團隊時也會有細微差異。）

技術(shù)風(fēng)險工作，可按階段分為風(fēng)險識別，預(yù)防，發(fā)現(xiàn)，止血，定位，恢復(fù)，預(yù)案演練、紅藍攻防等。類比測試階段的單元測試、接口測試、集成測試、系統(tǒng)測試、用戶測試，這些階段劃分只代表前后依賴，不代表絕對的串行。相信閱讀本文的同學(xué)對技術(shù)風(fēng)險都有非常多的了解，此處不對具體方法論進行過多展開，只列一下我想強調(diào)的幾個關(guān)鍵點：

風(fēng)險識別要從問題的最終表現(xiàn)形式、問題引入來源兩個視角來分析。

1）由于技術(shù)風(fēng)險=線上出問題，線上問題的表現(xiàn)自然是最重要的視角。16年螞蟻定義過技術(shù)風(fēng)險的6個領(lǐng)域：高可用、資金安全、數(shù)據(jù)質(zhì)量、性能容量、成本、安全，質(zhì)量角色涉及較多的前四類風(fēng)險，就是從問題表現(xiàn)來定義的。雖然這幾個概念也不完全正交（比如性能容量問題會表現(xiàn)為高可用問題，數(shù)據(jù)質(zhì)量也會引發(fā)資金安全表現(xiàn)），在工作中用于區(qū)分技術(shù)風(fēng)險主要類型是比較易用的。

2）問題引入來源是多樣的，有句經(jīng)典的話：“沒有變更就沒有傷害?！碧峁┓?wù)的整條鏈路，從網(wǎng)關(guān)、應(yīng)用、配置、中間件、云、機房硬件、網(wǎng)絡(luò)、等都有可能引入變更，導(dǎo)致線上問題。（自家沒有變更可能光纜有變更-_-）。

3）在風(fēng)險識別環(huán)節(jié)，一定要有正向逆向兩個思路才能保證風(fēng)險識別完整：從可能出現(xiàn)的問題反推會有哪些原因（服務(wù)掛掉可能因為bug，機器，機房，網(wǎng)絡(luò)），從可能的變更正推會導(dǎo)致的問題（配置錯誤可能導(dǎo)致服務(wù)掛掉，金額錯誤，文案客訴）。

針對問題引入來源建預(yù)防能力，針對問題表現(xiàn)形式建發(fā)現(xiàn)能力。
止血和定位恢復(fù)兩條線要解耦并行。

在測試概念中，定位后修復(fù)bug = 解決問題，但在技術(shù)風(fēng)險中，止血和定位恢復(fù)是兩個概念，止血只代表問題不再被持續(xù)觸發(fā)，影響面不再擴大，但已發(fā)生的問題后果仍在，（比如卡單，數(shù)據(jù)錯誤，資金收付錯誤），恢復(fù)才是徹底回到出問題前一切正常的狀態(tài)。所以，技術(shù)風(fēng)險的時間正相關(guān)特性要求我們，不能同時止血&恢復(fù)時，一定優(yōu)先止血，止血恢復(fù)要解耦。

預(yù)案需要定期評估、演練來保持有效性，預(yù)案的錯誤會引發(fā)次生故障。
紅藍攻防是為了驗證發(fā)現(xiàn)、止血、恢復(fù)、預(yù)案這一系列技術(shù)風(fēng)險體系能力。類似測試的回歸能力，確保線上系統(tǒng)、負責(zé)人的技術(shù)風(fēng)險防控能力。
文化意識很重要。技術(shù)風(fēng)險相對線下測試來說，涉及人的工作內(nèi)容更多樣：風(fēng)險分析，應(yīng)急的響應(yīng)速度，應(yīng)急的決策判斷，多部門協(xié)同（如客滿運營，產(chǎn)品，pr，gr，商務(wù)，財務(wù)等）等，并且，風(fēng)險的線上傷害性決定了不能靠實戰(zhàn)來積累經(jīng)驗。所以在日常工作中，團隊更要強調(diào)對風(fēng)險的敬畏，對流程的嚴格執(zhí)行，對每次攻防演練的認真對待，要通過持續(xù)的風(fēng)險文化運營來保持風(fēng)險文化傳承。

技術(shù)風(fēng)險的技術(shù)發(fā)展也是圍繞這幾個階段展開，類似測試過程，每個階段也正在經(jīng)歷從人工到自動化到智能化的過程。由于風(fēng)險表現(xiàn)是基于線上生產(chǎn)環(huán)境的，所以風(fēng)險的基礎(chǔ)數(shù)據(jù)相比測試的基礎(chǔ)數(shù)據(jù)更容易標(biāo)準(zhǔn)化（變更單、操作單、監(jiān)控項、核對規(guī)則、調(diào)用鏈路、數(shù)據(jù)血緣等），這幾年風(fēng)險數(shù)據(jù)的積累也為風(fēng)險業(yè)務(wù)的智能化鋪好了道路，也出現(xiàn)了很多不錯的技術(shù)實踐。

如前所述，質(zhì)量和技術(shù)風(fēng)險已經(jīng)是水乳交融的兩個概念，身為質(zhì)量人，一定不能缺席技術(shù)風(fēng)險領(lǐng)域的探索和開拓，從職責(zé)承擔(dān)到經(jīng)驗積累到能力建設(shè)都要實打?qū)嵉淖銎饋怼?/span>

五、質(zhì)量組織設(shè)計

要點：要理解自己的質(zhì)量團隊，才能更好地評價自己的現(xiàn)在，規(guī)劃自己的未來。

詳細內(nèi)容見本次發(fā)布的第4篇

六、質(zhì)量人的職業(yè)發(fā)展規(guī)劃

要點：了解能力結(jié)構(gòu)要求，拆解分析自己。

最后說一下質(zhì)量人的職業(yè)發(fā)展規(guī)劃。

其實促使我寫這篇文章的最主要動力，就來自于這些年質(zhì)量同學(xué)問我最多的這個問題。而要回答這個問題，一定要如上文所述，先看清楚所處的環(huán)境（行業(yè)，公司，業(yè)務(wù)，團隊），然后看清楚自己，最后才能自己回答自己的職業(yè)發(fā)展問題。

前面從產(chǎn)品形態(tài)、研發(fā)模式談到測試技術(shù)的發(fā)展，又從角色職責(zé)談到了組織設(shè)計，其實1-3部分是講質(zhì)量人能做什么，4-5部分講的是組織需要質(zhì)量人做什么，這一章才可以回歸個體，我已在做什么，我還能做什么，我的未來要做什么？

經(jīng)過這些年的發(fā)展，各大公司都已經(jīng)建立了一套穩(wěn)定的質(zhì)量專業(yè)晉升體系，晉升標(biāo)準(zhǔn)背后就是能力結(jié)構(gòu)，我們要看清楚自己，最方便的方式就是按能力結(jié)構(gòu)拆解自己，并對應(yīng)到晉升層級的具體標(biāo)準(zhǔn)分析自己。

質(zhì)量專業(yè)能力可以拆解為三個維度：

業(yè)務(wù)、架構(gòu)理解力，這是質(zhì)量角色基礎(chǔ)能力，體現(xiàn)為：理解業(yè)務(wù)模式、產(chǎn)品設(shè)計、流程邏輯、以及技術(shù)側(cè)的架構(gòu)設(shè)計、技術(shù)棧、實現(xiàn)細節(jié)。理解不僅是為了做質(zhì)量效能風(fēng)險環(huán)節(jié)的工作，還需要以質(zhì)量視角盡早參與到產(chǎn)品、架構(gòu)設(shè)計，在最早階段交付質(zhì)量價值。
質(zhì)量技術(shù)能力，這是質(zhì)量角色的核心能力，從測試分析到測試策略，從人工到自動化，從基礎(chǔ)測試能力建設(shè)到測試創(chuàng)新技術(shù)落地，需要對行業(yè)技術(shù)發(fā)展保持敏銳，不斷擴展視野，促進前沿技術(shù)落地，針對業(yè)務(wù)特點提供質(zhì)量技術(shù)解決方案。
工程數(shù)據(jù)算法等通用技術(shù)能力，這些是質(zhì)量角色的催化劑能力，工程能力從自動化用例代碼編寫，到質(zhì)量工具、平臺的建設(shè)、質(zhì)量架構(gòu)設(shè)計和交付，數(shù)據(jù)算法能力體現(xiàn)在如何測試智能化業(yè)務(wù)，以及如何用智能化進行測試。

隨著行業(yè)發(fā)展，這三個維度也各自具有了足夠的技術(shù)縱深，短期內(nèi)想要兼顧發(fā)展并不容易。能力規(guī)劃有個很重要的原則：發(fā)揮優(yōu)勢。我個人建議，初期要適當(dāng)涉獵多個技術(shù)方向（充分借助團隊給予的機會），對自己在每個方向的能力水平、潛力、興趣度有所了解；中期固定一到兩個自己擅長或自己喜歡，最好是又擅長又喜歡的方向，深耕2-3年，再重復(fù)這個評估-選擇的過程。

如何評估自身能力到達什么程度呢？記住一個原則：實至名歸。拿到結(jié)果才能證明能力。

門檻要求是負責(zé)大項目，負責(zé)復(fù)雜業(yè)務(wù)（按能力級別對標(biāo)多大多復(fù)雜），進階要求是在過程中有技術(shù)方法、體系、創(chuàng)新的落地體現(xiàn)，終極要求是證明以上過程結(jié)果是因你而達成的。

分享給大家一個實用小技巧：

每年總結(jié)自己做的最難的事情，跟上一年最難的事情作對比。更難了嗎？

每年回顧自己用的最牛的技能，跟上一年最牛的技能比，更牛了嗎？

每年想想自己的工作，換成兩年前的自己，覺得那時候的自己就能勝任的，請舉手。舉手的同學(xué)，請注意你的成長自評。

個人成長和組織發(fā)展大部分時候是正相關(guān)的，如果兩者出現(xiàn)了不協(xié)調(diào)，那么一定有一方需要做出變化。每個人是自己的職業(yè)發(fā)展第一責(zé)任人，需要更主動邁出一步，跟自己的主管談?wù)?，對齊認知，獲得反饋，尋求支持。

最后，質(zhì)量人的職業(yè)發(fā)展規(guī)劃可以跳出質(zhì)量線，由于質(zhì)量工作的特性，接觸業(yè)務(wù)多樣化，專業(yè)能力涉及廣，只要下定決心調(diào)整能力結(jié)構(gòu)，轉(zhuǎn)崗業(yè)務(wù)，研發(fā)，效能，項目管理、技術(shù)風(fēng)險的成功案例每年都有很多。

彩蛋時間

回到文初的幾個問題，我日常收到的絕大部分這類問題，其實都是基于提問人自身的詢問，哪怕對行業(yè)的問題背后也是對自身的關(guān)心。所以回答問題的人，一定要對提問人有所了解，才能更準(zhǔn)確的回答。

以下提供三種方法，操作難度從易到難分為三個等級。

最簡單辦法，我稱之為快照分析法：找主管聊聊，只要是帶你超過半年的主管，一定是最了解（也最關(guān)心）你當(dāng)下狀態(tài)的人，給出的分析反饋也自然是比較準(zhǔn)確的。以師為友，做好當(dāng)下每個任務(wù)。

有點麻煩法，我稱之為歷史回顧法：自己分析下自己從業(yè)以來，自己的成長過程，重點分析有哪些關(guān)鍵事件，帶來哪些技能的顯著提升，是什么樣的場景給到你這個機會，你能一路成長到今天（在阿里螞蟻工作），一定是你做對了什么，把自己的成長關(guān)鍵點提取出來，以史為鑒，再次尋找機會觸發(fā)。

相當(dāng)難辦法，我稱之為未來預(yù)判法：找到你信任認可的相對資深的同行（包括你主管），一起討論未來業(yè)務(wù)、行業(yè)發(fā)展，分析對你的崗位，你的技能會有哪些的要求，以終為始，有目標(biāo)的發(fā)展自我。

--------?THE END?--------

關(guān)于測試這件事：十七年測試老兵的經(jīng)驗分享與思考