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

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

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

最近因為面試的關(guān)系跟一些大廠的測試經(jīng)理有過一些交流，我們不妨看看大廠的測試經(jīng)理們都在做什么吧。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

最后：學習軟件測試是件需要堅持的事情，學習的過程可能會很枯燥，不過有一些人一起學的話大概就不會了吧，加入我們吧，跟我們一起學習，群號：785128166，有人陪伴，不會孤單