2019年10月26日，由Testin主辦的第二屆NCTS中國云測試行業(yè)峰會在京召開，此次峰會以“AI+未來”為主題，匯聚來自國內(nèi)外測試領(lǐng)域的知名專家學(xué)者、領(lǐng)先企業(yè)決策者、高層技術(shù)管理者、媒體從業(yè)者等，共同探討高端云測試技術(shù)，幫助測試從業(yè)者了解最前沿行業(yè)趨勢，及最新的行業(yè)實(shí)踐。

[[284803]]

會上，前海風(fēng)教育工程卓越中心高級總監(jiān)呂理偉做《全方位的研發(fā)效能管理及提升體系建設(shè)》主題演講。呂理偉指出，“研發(fā)效能提升體系，基于組織架構(gòu)轉(zhuǎn)型助力，工具系統(tǒng)賦能，人才文化為本。一個(gè)公司里最重要的是人，任何公司不可能完全依賴系統(tǒng)生存，公司的文化建設(shè)很重要，要提升人的主觀能動性、團(tuán)隊(duì)合作意識、工作能力和意愿以及公司的文化氛圍。”

以下為呂理偉演講實(shí)錄：

為了讓大家安心的待下來，我得先做一下自我介紹，剛才樊老師說數(shù)學(xué)基礎(chǔ)，要算法，也聽到很多技術(shù)人在講很多的技術(shù)細(xì)節(jié)的內(nèi)容。我技術(shù)還不錯(cuò)，2003年我數(shù)學(xué)專業(yè)本科畢業(yè)，2006年研究生階段搞算法，所以我的數(shù)學(xué)基礎(chǔ)和算法基礎(chǔ)應(yīng)該都還可以。剛才有一個(gè)人提到了“精準(zhǔn)測試”，我畢業(yè)后剛開始做的是白盒測試，當(dāng)時(shí)同學(xué)問行覆蓋、條件、語句覆蓋，06年我做白盒測試時(shí)候測的是飛機(jī)軟件，當(dāng)時(shí)的白盒測試判定標(biāo)準(zhǔn)是MCDC，修正條件的判定覆蓋。

那時(shí)候我們說質(zhì)量意識怎么來？當(dāng)時(shí)我們說質(zhì)量意識怎么來，我在2006年剛剛畢業(yè)時(shí)進(jìn)入公司，帶著我們看空難視頻，對生命安全對敬畏。如果你前面看《中國機(jī)長》那個(gè)空難，當(dāng)然是靠他超強(qiáng)駕駛技巧和意志救回來了，如果是軟件Bug，飛機(jī)就出問題了，所以06年畢業(yè)我們做飛機(jī)軟件白盒測試，領(lǐng)導(dǎo)說如果你們測的不仔細(xì)，某一個(gè)Bug可能導(dǎo)致飛機(jī)就下來了，所以在我畢業(yè)的時(shí)候我很耐心的做了兩年白盒自動化測試，那時(shí)候就是讀代碼，寫代碼，做各式各樣條件、判定、覆蓋，去看覆蓋率到底達(dá)到100%，99%，某一個(gè)沒有覆蓋到會解釋為什么，所有的測試報(bào)告都要很全面的來講清楚。

在2008年，我跳槽去做黑盒自動化，在2009年我又開始做測試架構(gòu)，測試技術(shù)的管理，包括測試流程建設(shè)。2015年我做測試總監(jiān)，但是條件很艱苦的時(shí)候，還是要親自干的。慢慢負(fù)責(zé)質(zhì)量管理，負(fù)責(zé)工程效率，信息安全。在去年的時(shí)候，我到海風(fēng)，我們成立工程卓越中心，部門里包含測試、質(zhì)量管理、信息安全、基礎(chǔ)架構(gòu)、運(yùn)維、敏捷教練、工程效率，所以在這里，我會負(fù)責(zé)全面研發(fā)體系的管理，這是我職業(yè)發(fā)展的經(jīng)歷。其實(shí)今天大家聽了很多，比如：在敏捷測試中，你什么時(shí)候會被開掉，敏捷測試人員在哪里，還有一些技術(shù)的測試、算法測試的趨勢，從我個(gè)人對測試的理解來講，我從2006年白盒、黑盒、框架、技術(shù)管理、研發(fā)轉(zhuǎn)型，包括流程和現(xiàn)在的基礎(chǔ)架構(gòu)、運(yùn)維、工程效率等整體研發(fā)管理來講，測試人員的路是很長的，大家要有信心。

有人說我做兩年手工測試不知道我在干什么，也不知道以后我會干什么。其實(shí)我剛才強(qiáng)調(diào)了手工測試，在業(yè)內(nèi)，可能大家會說我是做功能測試的，我以后要做自動化測試，這句話本身是不對的，不知道大家對這個(gè)有沒有理解。手工測試對等的才是自動化測試，功能測試對等的不是自動化測試，對嗎？功能測試對等的是性能、安全。維度，所以測試分類里千萬千萬需要注意的一個(gè)維度，我希望在座的各位能夠?qū)y試有一個(gè)很有信心的方向。我做了差不多13年時(shí)間，到現(xiàn)在這個(gè)位置已經(jīng)不完全是測試，我做的是一個(gè)整體研發(fā)中心的支撐和管理。

現(xiàn)在進(jìn)入正題，我從四個(gè)維度給大家講，第一是研發(fā)質(zhì)量效率，第二是組織架構(gòu)助力，第三是工具系統(tǒng)賦能，第四個(gè)是人才文化為本。因?yàn)樵谌魏我粋€(gè)公司都會從組織、工具和人這幾個(gè)維度來做質(zhì)量、效率的管理和建設(shè)。

質(zhì)量和效率，看起來是矛盾的，大家做測試的過程中都會說，為了高質(zhì)量，所以會拖慢研發(fā)的效率。還有產(chǎn)品經(jīng)理說我為了發(fā)布，我不需要太高的質(zhì)量，有時(shí)候都會有矛盾的。所以質(zhì)量效率名字上來看，貌似是有點(diǎn)矛盾的。質(zhì)量領(lǐng)域咱們提到過不知道有沒有聽過一個(gè)概念“大質(zhì)量”。咱們說軟件有研發(fā)過程的質(zhì)量有需求設(shè)計(jì)的質(zhì)量，有交付之后線上的運(yùn)行階段的運(yùn)維質(zhì)量，甚至還有軟件運(yùn)行過程當(dāng)中的售后支持的質(zhì)量，其實(shí)這個(gè)質(zhì)量維度很寬，包括你接到一個(gè)客戶的投訴，怎么對客戶進(jìn)行反饋，其實(shí)這也是質(zhì)量問題。在大質(zhì)量體系里，我們可以做的有很多，只要你對產(chǎn)品足夠熟悉，都會在質(zhì)量領(lǐng)域做的很好，是有更多貢獻(xiàn)的人，而不是說我只能做軟件研發(fā)過程當(dāng)中的測試，這是兩個(gè)概念。所以當(dāng)你在一個(gè)軟件研發(fā)過程當(dāng)中做很多測試，你對這個(gè)行業(yè)足夠理解，對產(chǎn)品足夠熟悉，你可以做很多，所以在大質(zhì)量體系里，是從一個(gè)需求或者一個(gè)訴求產(chǎn)生，一直到這個(gè)產(chǎn)品在線上運(yùn)行的10年20年全生命周期都會存在的一個(gè)東西。

說一下研發(fā)效率，很多公司這幾年都在提我要節(jié)約人力成本，提升研發(fā)效率，我相信很多公司都有，尤其是這兩年經(jīng)濟(jì)形勢不太好情況下，很多公司會去做一些優(yōu)化結(jié)構(gòu)的事情，研發(fā)效率有很多維度衡量，比如，一個(gè)需求上來以后，是一周做完還是兩天做完，當(dāng)然每個(gè)人對這個(gè)“完”的定義不一樣，所以研發(fā)效率是要通過一些手段去衡量，也要通過一些手段去提升的。所以剛才提到一個(gè)問題，高質(zhì)量會不會拖慢效率，這個(gè)問題在很多公司，尤其在產(chǎn)品經(jīng)理眼睛里會覺得我是接到死命令的，比如，今天10月26號8點(diǎn)上線，我是接到死命令的，要倒排的，測試人員如果一味糾結(jié)質(zhì)量，會拖慢我的效率的。

然后還會看到一些問題，我們是工程卓越中心，之外其實(shí)還有業(yè)務(wù)部門，業(yè)務(wù)部門跟我說呂老師我們很忙，我們也很高效，你不要管我們，因?yàn)槲覀兪锹毮芄芾砗椭尾块T，很多業(yè)務(wù)經(jīng)理是有業(yè)務(wù)話語權(quán)的，人家是業(yè)務(wù)，我們是支撐管理的，就會說“我很忙”，不要跟我提流程和需要交付的質(zhì)量，那些東西會拖慢我們，他有時(shí)候說我們很高效，你昨天提的需求我們今天就做完了，這些問題在很多公司都會討論，尤其互聯(lián)網(wǎng)要快速迭代，跑馬圈地，所以業(yè)務(wù)部門會說我很忙，一直都很忙，我也很高效，但是很忙很高效是需要度量的。很多互聯(lián)網(wǎng)公司有些招聘的JD，不知道大家會不會關(guān)注里有一條“熟悉度量系統(tǒng)”，你怎么度量這個(gè)部門，這個(gè)研發(fā)人員做的好還是不好，所以咱們帶著這幾個(gè)話題往下走。

在研發(fā)質(zhì)量效率的過程當(dāng)中，我們說要提升質(zhì)量效率，這兩年大家都在提“敏捷”，09年開始，我接觸敏捷到現(xiàn)在10年時(shí)間，我們一直說什么是“敏捷”？有很都公司說敏捷，來了就改就是敏捷，擁抱變化嘛。敏捷在業(yè)內(nèi)里有這張圖，我從2009年保存到現(xiàn)在，我不知道多少人看過這張圖，這是非常經(jīng)典的敏捷的圖。這里強(qiáng)調(diào)幾個(gè)概念，第一個(gè)這是一個(gè)ONE TEAM，所以剛才老師說我們沒有很好界定來區(qū)分開發(fā)測試，是因?yàn)樵贒evOps里，大家是一個(gè)TEAM。我們會有一個(gè)戰(zhàn)略，產(chǎn)品解決什么問題，有產(chǎn)品的戰(zhàn)略，有目標(biāo)，有愿景，要去總部或者向管理部門申請你的預(yù)算。然后拆分成計(jì)算成若干個(gè)發(fā)布版本，這是在從產(chǎn)品一層層去切，這是敏捷的一個(gè)概念。

在RELEASE里才有迭代，有一些迭代計(jì)劃和回顧的會議，每天迭代的時(shí)候才會拆分成DAILY就是每天，有每天的開發(fā)、測試、驗(yàn)收。最中間是持續(xù)，CI的過程，這是一個(gè)非常經(jīng)典的圖，你把這個(gè)圖看懂了敏捷就清楚了，就會把一個(gè)拆分粒度越小，但是這個(gè)圖最經(jīng)典地方在哪呢？就是在這里，說這種圓，它不是同心圓，是有一個(gè)交集的一系列的圓環(huán)，這個(gè)為什么？因?yàn)槊艚菽康氖鞘裁矗棵艚菽康氖请S時(shí)可以交付的軟件，隨時(shí)可以使用的軟件，所以在這張圖中，每一個(gè)交集的輸出都是一個(gè)可以工作的軟件，這是這個(gè)圖當(dāng)中最精華的部分，所以敏捷從拆分、交付、價(jià)值，從整個(gè)團(tuán)隊(duì)的合作模式這張圖講的很清楚。第二個(gè)問題，在座的其實(shí)更多的是測試人員，咱們說一下測試在哪里，敏捷模型里測試在哪里？其實(shí)我想聽到的答案是：哪里都有，在敏捷里測試是無處不在的，包括你怎么去提升你在這個(gè)team的貢獻(xiàn)，以及話語權(quán)，對需求的理解，測試人員可以做很多事情，這是原來對測試團(tuán)隊(duì)比較常見的期望，我希望他們能夠引導(dǎo)產(chǎn)品，引導(dǎo)開發(fā)去做出一些真正符合用戶需求的產(chǎn)品，而不是說需求設(shè)計(jì)出來了產(chǎn)品經(jīng)理說了算，我跟著你走，你告訴我怎么樣，我?guī)椭泓c(diǎn)點(diǎn)點(diǎn)，那不是我們對測試人員期望，那會讓大家的路越走越窄。

在敏捷里面，測試無處不在，所以我們剛才說自己的職業(yè)發(fā)展軌跡和敏捷里我對測試的理解，我希望大家對測試行業(yè)是有足夠的信心。

在一個(gè)企業(yè)里你想讓敏捷能夠成功，其實(shí)要有幾個(gè)因素，最重要的是人，一個(gè)團(tuán)隊(duì)里最重要的是人。這個(gè)人經(jīng)驗(yàn)OK不OK，做事情主動不主動，自我管理，剛才說有自我驅(qū)動，我今天聽很多關(guān)鍵字都差不多，你是不是可信賴，“可信賴”這個(gè)詞是很高度的評價(jià)。我們測試同學(xué)曾經(jīng)收到過開發(fā)總監(jiān)給我發(fā)的表揚(yáng)信，說他是“可以信賴的伙伴”，我說可信賴是值得大家認(rèn)可的詞，是很高度的評價(jià)，他認(rèn)為這個(gè)測試人員是一個(gè)可信賴的人，我交給你的事情我放心，所以說“可信賴”。

流程是法，強(qiáng)調(diào)的是軟件研發(fā)的一些方法，技術(shù)會依托在一些敏捷軟件研發(fā)的工具平臺里，做到人技法的和諧才能夠讓你的組織敏捷，這是怎么能夠讓敏捷落地的一些因素。

剛才咱們說敏捷也好，怎么解決質(zhì)量效率問題也好，怎樣讓敏捷落地，提升測試人員話語權(quán)，讓大家對質(zhì)量有共同的意識。在企業(yè)里測試組織到底怎么架構(gòu)，你到底有沒有權(quán)力，咱們說權(quán)責(zé)對等，所以說咱們聊一下組織架構(gòu)怎么助力大家提升質(zhì)量和效率，怎么助力提升大家的質(zhì)量意識。

在敏捷組織轉(zhuǎn)型里，有一些人會把開發(fā)測試產(chǎn)品放成一個(gè)Scrum團(tuán)隊(duì)，這是一個(gè)產(chǎn)品化的管理模式，還有一種測試團(tuán)隊(duì)是獨(dú)立的，開發(fā)團(tuán)隊(duì)是獨(dú)立的，產(chǎn)品團(tuán)隊(duì)是獨(dú)立的。所以在做人員管理時(shí)，我們強(qiáng)調(diào)的是什么？矩陣式的，這個(gè)測試人員是雙向匯報(bào)的，要匯報(bào)給測試總監(jiān)、測試經(jīng)理，也要匯報(bào)給產(chǎn)品經(jīng)理，因?yàn)楫a(chǎn)品負(fù)責(zé)制，雙向匯報(bào)。

第二個(gè)是作戰(zhàn)單位，戰(zhàn)艦編制，就是Scrum團(tuán)隊(duì)，這個(gè)你可以理解成七人組，有一個(gè)產(chǎn)品經(jīng)理，四個(gè)開發(fā)，兩個(gè)或者一個(gè)測試，這是一個(gè)作戰(zhàn)單位的模式。敏捷組織轉(zhuǎn)型里還有一條DevOps或者TestOps怎么把開發(fā)運(yùn)維做一些模式。

我們建立了多層質(zhì)量保障體系，這個(gè)我們做的比較細(xì)，也就是把一些質(zhì)量保障工作融合到CICD各個(gè)節(jié)點(diǎn)里，比如開發(fā)人員做什么，提交代碼以后做代碼掃描會怎么樣，打包到自動環(huán)境去，自動化測試環(huán)境腳本怎么跑，到底UI層還是API層，怎么跑起來，在每一層每一個(gè)節(jié)點(diǎn)上都會有相應(yīng)的測試活動或者質(zhì)量保障活動，包括測試人員測完了還會有集成的測試，怎么把這個(gè)推到比較相對來說穩(wěn)定的環(huán)境里做一些大規(guī)?；貧w，做大規(guī)?；貧w的自動化，做多層質(zhì)量保證體系也是助力敏捷組織轉(zhuǎn)型的一個(gè)方法。

我在海風(fēng)負(fù)責(zé)工程卓越中心，這里我們的職能包含這些。產(chǎn)品研發(fā)并不在我這里，這是業(yè)務(wù)部門，除了業(yè)務(wù)部門之外都?xì)w我負(fù)責(zé)。我們會做什么？第一我們做培訓(xùn)我們要提升所有人員技能，你想讓大家高效率的工作，你要培訓(xùn)他，因?yàn)槊總€(gè)人進(jìn)來以后，或者進(jìn)來的那個(gè)時(shí)間點(diǎn)，每個(gè)人的背景也好，工作習(xí)慣也好，能力也好，都是不一樣的，你需要進(jìn)行培訓(xùn)，你要能夠遵守或者能夠更快的融合到這個(gè)團(tuán)隊(duì)里，能夠更快的掌握這個(gè)產(chǎn)品需要的技能和后續(xù)的一些開發(fā)需要的方向上的知識，所以我們會做培訓(xùn)。

工程效率和基礎(chǔ)架構(gòu)在我這里，工程效率可能在一些公司是工程效率部，基礎(chǔ)架構(gòu)部會比較獨(dú)立。

質(zhì)量控制，質(zhì)量控制可能就是咱們大家普通或者常見的理解測試，傳統(tǒng)的QC，QA和QC本身是不一樣的。還有應(yīng)用運(yùn)維，系統(tǒng)發(fā)上去要保持穩(wěn)定的，應(yīng)用運(yùn)維也在我這里。外面我們會畫一個(gè)圈叫“流程優(yōu)化”，我有一個(gè)敏捷教練組，會跟著所有項(xiàng)目發(fā)現(xiàn)問題，發(fā)現(xiàn)我們研發(fā)過程中哪一個(gè)節(jié)點(diǎn)需要優(yōu)化，所以外圍我們會定流程優(yōu)化組。

左右兩側(cè)，一個(gè)是質(zhì)量管理，一個(gè)是項(xiàng)目管理。在我們公司，尤其現(xiàn)在公司這個(gè)角色劃分并沒有那么清晰，項(xiàng)目管理和質(zhì)量管理本身PMO，功能職責(zé)上有一定融合，但是項(xiàng)目更多的是追蹤，我這個(gè)進(jìn)展是不是OK。所以每一個(gè)公司情況不一樣，會做一些調(diào)整。

信息安全，我們對所有工程師有一個(gè)要求，大家做事情要有安全的標(biāo)準(zhǔn)，如果你不遵守安全標(biāo)準(zhǔn)，你做得再好也是給別人做的，為他人作嫁衣。信息安全組同樣歸我管，我告訴他們的職責(zé)是去保障所有部門人按照咱們定義的安全規(guī)范來做，你按照我的規(guī)范做事后，檢測你的系統(tǒng)是不是OK，所以有信息安全的檢測，前期是督導(dǎo)和監(jiān)控。

除了產(chǎn)品研發(fā)這樣一些業(yè)務(wù)部門，那我們?yōu)槭裁磿羞@樣一個(gè)組織架構(gòu)，其實(shí)是我們要權(quán)責(zé)對等。不知道大家在公司里會不會發(fā)現(xiàn)一些問題，測試部門和運(yùn)維部門之間扯皮。出了問題了運(yùn)維部門說你沒有測出來，測試人員說這個(gè)很難測，這需要運(yùn)維手段保障的，比如CPU達(dá)到多少要做自動監(jiān)控，重啟。運(yùn)維說你沒有告訴我達(dá)到什么指標(biāo)以后我做監(jiān)控。還有一些扯皮就是信息安全和測試，信息安全說安全測試到底是測試團(tuán)隊(duì)來做還是安全團(tuán)隊(duì)來做？很多公司不一樣，在我這里，我跟他們說，當(dāng)然這是一些管理理念的問題，我跟所有的經(jīng)理說關(guān)起門來，你們經(jīng)理怎么吵我都認(rèn)，出去了都是我的問題，但是你們今天吵完以后必須要有一個(gè)結(jié)論，到底是測試團(tuán)隊(duì)還是安全團(tuán)隊(duì)的問題，如果你們認(rèn)為這是測試團(tuán)隊(duì)的問題，那OK，這個(gè)責(zé)任和權(quán)力已經(jīng)都是測試團(tuán)隊(duì)的，對嗎？這次出來一個(gè)漏洞沒有檢查出來，安全人員說我不做安全測試，應(yīng)該測試團(tuán)隊(duì)做，測試人員說我沒有這個(gè)手段是信息安全團(tuán)隊(duì)做的掃描，這就會扯皮。扯皮完以后有一個(gè)結(jié)論，結(jié)論以后誰背責(zé)，誰擔(dān)權(quán)。這次我背鍋下次我要這個(gè)權(quán)力，出這個(gè)門這個(gè)權(quán)利就是我的了，你那個(gè)做安全掃描的人就可以定位成安全測試了，你就要換部門換小組了，你就要給我了。所以我們會把組織架構(gòu)做一些優(yōu)化，來讓大家信息溝通更順暢，讓大家權(quán)責(zé)更對等，讓大家能夠像同樣一個(gè)人負(fù)責(zé)。因?yàn)槌隽四莻€(gè)屋所有鍋都是我的。

我們剛才說組織架構(gòu)是要助力整個(gè)研發(fā)體系的提升。在這里我們提到了，在這過程當(dāng)中我們做價(jià)值驅(qū)動和規(guī)則驅(qū)動，怎么保障產(chǎn)品，咱們說的產(chǎn)品研發(fā)是按照我們定的規(guī)則去做，做正確的事，咱們理解成是價(jià)值驅(qū)動對嗎？你在做高價(jià)值的事情，因?yàn)槊總€(gè)公司的人是最貴的，人投進(jìn)來以后希望做到的是我這個(gè)人做的是最有價(jià)值的事情，所以我們說價(jià)值驅(qū)動是保障人在做正確的事。規(guī)則驅(qū)動是什么？是保證這些人在正確的做事，所以我們會提兩個(gè)概念，一個(gè)是價(jià)值推動，一個(gè)是規(guī)則驅(qū)動，你是不是按照正確規(guī)則做正確的事，這是我們部門要去做管理的，這也是授權(quán)給我們，我們要做管理的一些手段。

事前會做一些價(jià)值評定，事中的看你研發(fā)的流程是不是OK，研發(fā)之間溝通是不是順暢，通過你的項(xiàng)目管理，通過你的流程優(yōu)化，通過你的測試來做事中，事后通過運(yùn)維、質(zhì)量管理做分析。通過這樣一個(gè)維度保證研發(fā)質(zhì)量和效率是能夠提升的。

因?yàn)樵蹅兘匈|(zhì)量效率，很多公司會提效能，因?yàn)槲覀兿氚奄|(zhì)量效率都提升的時(shí)候會有一個(gè)效能的指標(biāo)衡量一個(gè)開發(fā)人員的效能是不是高，到底是質(zhì)量高還是效率高，其實(shí)我們希望共贏或者找到一個(gè)提升點(diǎn)。所以我們怎么去衡量開發(fā)人員的效能指標(biāo)，怎么衡量產(chǎn)品人員的效能，一個(gè)產(chǎn)品你設(shè)計(jì)出來的東西到底有沒有用？

你怎么衡量一個(gè)產(chǎn)品做的設(shè)計(jì)，提煉的需求是不是對的，其實(shí)也是他的效能，你三番五次改，改來改去自己都不知道做什么，所以我們對產(chǎn)品經(jīng)理要求很高，尤其是任何一個(gè)互聯(lián)網(wǎng)公司產(chǎn)品的方向是很要命的一個(gè)事情。效能體系出來以后每個(gè)人都有自己的結(jié)果和數(shù)據(jù)，我們通過數(shù)據(jù)驅(qū)動這個(gè)人做一些提升，所以我們希望能夠通過數(shù)據(jù)驅(qū)動大家有一種榮譽(yù)感去提升自己。我們剛才提到價(jià)值驅(qū)動，規(guī)則驅(qū)動和數(shù)據(jù)驅(qū)動。

我們希望有這么多驅(qū)動，你肯定不是靠人來計(jì)算的，假設(shè)一下200個(gè)產(chǎn)品研發(fā)部門我不可能投200人跟著他們?nèi)ザ?，那樣我這個(gè)部門就拖慢效率了，我的投入產(chǎn)出比就很低了，老板會說我不要你這個(gè)部門，我情愿多加100個(gè)開發(fā)去干活了，所以提升質(zhì)量效率的維度里我們希望有工具系統(tǒng)賦能，不光是考核的，還需要賦能的，一味考核大家會反感，所以我們希望大家賦能，提升自己的內(nèi)功。

“工欲利其事，必先利其器”，沒有最佳流程，只有最佳實(shí)踐和最適合流程，我把Google的流程搬過來一定是好的嗎？肯定不是。我希望能夠有統(tǒng)一平臺，可以讓各個(gè)部門之間信息溝通能夠很順暢。

第三我們有定制開發(fā)工作，互聯(lián)網(wǎng)公司都會定制自己的系統(tǒng)，基于開源框架也好，基于免費(fèi)工具做一些插件。這樣來輔助我們的流程落地。

第四個(gè)咱們剛才說度量，就是我怎么知道這個(gè)開發(fā)，這個(gè)測試到底好還是不好？你不要去考核，你不要說我發(fā)現(xiàn)你的數(shù)據(jù)不好，所以這個(gè)月績效打折吧，只能說我是來督促你提升的，但是我不是考核你的，所以我們說數(shù)據(jù)是用來賦能的，不是用來考核的，因?yàn)槟阋坏┛己巳藛T就會有反彈。我們要的是賦能。

堅(jiān)持到現(xiàn)在的大家都是有希望成為總監(jiān)的。公司里我們定制一些工具打通信息流，這個(gè)在CICD里概念都差不多，從需求開始，怎么做錄入、承接、開發(fā)、數(shù)據(jù)度量，剛才說軟件全生命周期，那這伴隨的是需求全生命周期，到底做的是什么，這其實(shí)是一個(gè)需求。

包括你的代碼管理，CICD，版本管理，所有的數(shù)據(jù)要進(jìn)行收集的，然后流動的，一個(gè)數(shù)據(jù)收過來以后不用去度量，不作為下一個(gè)節(jié)點(diǎn)的輸入，這個(gè)數(shù)據(jù)一點(diǎn)用都沒有的。這個(gè)產(chǎn)品質(zhì)量到底好不好？你說告訴你了現(xiàn)在有10個(gè)Bug，然后呢？然后不知道了，那這個(gè)信息一點(diǎn)用都沒有。當(dāng)然你告訴產(chǎn)品經(jīng)理說我告訴你現(xiàn)在有10個(gè)嚴(yán)重的Bug，所以它會阻塞發(fā)布，這時(shí)數(shù)據(jù)是有用的。你怎么阻塞發(fā)布需要有流程和工具，不然完全去靠人扯皮，測試總監(jiān)、運(yùn)維總監(jiān)扯，那系統(tǒng)里怎么辦？還要發(fā)。所以數(shù)據(jù)輸入過來，輸出去，這個(gè)數(shù)據(jù)流動起來才有用，像錢存在銀行到底有沒有用？也有3%左右的利息，錢只有流動起來才有用，還有一個(gè)觀點(diǎn)錢只有花掉才是你自己的。

所以我們把數(shù)據(jù)收上來之后到這個(gè)需求生命周期管理，那肯定要做一些節(jié)點(diǎn)的準(zhǔn)入或者是不準(zhǔn)入的判斷，在系統(tǒng)里要把這個(gè)東西做進(jìn)去，每個(gè)節(jié)點(diǎn)能夠做自動控制才能夠提升效率同時(shí)保證質(zhì)量，不然的話你不知道會發(fā)生什么，因?yàn)橛泻芏嗳藶槭虑椤?/p>

這個(gè)圖是CICD比較常見的，我剛才把多層質(zhì)量體系已經(jīng)介紹過了，在每一個(gè)階段到底我們做一些什么樣的質(zhì)量保障活動？比如，代碼提交以后怎么做代碼掃描，怎么打包，然后怎么做集成測試，怎么去做一些發(fā)布包管理，發(fā)布包管理也是質(zhì)量活動，因?yàn)槟阌锌赡軙岩恍┌`發(fā)上去，所以咱們說在敏捷里面測試無處不在，你大質(zhì)量活動可以做到很多地方。

咱們剛才說需要度量，那度量的時(shí)候肯定要分階段，或者說你需要度量不同維度，因?yàn)槊總€(gè)公司都會看我投多少人帶多少價(jià)值，有資源投入的度量，有交付效率，你這個(gè)需求到底是一周交付還是兩周交付的，還要度量交付的質(zhì)量，交付質(zhì)量有過程質(zhì)量，在研發(fā)過程當(dāng)中這個(gè)開發(fā)引入多少Bug，被reopen幾次，這個(gè)指標(biāo)很可怕，你提交我測出問題了，reopen標(biāo)準(zhǔn)不一樣，當(dāng)然能收的就收，還有技術(shù)做實(shí)在太差沒有辦法測試就測不下去了，我只有把你重新打回去，我扔回去給你了，我們認(rèn)為開發(fā)人員被退回去過多的話，這個(gè)開發(fā)人員是不負(fù)責(zé)任的，相信在座測試人員也有這種痛苦，你看你給我一個(gè)東西，正常場景我都跑不通，我一報(bào)，10來個(gè)Bug就上去了，到底修還是不修？我退回給你重新寫，把功能自測一遍，那次數(shù)多了以后這個(gè)開發(fā)人員就是不可信賴的了。所以我們要衡量交付過程質(zhì)量，包括衡量線上質(zhì)量，線上質(zhì)量你到底逃逸多少，這個(gè)是衡量測試的，我報(bào)100個(gè)Bug，但是逃逸出100個(gè)，這就很糟糕。但如果報(bào)100逃避一兩個(gè)，這一兩個(gè)也是很不容易被發(fā)現(xiàn)的，我覺得他是很優(yōu)秀的測試工程師。

這些數(shù)據(jù)都會從各個(gè)項(xiàng)目管理系統(tǒng)當(dāng)中收過來，然后做一些統(tǒng)計(jì)做一些展示和大盤分析來度量這個(gè)開發(fā)、這個(gè)測試和這個(gè)產(chǎn)品是不是優(yōu)秀。這是我們做的資源投入的分析，這是我們的需求交付。包括研發(fā)過程當(dāng)中Bug新建，解決和趨勢，來看這個(gè)團(tuán)隊(duì)到底有沒有積極響應(yīng)測試人員的工作。比如，我報(bào)了他不管我，看我存量Bug一直上去，積極性都沒有了。我報(bào)10個(gè)Bug你不修，報(bào)20個(gè)還不理我，那我干什么呢？我不干了，這時(shí)候測試人員積極性會被打擊，這時(shí)候每一個(gè)管理者都要去推動這個(gè)事情，管理者要做什么，你要讓兄弟們有一個(gè)舒心的工作環(huán)境，不能讓兄弟做的沒有信心，覺得自己做的工作不被認(rèn)可，不管任何一個(gè)決策，比如運(yùn)維，覺得我做的工作好象不被認(rèn)可，信息安全說我定的規(guī)則沒有人管，我報(bào)的Bug沒有人修，這時(shí)候需要誰來推？不一定指望一線的測試工程師推，你要有管理者，不然管理者的價(jià)值在哪呢？

所以，我們通過這些數(shù)據(jù)給到一些管理者，你說你團(tuán)隊(duì)到底在干什么？我測試人員辛辛苦苦報(bào)Bug你到底認(rèn)為有效還是無效，你需要給我理由，你不修的理由是什么？如果無效可以談，如果有效的話，你就去修，不能拖著，所以會有研發(fā)過程的數(shù)據(jù)度量。我們還會做一些雷達(dá)去看這個(gè)Scrum團(tuán)隊(duì)在哪一個(gè)維度做的比較差的，分幾個(gè)維度，比如需求維度，開發(fā)維度，測試維度，運(yùn)維維度，安全維度和其他。到底哪一個(gè)是短板？因?yàn)橛幸粋€(gè)木桶，到底是長板最厲害還是短板決定容量，所以在雷達(dá)里面我們可以清晰的看到這一個(gè)Scrum團(tuán)隊(duì)在這一段時(shí)間到底在哪一個(gè)地方做的不好，通過數(shù)據(jù)告訴這個(gè)Scrum團(tuán)隊(duì)負(fù)責(zé)人，你這個(gè)團(tuán)隊(duì)里面產(chǎn)品這一段時(shí)間產(chǎn)出很差。你這個(gè)團(tuán)隊(duì)里面的開發(fā)這段時(shí)間產(chǎn)出很差，讓他及時(shí)知道我問題出在哪，然后針對性的來提升質(zhì)量和效率。

研發(fā)效能提升體系，基于組織架構(gòu)轉(zhuǎn)型助力，工具系統(tǒng)賦能，人才文化為本。一個(gè)公司里最重要的是人，任何公司不可能完全依賴系統(tǒng)生存，公司的文化建設(shè)很重要，要提升人的主觀能動性、團(tuán)隊(duì)合作意識、工作能力和意愿以及公司的文化氛圍。我們?yōu)榱私鉀Q這些問題做了什么？我負(fù)責(zé)技術(shù)委員會，在很多互聯(lián)網(wǎng)公司都有技術(shù)委員會，怎么做到技術(shù)人員能夠找到自己的方向，知道測試人員提升的方向是什么。當(dāng)我測試發(fā)現(xiàn)技術(shù)上的問題時(shí)候我找誰幫助？前端的開發(fā)方向是什么？我可以向誰學(xué)習(xí)。前端、后端、產(chǎn)品、測試各式各樣的方向會有自己的一些公司內(nèi)的大拿來做這個(gè)方向上的領(lǐng)頭人，給下面小伙伴一些技術(shù)指引，這是咱們技術(shù)委員會的一些職能。當(dāng)然還有公司技術(shù)架構(gòu)的評審，做一些技術(shù)選型的評審，這也是技術(shù)委員會要做的事情。還有培訓(xùn)學(xué)院，在剛才介紹我們部門架構(gòu)時(shí)候講了，培訓(xùn)學(xué)院也是，你怎么讓大家得到提升，讓大家愿意在這個(gè)公司接著工作下去，讓大家能夠覺得我在這邊做是能夠得到我想要的東西的，當(dāng)然錢是一方面，你要看一眼半年以后我再走，工資會比現(xiàn)在高很多，因?yàn)槲以谶@邊學(xué)習(xí)了半年，所以我們有培訓(xùn)學(xué)院，針對我們工作需要的技能，針對這個(gè)人想學(xué)的技能做一些培訓(xùn)。

當(dāng)然還有績效激勵，工作不爽有兩點(diǎn)，一個(gè)是錢沒有到位，二是受委屈了。我做了很多事情就是為了讓大家開心，影響開心的很多因素就是錢和工作內(nèi)容，所以我們做了技術(shù)委員會來讓幫助大家提升技能，培訓(xùn)學(xué)院讓你覺得我能夠?qū)W到東西。還有很重要的一塊是績效，怎么看績效就是看前面數(shù)據(jù)，這個(gè)人績效效能一直在上升的時(shí)候就要給獎勵了，不然的話人家覺得我辛辛苦苦在做，我貢獻(xiàn)越來越大，我為什么不可以從原來一萬漲到一萬二呢？可以，月基本工資都有獎金，所以我們有績效的激勵。

考核的時(shí)候到底怎么做考核？第一個(gè)是把長周期的轉(zhuǎn)成及時(shí)的，因?yàn)橛幸恍┕緯X得我一年，反正前面12個(gè)月都是大家無驚喜，沒有任何驚訝的做到年底，然后給一個(gè)績效，說今年得到兩個(gè)月年終獎還是四個(gè)月年終獎，但是這個(gè)激勵是很晚，因?yàn)?，在這個(gè)過程中，員工不知道年底會得到什么，有些人前面10個(gè)月做的很好，第11個(gè)月的時(shí)候，做考核的時(shí)候犯了一個(gè)錯(cuò)誤，讓你忘記他前面10個(gè)月的好，很多公司都會這樣，我們以前也遇到過這種問題，有些問題跟我們說你看前面做的很好，我們靜下心分析的時(shí)候，發(fā)現(xiàn)真的做的很好，但是由于每年10月、11月他給你印象覺得這個(gè)人不靠譜，就是讓我做砸了，覺得很傷心，年終績效就不好，這對于這個(gè)人來講是不公平的。因?yàn)槿硕紩惺д`的時(shí)候，比如失戀了，家里有事了，總之有那么一段時(shí)間讓你覺得產(chǎn)出偏低了。

所以我們說要有及時(shí)反饋和調(diào)整，當(dāng)你發(fā)現(xiàn)有問題及時(shí)告訴他，當(dāng)他得到成績就及時(shí)給他獎勵，這是第一個(gè)從長周期到及時(shí)的考核。

從個(gè)人績效團(tuán)隊(duì)轉(zhuǎn)移到團(tuán)隊(duì)績效，因?yàn)樵蹅冋f敏捷是什么？敏捷是一個(gè)ONE TAEM，大家不會指責(zé)開發(fā)人員、測試人員沒有做好，所以導(dǎo)致產(chǎn)品質(zhì)量差，不是測試帶來的Bug，是開發(fā)人員引入的，但是由于在Scrum里大家是一個(gè)團(tuán)隊(duì)，這個(gè)產(chǎn)品最終的績效外圍因子大家是一樣的。在績效里會有很多考慮的因子，你是Scrum團(tuán)隊(duì)里的那個(gè)因子至少是一樣的，你個(gè)人績效因子可以不一樣，但是這個(gè)產(chǎn)品的因子一定是一樣的，因?yàn)榇蠹沂菍ν粋€(gè)產(chǎn)品負(fù)責(zé)的。

所以咱們從個(gè)人績效轉(zhuǎn)移到團(tuán)隊(duì)成效，然后說不去做這個(gè)人和另外一個(gè)人的對比，但是我們做這個(gè)人自己的對比，你到底現(xiàn)在有沒有比入職時(shí)候提升這是需要做對比的。做一段時(shí)間以后衡量每個(gè)部門的數(shù)據(jù)，看到每一個(gè)部門平均數(shù)據(jù)到底效能有沒有上來。

“自己得行”，你自己技術(shù)過硬，第二是“有人覺得你行”；第三個(gè)是“覺得你行的人也得行”這句話什么意思？比如，某某同學(xué)往那一站，一個(gè)剛畢業(yè)學(xué)生說這個(gè)人測試技能很好，那有意義嗎？沒有意義。比如說剛才樊老師陳老師說這個(gè)人測試技術(shù)很好，有意義吧？有意義，因?yàn)樗麄z也OK啊，所以覺得你行的人也得行，這時(shí)候?qū)δ阏J(rèn)可度是高的，這是一步步來的。

最后，“你身體得行”，因?yàn)楣ぷ鞯阶詈笃吹氖求w力，我2006年畢業(yè)，前9年在外企，我在外企看到經(jīng)理人他們說我們很輕松，我們不要怎么樣，但是我也看到很多外企精英很拼很拼，到最后拼的是體力，因?yàn)楹芏嗳艘估飳慞PT，第二天去開會，你怎么熬得過呢？到最后大家智商都差不多了，現(xiàn)在信息太透明了，借助于工具可以做很多事情，到最后拼的是你能不能比別人拼得過身體，所以你身體得行，當(dāng)然大家也要勞逸結(jié)合。

所以這四句話是工作這么多年很重要的，我在網(wǎng)上寫過一篇文章《測試管理者修身齊家治國平天下》，自己得行就是修身的過程，有人覺得你行，你是齊家，你能夠讓團(tuán)隊(duì)人認(rèn)可你就是在“齊家”，包括“治國”怎么做測試總監(jiān)，怎么“平天下”，就像我現(xiàn)在不僅管測試，我還協(xié)助老板去管理，怎么讓你想做的流程做下去，怎么讓你想做的事情被你業(yè)務(wù)合作兄弟們認(rèn)可，包括市場，銷售，售后支持配合你的工作，大家能夠磨合得很好，這是一個(gè)“平天下”的過程，這本身需要我們一步步往下走的。

我今天就講到這里！