作為一個互聯網公司，測試團隊是否有存在的必要？

01-07

最近公司在討論是否需要組建一個測試團隊，我們的業務異常複雜，複雜到專門負責BI的產品經理和專門做業務這塊的研發才能搞懂情況，我們擔心測試工程師沒有了解整個系統運作的能力。大家覺得作為一個互聯網公司，有沒有專門組建一個測試團隊的必要性？還是說產品+研發已經足夠？能否更詳細地說說創業階段的互聯網公司大概什麼階段開始需要測試團隊的介入？
個人的一個疑惑是，以產品和研發的薪資，以佔用產品和研發工作時間為代價去做測試的事，還無法很專業地完成測試工作，是否反而是一種浪費？

專職不專職，說的是人員分工上面的事情；不管是否專職，這些事情都是需要乾的，該測試的地方，不能為了偷懶說不需要專職工程師就不測試了。

至於是不是專職，那麼很簡單，就是看專職和不專職這兩種方案的效果和成本的情況了。我的看法如下：

有沒有能力的問題：不只是技術能力，還有測試用例的設計能力等，例如長期編寫單個模塊代碼的人，去寫系統級別的測試，還真不一定能夠寫得出來，當然，這裡也涉及到一個系統的問題，如果是一個web應用、app應用，開發者可以推己及人，去理解系統的功能，或許能寫好系統測試，但如果是一個企業應用系統，那麼就不能夠假設任何一個開發者都能夠理解系統的用戶操作系統的方式和需要了。
思維習慣的問題：測試更多的是需要思維和思辯的習慣，而開發的思維偏向於「創造性」，也即怎麼都要找到一條「可行」的路，而測試的思維，很簡單就是「防禦性」思維，有「多條」可行的路要關注，但還要關注「不可行」的路。
角色定義的問題：我曾經問過很多人這樣一個問題，沒有得到過讓我信服的好答案，大家可以試試。問題是「如果一名開發人員，他50%以上甚至99%或者全部時間都在做測試工作，那麼請問他還是一名開發人員嗎？」

綜上所述，越是簡單的系統，可能越是不需要專職測試人員，因為成效比低；但越是複雜的系統，越是需要有專職的測試人員，負責某一些層級或類型的測試工作（不是所有，例如開發怎麼都是需要針對自己的代碼做單元級別測試的），這出於保障實際效果和效率的考量。

沒測試團隊不意味著測試沒必要，測試總是需要的，沒專職團隊承擔，工作量必然（部分）沉降到開發或者產品，他們不是專職，工作回饋不具有連續性；用他們的時間來測試不是對團隊時間的有效利用，產品的精力應該放在產品本身的定義上，開發應該專註更好的實現。

沒有沉降到團隊里的測試，就被團隊忽視了，發布了讓用戶來告訴你是下策。

所以，業務複雜，當然需要測試團隊，更需要測試團隊。業務培訓是必要，不應看做成本和阻礙。

謝邀。試著分開回答一下。

成熟的互聯網公司有必要擁有專職測試工程師。

創業公司如果規模不大，可以沒有專職的測試工程師，因為資源有限。出現以下情況的時候可以考慮引入專職測試：

1）其他人員任務飽和

2）其他人員測試效果不佳

3）其他人員做測試性價比不高

BUT，沒有專職測試工程師並不代表不需要測試，測試是必須的，測試越早開展越好。

我在公司里就是做自動化測試工具的。個人感覺，此問題和互聯網無關，當你產品越來越複雜和龐大，代碼的年代也越來越久的時候。也只有通過大量的自動化測試來檢驗是不是有了新的bug。

facebook沒有專門的測試團隊測試工作研發做有部分研發的開發內容是公用測試框架 google有專門團隊稱為生產力效率提升部門研發數量是測試n倍部門老大應該是公司副總裁這樣的級別技術不用擔心了程序員出身

這些是大公司例子又是國外的也許不合適

那麼最重要的是前面各位回答過的測試要做怎樣做

建議題主先別考慮要不要有個團隊可以先考慮請一位經驗較足的測試或是公司內安排一位程序去研究測試這個事情那麼有更具體的了解再去判斷是否需要測試團隊

古代早有一句話，疑人不用，用人不疑，人性啊，很難懂啊

不邀自來

補充回答題主關於「測試人員是否有能力了解被測系統」的

關於龐大、複雜的測試系統，可分級別和模塊測試，人員劃分可按照開發團隊的模式，有主管管理系統測試，把下面的東西分模塊做份系統測試或配置項測試，扁平化，多元化，至於人的能力這東西不好說，不過既然你們型號總師能掌握總體，相信也會有測試型號主管理解並進行相應的測試，其他級別測試同理

產品如果對業務夠熟的話，可以由產品來做測試