在一些軟體大會上，人們常常會問這樣乙個問題：測試人員與開發人員的比例究竟多少是合理的？而這樣的問題，很難直接給出乙個答案。為什麼會有這樣的問題，可能來自於兩方面的壓力：
有些專家說，根據調查結果發現通常的比例是1個測試人員對3個開發人員。實際上，這樣的比例毫無意義。測試人員與開發人員的比例會受到很多因素的影響，因不同的業務、文化和產品而不同。如果不管公司的文化、產品的型別和責任定義等，一定要按照某個比例來分配測試人員與開發人員，這是武斷的做法，缺乏科學性。有兩個典型的例子能說明這個問題：
那為什麼呢？這裡主要是測試人員與開發人員工作範圍的定義，在這兩家公司差別挺大，在微軟，單元測試由測試人員（software development engineer in test, sdet）做, 相當於sdet再寫一套**來測試開發人員寫的產品**，其工作量不比開發人員低，另外，微軟開發的產品都是比較複雜的作業系統、伺服器軟體等，自然就需要很多的測試人員。而google的單元測試和功能測試一般都是由開發人員自己來完成，測試人員主要提供自動化測試工具的支援。軟體開發人員進行了足夠的單元測試，單元測試的覆蓋度高達85％以上，軟體在交給測試人員時，在功能上基本沒有缺陷，這樣測試人員主要集中精力進行效能測試、負載測試、安全性測試等，而這些都是自動化工具來完成的，自然需要較少的測試人員。
另外，測試人員與開發人員還受所開發的產品型別、企業文化、專案環境、質量要求水平、開發人員或測試人員的自身素質等影響。例如：
當然，針對乙個具體公司，流程、產品和文化等都定型了，可以根據自己的經驗、歷史資料等，定出乙個合適的比例，如1:2、1:3等，都是可以的。如果乙個軟體公司，硬要參考微軟、谷歌或其它某個公司的做法，也許就不合理。一定要找相似的公司，那家公司又做得很成功，那就可以直接參考。
也許將來某一天，測試人員和開發人員會合二為一，並沒有明顯的區分，只是每個人的任務會有所不同，大家都能勝任、完成某個任務中的測試和開發的工作。所以，作為測試人員，掌握良好的技術也是必要的，包括程式設計能力。
再談開發人員和測試人員的比例
人 們經常還是喜歡糾纏在一些具體的數字上，特別是西方人更是喜歡用資料說明問題，因為那樣客觀 具體，但同時也往往將人引入歧途，容易形上學，因為每個公司 公司的每個產品 產品的各個專案或各個階段都不同，沒法用一刀切的辦法。在軟體企業，面對測試經理，常常被問的問題是 你們公司的開發人員和測試人員的比例多少...
IT開發人員
其路五 轉行到市場 絞盡腦汁的想想，我所知道的人之中只有兩個開發人員去了市場，這兩個人都不能說是朋友，認識而已。他們都是主動要求去了市場，結果是這兩個人均在市場都是乾到一年左右，然後都自已開公司了。呵呵，很奇怪，極高的轉行成功率！不過仔細想想，我對這兩個人的思路佩服的五體投地。能下決心仍掉每月5 6...
測試人員如何贏得開發人員的尊重
看到這個標題，如果你認為我在痴人說夢，那麼請一定仔細閱讀本文。你還在認為測試和開發是天生的一對冤家，有不可調節的矛盾，是對立的兩面麼？開發 的天職是構建程式，測試則恰恰相反，是從事破壞活動。其實從另外乙個角度講，矛盾的兩者又是對立的統一面 共同為了把產品的質量提高。有的時候我們抱怨開 發團隊不夠重視...