郭靖是某大型網上**測試團隊的負責人，自2023年加入公司後就組建了該**的測試團隊，推動團隊進行效能測試、自動化測試、介面測試等。隨著團隊的壯大，他遇到的比較頭疼的問題是乙個研發團隊中開發測試比究竟多少比較合適？根據他的了解，google的開發測試比是10比1，微軟的比例是1比3，大家都做得很好。在長時間的糾結之後，他問自己，這個比例真的很重要嗎？其實在他看來，大家關注的是開發測試人員的技能、效率、成本和質量等維度，而不是某個具體的比例。同時，他也疑問能否有一種合適的手段來說清楚某個研發團隊最合適的開發測試比是多少。
\u0026#xd;\n
來自另一家知名網際網路公司的測試經理，也是負責整個公司測試框架的楊康談到自己對這個問題的理解：
\u0026#xd;\n
公司高層通常會給質量部定一些目標，要求你的人員配比是多少。但我的理解是，很難定義和衡量質量部的工作成果。對於高層來說，給質量部最有力的乙個施壓辦法就是人員配比，至於下一步你怎麼去做，你自己去想辦法。坦白來說，高層是希望能有乙個手段，讓質量部的人員能盡可能快地完成工作。在開始的時候，我們整個研發團隊也有過1比2或者1比3的時候，高層就不斷地要求我們降低開發測試人員比。但是現在大家已經都不提這個事情了，因為高層認為我們現在做的還可以，對產品的貢獻還不錯，現在提的更多是如何更好地提高質量。\u0026#xd;\n
在我加入公司後，我的直接老闆換過幾次。每次新的老闆上任，都會問這些問題，我都需要重新給他講一遍我們是如何做測試的，開發測試比是多少等等。做了一兩年之後，他基本就不問了，但是不幸地是老闆又換了，第一件事又是來問這個問題。然後自己就將3年前類似的話再說一遍。我想大家都了解這種情況，有時主管測試的高層也許是測試領域外的，可能很多是開發出身，不一定真得懂測試。所以我就想能否找到一種比較科學的方法，像效能測試一樣，能大體看到它的瓶頸，看到它的容量規劃到什麼樣的程度等。\u0026#xd;\n
來自新創網際網路公司的測試經理歐陽克從「存在即合理」的哲學角度分享了自己的觀點：
\u0026#xd;\n
開發測試比其實反映的是公司內部開發和測試結構的關係，有的公司開發人員多一些，測試人員少一些，這個比例相應來說是最低的。而有的公司比較依賴於qa，可能開發測試比就高一些。所以不同的公司，差異肯定會比較大。可能沒有一種合適的辦法能數清楚這個事情。我的看法就是存在就是合理。\u0026#xd;\n
對google研發團隊比較有了解的洪七公介紹了google開發測試比10比1的背景，同樣認為開發測試比不是最重要的，最重要的是要根據公司的情況確定合適的比例：
\u0026#xd;\n
我非常同意郭靖的觀點，其實高層經常的問題就是人員配比，因為這個問題大家都理解，而像缺陷比率這些問題，有些人可能根本就不懂。而且人員配比和成本非常相關，老闆都關心這個問題。所以說和高層溝通的時候，一定不能糾纏於這個問題，你要告訴他人員比例不是最關鍵的問題。如果他非要有個標準逼著你這樣去做的話，你要給他講其他公司的人員配比的背景。\u0026#xd;\n\u0026#xd;\n比如google的開發測試比是10比1，其實是有前提條件的：第一，測試部門並不是要進入所有的專案:，如果你的專案做得太糟，程式寫得太爛，測試人員壓根就不會進去；第二，測試人員有絕對的權力控制自己的資源；第三是開發工程師自己要做大量的測試。如果沒有這三個條件，你怎麼去談10比1？根本是不可能的事情。所以你一定要告訴老闆，開發測試比不是最重要的，我們要根據公司的具體情況確定合適的比例。
究竟某個研發團隊的開發測試比多少合適，這和團隊的開發、測試工程師的素質也有密不可分的關係，一燈大師從大家對測試的偏見，結合google對開發和測試的理解，解釋說要壓縮開發測試比，可行的辦法是提高測試工程師的素質：
\u0026#xd;\n
10比1只是乙個量的問題，其實背後還有乙個質的問題，即人員素質的問題。在很多傳統軟體公司中，很多測試人員的素質不是非常高，比如大家通常說的觀點就是「你做不了開發就去做測試」。像這種情況必須要扭轉。在我們公司，現在就特別重視提高測試人員的技能、素質，同時也一直在提高招聘門檻，加強對測試人員的培養，包括調教開發人員配合做單元測試等。所以說google的研發比例是10比1，這裡面不能忽視的一點是google的研發人員和測試人員素質都很高，尤其是研發工程師對單元測試和**質量要求非常高。而咱們其他的一些網際網路行業的研發、測試人員可能就沒有這麼高的素質，這種情況下只能採取人海戰術。\u0026#xd;\n
軟體測試中開發團隊和測試團隊的職責
開發團隊職責 1.在開發時，對軟體特徵完成單元測試 2.為測試團隊準備好專案部署以供測試 3.在將待測試模組 部件發給測試團隊進行測試之前，首先應該進行整合測試 冒煙測試 4.在需要時，幫助測試員評估測試結果並辨別缺陷，以確保提交到缺陷追蹤系統的報告準確性 5.修正缺陷追蹤系統中的缺陷 6.對缺陷追...
軟體研發之道 微軟開發團隊的經驗法則
目 錄 開局階段 1 組織 1 質保人員是 少數民族 嗎 2 到底誰負責產品設計 2 經驗法則1 建立共同前景 3 經驗法則2 使大家主動投入 11 經驗法則3 制定多版本的技術計畫 13 經驗法則4 不要認為別人是笨蛋 17 死亡行軍 19 經驗法則5 蒐集情報 22 經驗法則6 注意團隊成員組成...
研發管理 如何做好小團隊的開發規範？
關於小團隊是否需要開發規範，我不認為是必須的，因為並不是所有的規範都要寫出來，約定俗成也是乙個不錯的方式，同樣的建議在神品 人月神話 中有不少介紹，建議去看。具體是否要做規範，大致要看下面這幾點 1，小團隊和公司的關係 這個團隊是不是該公司的核心團隊，如果是核心團隊，是否需要他們來操刀規範。大家都知...