再談開發人員和測試人員的比例

2021-05-23 13:27:34 字數 1877 閱讀 3393

們經常還是喜歡糾纏在一些具體的數字上,特別是西方人更是喜歡用資料說明問題,因為那樣客觀、具體,但同時也往往將人引入歧途,容易形上學,因為每個公司、公司的每個產品、產品的各個專案或各個階段都不同,沒法用一刀切的辦法。在軟體企業,面對測試經理,常常被問的問題是「你們公司的開發人員和測試人員的比例多少?」,如果你回答是「2:

1」,得到的反應也許不同,對方可能會說:你們公司挺重視質量的,測試搞得不錯啊!也可能會說:你們公司測試人員太多了,開發人員不怎麼樣吧?

軟體企業中開發人員和測試人員的比例往往是管理者關注的乙個問題,也可能是下面測試經理頭疼的問題,似乎沒有人知道什麼樣的比例是合適的。我曾寫過一篇文章——測試人員與開發人員的比例究竟多少是合理的?,從各方面闡述這個問題。

幸好,倒是有個學者做個這方面的調查——tester to developer ratio initial research findings

,因為這個想法也纏繞著他整整十年。他通過

4個問題調查得到一些資料,可以供那些對此感興趣的人參考。

4個問題是:

1) 你的組織有多少開發人員

?2)

你的組織有多少測試人員

?3)

如果以1到6

這個範圍來看

, 其中

1代表低,

6代表高,你給當前這個比率的有效性打多少分?

4) 關於當前這個比率的有效性有其它一些

奇聞軼事嗎?

調查結果顯示

有效性也是很重要的考量因素,因為雖然 開發人員和測試人員的比例是一種客觀存在,比例過高或過低也許是可行的,但是否帶來高質量的產品是重要的考量因素,或者說,是否嚴重影響企業的業務。所以,成功企業的開發人員和測試人員的比例常常更有說服力,這就是人們常常以微軟、google作為範例,見測試人員與開發人員的比例究竟多少是合理的?中討論。

從另個角度說,質量是構建的,從需求、設計到編碼,只有每個環節做好了,質量才能上去。而且這些環節做好了,特別是開發人員進行了足夠的單元測試,測試人員可以大大減少。如果更徹底一些,開發人員有足夠強的責任心和良好的素質、能力,從專案開始就全面對質量

負責任,開發人員不但傑出完成設計和**,而且自己全面完成相關的單元測試、功能測試、效能測試、安全性測試,那麼就不需要測試人員。也就是說,軟體測試完全可以讓有高度責任心的開發人員完成,雖然這樣的開發人員在國內並不多見(在國外也不多見)。

提高開發人員:測試人員的比例,也有積極的一面,它會驅動產品設計人員、開發人員具有更強的質量主人翁精神,承擔更多的責任,做好需求分析、設計,寫好**和充分地完成單元測試,提高各個階段性成果輸出的質量。要達到這樣的目標,需要從管理層開始,具有相同的認識——如質量是構建的、軟體產品的質量更大程度上取決於產品設計人員和開發人員,以整個團隊改進質量和提高效率為宗旨,不斷驅動產品設計人員和開發人員做好工作,領導持續改進的過程,最終整個團隊是受益的。從這個角度看,「開發人員:測試人員的比例」問題不是向測試經理提出的挑戰,而是向整個團隊的挑戰,更多地是向開發人員的挑戰,即應該經常問開發人員:

設計的重構經常做嗎?為什麼寫出這麼多的缺陷?根據缺陷分析的結果改進了**規範?下乙個版本每千行**缺陷數可以降低30%~50%?單元測試覆蓋率超過80%?......

再換個思路,如果像那樣開發人員做測試人員的工作,合算嗎?測試人員是少了,開發人員多了,整體開發的成本並沒有降低,反而是成本提高了,又何苦去追求哪個

3:1或

4:1的資料呢?測試人員更多站在客戶角度思考問題,對開發人員的互補作用也不可忽視。

軟體開發最根本的就是質量和生產力。如果生產力不好衡量,就設法降低成本。一切有助於提高產品質量和生產效率的、實實在在的事,倒是我們要去做的。有時,數字倒不重要。

談談開發人員自測 黑盒測試

上週部門主管,給我們培訓了在開發過程中關於自測的話題,自測到底怎麼去測,測試力度到底多大?下面給大家分享下培訓內容,往大家吐槽。單元測試 指對軟體中的最小可測試單元進行檢查和驗證 功能測試 對產品的各功能進行驗證,根據功能 測試用例 逐項測試,檢查產品是否達到使用者要求的功能 整合測試 也叫 組裝測...

IT開發人員

其路五 轉行到市場 絞盡腦汁的想想,我所知道的人之中只有兩個開發人員去了市場,這兩個人都不能說是朋友,認識而已。他們都是主動要求去了市場,結果是這兩個人均在市場都是乾到一年左右,然後都自已開公司了。呵呵,很奇怪,極高的轉行成功率!不過仔細想想,我對這兩個人的思路佩服的五體投地。能下決心仍掉每月5 6...

測試人員和開發人員應該如何溝通

其實作為測試和開發來說,兩方類似於建築方和質檢方,乙個實現建築高樓大廈,另乙個針對質量不合格的進行拆除。所以,兩方有矛盾是再正常不過的事情,但通過下面的一些建議,在換位思考的角度去理解下開發人員的情況,那麼很多問題自然可以化為無形。1.要懂得尊重對方。開發是一件需要全面和綜合考慮的工作,開發工作中,...