大廠的測(cè)試經(jīng)理們都在干什么呢？

荊兆峰發(fā)布于2021-09-29 09:34 / 3659人閱讀

摘要：最近因?yàn)槊嬖嚨年P(guān)系跟一些大廠的測(cè)試經(jīng)理有過一些交流，我們不妨看看大廠的測(cè)試經(jīng)理們都在做什么吧。來自某一線互聯(lián)網(wǎng)大廠，擔(dān)任測(cè)試經(jīng)理應(yīng)該十多年了，有著豐富的質(zhì)量管理經(jīng)驗(yàn)。相對(duì)于一直在一線大廠，的經(jīng)歷要豐富一些。

最近因?yàn)槊嬖嚨年P(guān)系跟一些大廠的測(cè)試經(jīng)理有過一些交流，我們不妨看看大廠的測(cè)試經(jīng)理們都在做什么吧。

A：
來自某一線互聯(lián)網(wǎng)大廠，擔(dān)任測(cè)試經(jīng)理應(yīng)該十多年了，有著豐富的質(zhì)量管理經(jīng)驗(yàn)。在聊的過程中我發(fā)現(xiàn)A近兩年的工作重心都放在效能提升方面。因?yàn)闄C(jī)會(huì)難得，我就問了一些我比較關(guān)注的問題。

問：如何提升測(cè)試開發(fā)比，比如從1比3提升到1比4？

答：我們之前的測(cè)試開發(fā)比其實(shí)也很高，不過現(xiàn)在已經(jīng)降到1比7或者1比8了。這里面有一些事情是可以做的。首先質(zhì)量管理方面產(chǎn)品的出廠質(zhì)量不能降低，質(zhì)量保障是一個(gè)端到端的事情，不能只靠測(cè)試同學(xué)去保障，研發(fā)人員也是質(zhì)量控制中很重要的一環(huán)，所以研發(fā)人員在質(zhì)量上游也要做好測(cè)試，這樣后面的質(zhì)量壓力就會(huì)輕一點(diǎn)。另外我們還會(huì)定義標(biāo)準(zhǔn)的出廠測(cè)試以及uat測(cè)試的流程和指標(biāo)，哪些東西要測(cè)以及怎么測(cè)，哪些指標(biāo)要達(dá)到多少，什么環(huán)境進(jìn)行什么樣的測(cè)試，我們都會(huì)定義的很精細(xì)，這樣才能花比較確定的力氣去做一些相對(duì)確定的事情。另外需要盡可能的去自動(dòng)化，或者開發(fā)相關(guān)的工具平臺(tái)，給測(cè)試提效；最后還要管理好老板的預(yù)期，因?yàn)楸M管有提升的空間，但整個(gè)過程還是需要花時(shí)間的。

問：自動(dòng)化測(cè)試的維護(hù)成本很高，比如系統(tǒng)的頻繁改動(dòng)會(huì)導(dǎo)致用例的更新速度跟不上，針對(duì)這一點(diǎn)有什么好的辦法呢？

答：接口測(cè)試沒有界面相對(duì)來說維護(hù)成本還好，但是帶ui的自動(dòng)化測(cè)試維護(hù)成本確實(shí)很高，但一些項(xiàng)目又不能沒有ui的自動(dòng)化測(cè)試用例，對(duì)于這種情況，我們只能說用外包來盡量補(bǔ)，技術(shù)債總是有的，測(cè)試也有技術(shù)債，需要花成本去還。

在跟A的聊天過程中，我發(fā)現(xiàn)大廠的質(zhì)量管理現(xiàn)在做的越來越精細(xì)化和標(biāo)準(zhǔn)化，一些質(zhì)量度量指標(biāo)也更加立體和實(shí)際，聊完之后非常有收獲。

相對(duì)于A一直在一線大廠，B的經(jīng)歷要豐富一些。兩年多之前在某一線廠負(fù)責(zé)核心系統(tǒng)的整體測(cè)試，目前在二線大廠負(fù)責(zé)整體的測(cè)試工作，下屬規(guī)模還是比較大的。

問：可以簡(jiǎn)單了解一下在公司的主要工作職能嗎？

答：做的事情可以分為兩大塊。第一塊是規(guī)范質(zhì)量流程，定義質(zhì)量度量的指標(biāo)，比如怎么樣才算是質(zhì)量好，這里可以做的事情非常多，比如規(guī)范測(cè)試流程方面，我們定義了具體的質(zhì)量保障流程以及流程中的交付物和產(chǎn)出物，質(zhì)量的管理變得更加的高效和精益。第二塊就是測(cè)試效率的提升和整體研發(fā)效能提升，里面也有很多細(xì)節(jié)。

問：可以方便了解一下在度量質(zhì)量方面，我們定義了哪些指標(biāo)呢？

答：主要的指標(biāo)就是線上故障數(shù)。線上故障數(shù)來自幾個(gè)方面。首先是用戶的反饋。用戶反饋分三個(gè)方面。第一個(gè)是吐槽；第二個(gè)是產(chǎn)品建議；第三個(gè)就是線上故障了。我們通過一些渠道收集這些用戶反饋并進(jìn)行記錄；然后是發(fā)布時(shí)出現(xiàn)的故障，看回滾數(shù)就可以了；第三是我們一些釘釘群里的反饋，比如老板的反饋和內(nèi)部反饋等；最后就是測(cè)試和開發(fā)在日常使用過程中發(fā)現(xiàn)的線上故障數(shù)和用戶app端上報(bào)時(shí)發(fā)現(xiàn)的故障數(shù)。

問：所以線上故障數(shù)就是線上bug對(duì)吧？

答：不太一樣，線上bug是匯總過的，比如一個(gè)線上bug可能會(huì)引發(fā)幾百個(gè)故障，如果只記錄1個(gè)線上問題的話，那么就沒辦法比較好的比較bug的嚴(yán)重程度的。所以記錄故障，對(duì)故障的影響范圍的評(píng)估就相對(duì)容易一些，就不會(huì)出現(xiàn)線上問題的影響范圍變小的問題了，因此對(duì)線上的質(zhì)量就有比較客觀的評(píng)估了。

問：那在效能提升方面，我們做了哪些實(shí)踐呢？

答：主要幾個(gè)方面吧。首先定義了標(biāo)準(zhǔn)的開發(fā)過程，比如之前我們抽查過一些項(xiàng)目，從需求提出到上線可能要30多天(這里記得不是很清楚了)，后來我們通過定義好開發(fā)的標(biāo)準(zhǔn)過程，主要是消除狀態(tài)扭轉(zhuǎn)時(shí)的耗時(shí)，我們發(fā)現(xiàn)需求上線周期可能只要7天了。其實(shí)研發(fā)的效率并沒有得到提升，開發(fā)一個(gè)需求還是需要3-4天，但是由于過程定義清楚了，大家的職責(zé)范圍更明確了，就不能甩鍋了，因此研發(fā)整體效率提升了不少；另一個(gè)實(shí)踐就是專項(xiàng)測(cè)試。我記得當(dāng)時(shí)我來的時(shí)候某個(gè)功能開發(fā)要3天，測(cè)試卻要21天，這實(shí)在是嚇到我了，后來我們進(jìn)行了測(cè)試專項(xiàng)的優(yōu)化，這個(gè)時(shí)間只需要2天了，而且發(fā)現(xiàn)的bug數(shù)還有了較大的提升，這是一個(gè)很典型的例子。最后就是工具的研發(fā)，提升開發(fā)的debug效率以及測(cè)試的效率。

這兩位候選人都是談吐得體，胸有成竹，思維縝密，經(jīng)驗(yàn)豐富。盡管目前不參與一線研發(fā)工作了，但是兩位的技術(shù)基礎(chǔ)都是過硬的，看一下他們的履歷，都是國內(nèi)一流大學(xué)畢業(yè)，工作經(jīng)歷都以大廠為主。A基本上是大廠質(zhì)量管理體系的職位的天花板般的存在；B則是二線大廠的整體質(zhì)量負(fù)責(zé)人，也是二線大廠的天花板了。我何德何能竟然以面試官的角色跟二位進(jìn)行交流，說來確實(shí)是慚愧的很。

總來的來說這些高端職位的面試我盡管沒有誠惶誠恐，但確實(shí)看到了跟一流人才的巨大差距。保持謙遜，向頭部人才學(xué)習(xí)，繼續(xù)上下求索吧，自勉。

最后：學(xué)習(xí)軟件測(cè)試是件需要堅(jiān)持的事情，學(xué)習(xí)的過程可能會(huì)很枯燥，不過有一些人一起學(xué)的話大概就不會(huì)了吧，加入我們吧，跟我們一起學(xué)習(xí)，群號(hào)：785128166，有人陪伴，不會(huì)孤單