這是 貝塔來信 的第 3 封信

過完年，有一天我突然收到同事的消息，說有贊測試團隊準備出版一些東西，讓我寫個序。

當時非常意外，在此之前我完全沒有聽說過測試團隊的同學在做這個事情，驚訝的一部分也來自于我從未寫過序；雖然有贊技術博客在 2019 年輸出了 100 多篇干貨，但有贊技術團隊之前從未出版過任何長篇的專題。

我仔細閱讀了一下這本電子書，內容非常完整。我原來預期可能是一些實踐分享，但是實際上里面還有很多行業中最新理論，以及基于這個理論下的有贊實踐。當時一口氣看了四五章，我還是挺震驚的，有贊的工作并不輕松，尤其是 2019 年團隊面臨很大的業務壓力，系統擴容了一輪又一輪，幾十輪的線上真實環境的壓力測試，都是在半夜進行的。在這樣背景下，測試團隊還有如此高品質的內容產出，非常不容易，不得不讓人感嘆這些年有贊測試團隊成長非常快。

今天的有贊測試團隊，99.999% 都是靠團隊同學自己的努力，作為一個過去為這個團隊做了 0.001% 的事情的人還是挺自豪的。

有贊早期沒有測試這一工種

有贊是相對比較晚才有測試團隊，有贊第一行代碼是 2012 年 11 月寫下的，而測試團隊到 2014 年下半年才開始籌建，那時候有贊技術團隊已經超過五十人了，只有前端和后端兩個工種。

可能今天很多人都覺得不可思議，為什么當時這么大的技術團隊沒有測試，按照行業常規，大約 5~8 個工程師就會配一個測試。按照道理，當時有贊技術團隊應該有 5 名以上的測試了。

有贊是一家在很多方面都追求極致的公司，包括在測試這個崗位。其實一直到現在，我們在技術新人必修課上都會講一個道理：「bug 是寫出來的，不是測試弄出來的。」所以第一責任人是 coding 的人，并非是測試，當然，測試有負責檢查出 bug 的責任。我們經常在內部宣傳的一句話「自己的屁股自己擦。」

也正是因為這種理念，我們一開始組建有贊測試團隊時，就要求招聘會寫代碼的測試。當時整個行業里其實還以功能測試居多。當時做出這樣的選擇其實是不容易的，會寫代碼的測試在當時在市面上很少，尤其是杭州這樣的城市。當然，價格也貴，我們那是還處在創業早期，沒有一毛錢收入。

有贊只招會寫代碼的測試

其實當時業務并不算很復雜，如果純粹從滿足業務需求角度出發（以線上不出大問題為目標），我們可以選擇招聘少量的懂代碼的測試（今天叫測試開發工程師），而更多的選擇偏業務層的功能測試人員。之所以沒有這樣選擇的原因是我覺得站在未來的 5~10 年的角度，純功能測試的職業空間會很小，招聘大量的這樣人過來，將來再換掉，對于這些人不太負責任，同時對于效率的提升沒有幫助。我始終覺得，一個優秀的工程師是一個普通工程師效率的 10 倍，而且更具有擴展性。

事實也證明了我當時的想法：有贊測試團隊組建大約一年到一年半的時間，漸漸獲得了杭州技術圈子的認可。測試同學開始走出去和同行去分享有贊的測試實踐和思考。

測試團隊也逐步成為了有贊技術內部非常強悍的力量存在，主要表現在幾個方面：

第一，在組建后的一年左右時間里就能做到梯隊是最完整的；

第二，因為職業的天然優勢，測試要跟很多項目、測很多業務，所以對業務和場景非常熟悉，從測試團隊成長出來很多偏業務的技術負責人，甚至純業務的負責人；

第三，因為我們堅持只招聘會寫代碼的測試工程師，也讓很多原來由多個角色承擔的事情收斂到一個角色，比如基礎安全（攻防、滲透等）、早期的開發效能體系建設（CI、CD 等）、穩定性保障（全鏈路壓測、性能分析）等。正是因為補位和角色收斂，讓我們在角色專業化之前節省了大量的時間精力和金錢成本，測試團隊因為他們的能力優秀，主動承擔了更多的事情。

追求長期價值

類似這樣的選擇和思考，在有贊過去的發展史上有很多很多的案例，不僅僅是測試團隊這一個。比如，最早我們在對于人的選擇上；比如，我們對于入職新人的培訓安排上；比如，我們對于運維體系的組建上；比如，我們對于全民服務的實施上……太多太多了，測試團隊的整個發展過程是有贊在這些事情上的一個縮影。

如果把目光聚焦在當下，解決當下的問題，很多事情是不值得的，如果把眼光放到 5 年甚至更長的周期里，兩三年以后就會發現過去的「投資」慢慢開始在產生「利潤」了。

有贊測試團隊今天能有這樣產出，能在行業里有一些影響力，也正是過去的「投資」和積累。這次的測試出版內容里，幾乎 100% 都是來自有贊的真實實踐，里面提到了大量關于如何做的細節，甚至包括團隊搭建。

可能有些人會覺得有廣告的嫌疑，其實要做廣告有一萬種方式，每種都比寫本書要輕松，如果為了廣告做這個事情，那真是蠢到家了。在我看來原汁原味的還原，才是真正有用的東西，這個世界從來不缺少理論，缺的是理論背后的實踐。

小平同志說：「實踐是檢驗真理的唯一方式。」但是我覺得，實踐也未必能夠檢驗真理。畢竟真理是普適性的，而任何實踐是有限的。

所以最后，我還是希望提醒所有的讀者，請你一定要注意前因后果，不要照搬硬套，有贊適合的，未必適合每個團隊，有贊的實踐只是提供了一個思路和可能，大家還是要根據自己的業務進行適度的改良和適配。

能和這樣的測試團隊一起并肩戰斗，是我畢生的榮幸，他們做的遠比我讓他們做的要多得多，是一支令人驕傲的團隊。

感謝所有人對于有贊測試團隊的支持，歡迎所有人對于內容提出疑問和建議，歡迎任何形式直接交流。 

崔玉松

有贊產品技術負責人

2020-3-17