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