軟件開發人員與軟件測試人員比例

　　上周末去參加了第二屆(杭州)互聯網測試技術交流會，下午結束了以后有個小型的交流會，會中淘寶的郭芙在自我介紹的時候提出了一個問題，就是開發人員與測試人員比例多少才是合適的呢?這個話題引起了各位嘉賓們的踴躍討論，infoQ的泰穩整理了這次討論(推薦看1樓回復)，我也想談談自己的一些看法。

　　其實算上實習，我已經在4個公司工作過了，回頭來看看這些公司研發團隊的開發測試比例，從一個小職員的角度。

　　第一個公司是一家年收入10億美元的百年老店，傳統軟件企業，在那里，開發和測試的比例大概是3:1。作為一個傳統的軟件企業，這家公司的自動化測試在那時候(2006年)才是剛起步，公司內部有較為規范的流程，QA在公司里面的工作大概就是從需求文檔開始到各種設計文檔進行review，之后dev開始寫code，這時候QA也開始寫測試用例，當時用的是QC。寫好以后QA會review用例，然后就開始執行用例(真的是step by step，不夸張)。一個人一天如果能執行完40個用例，那是相當的高效率。3:1這個比率，看上去挺正常，但是其實QA做的工作并不多，總的來說QA的工作效率不是很高。在自動化測試程度不高的情況下，要保持產品質量，所以需要更多的QA來達到這個要求。我個人認為3:1的比率有點高。

　　之后在一家做統計分析的美資企業實習過一段時間，這個公司現在已經被IBM收購鳥……在這個公司，開發和測試比大概是2:1。QA的工作主要是閱讀設計文檔，設計測試用例，執行測試。同樣，我覺得這個公司跟之前那個公司有著相同的問題，自動化測試程度不高，但是產品的質量要求非常高，所以需要更多人力物力在QA團隊，而且由于各種各樣的問題，團隊的效率好像不是非常高。所以2：1這個比率有點高，但是其中是有他的原因的。

　　在MySpace，我們的開發測試比大概是5:1，互聯網公司，要的就是一個快字，所以對產品的質量不需要很高，有Bug沒關系，只要改的快就行了，搶在競爭對手前把產品發布出去才是根本。那時候基本上是一個人負責一個項目，一個項目可能持續2~3個月，完了以后繼續第二個項目，QA要做的事情是，在拿到產品的設計文檔以后，跟開發一起開會做設計，做測試用例，測試，上線，回歸。我做的是后臺的測試，所以我這邊其實是4個開發寫的代碼給我1個人測試，那些接口測試用例其實都是自動化的(VSTS的mstest)。所以工作基本能很好完成。在這個互聯網公司，有互聯網的血統(快)，但是對產品的質量要求也不低，QA做的工作比較細(其實主要是要經常性地在IE6的樣式上糾結)。在自動化測試開展的還可以的情況下，比率是5:1。

　　終于到FreeWheel了，首先說一下我們的開發測試比，1.2:1，具體說就是12個開發對10個測試。說一下那么多QA都是干嘛的呢?QA的工作主要是拿到PM的設計以后，參與開發的設計，之后設計用例，測試，把測試轉化為自動化回歸測試(其實很方便的);解答客戶遇到的各種問題(為什么我的廣告沒出來，我想要XXX的數據，等等)。我個人覺得這套服務的特點是(相對于其他系統來說)商業邏輯非常復雜，軟件本身的復雜度相對商業邏輯來說較低。據我的工作的體會，DEV很少會出現比較低級的bug，出現bug的地方大多數都是在商業邏輯上，說白了這是一套business driven的系統，客戶需求是第一位，如果他說要一個算法，要1+1=7的，都是要實現的。所以QA在看需求的時候需要看的非常細，所以就需要更多的QA，并且會花比較多的時間去解決客戶遇到的問題。

　　這個開發測試比，基本上每家公司都是不一樣的。這個原因有很多，公司傳統，領導風格，人員素質，工作內容，等等……如果離開了當前公司的這個Context去談開發測試比，并沒有太多的意義。就譬如說兩家公司的開發測試比都是3:1，但是其中一家公司的可能很糟蹋，另一家很高效。談這個開發測試比例，最好是在相同的類型的公司(創業型VS大公司)，相同的行業(互聯網VS傳統)，人員素質在同一個水平，等等。。。在這些前提條件下，如果發現自己的所在的組織的效率不如其他公司，可以參考同行有什么好的實踐，取其精華去其糟粕。

原文轉自：http://www.kjueaiud.com