如果公司需要儘可能控成本，測試需要開發和產品經理一起承擔起來，不過，不管是否配置專門的測試崗，開發本來也應該自測。

應該是起步階段的網際網路公司的常態吧。

當然，無論公司最後發展到規模有多大，逐漸招聘了產品經理、專案經理、測試等一系列崗位，開發自己測試還是有必要的，只是說大家的測試分工不同。

如果研發人員自己開發的程式完全不測一下直接丟給測試部門，測試一跑就是bug，本身也沒有意義，只是增加了內耗。測試的主要價值還是在結合業務場景，找出那些邏輯漏洞。

幾乎所有軟體開發團隊，都存在重開發輕測試的情況，網際網路企業顯得尤為突出。

上述情況，對大廠出來的小夥伴來說，會覺得很不可思議。

測試人員不夠，產品質量還要說的過去，只有拉開發的壯丁這一條路。A開發的功能給讓B測，B開發的功能讓C測等等，簡而言之，開發人員之間交叉測試。至於質量，只能說過得去，先交差再說。

不招專職測試的出發點是節約成本。他堅定地認為開發是創造者，可以創造利潤，測試是純成本。比如接到一個小專案，開發能上手開展工作，測試大多時候要等著，專案接不上時，感覺肉都疼。對他來說，時刻創造價值，讓公司活下來，比什麼都重要。

他的觀點我是持質疑態度的，有幾個朋友都這麼講，將信將疑吧。可能是我經歷不夠的緣故。

測試團隊一旦介入，全部軟體工程流程化。就是專案管理那一套全部得進來，然後，立項開會，需求評審開會，設計開會，什麼都開會。

對於一個靠小業務生存，或者幾人的小團隊，這成本不可能耗得起。

其實很多中小公司不是沒測試，養一兩個人，起一個簡單質量把控作用就可以了。

以測試為驅動的模式，不是什麼公司都搞得起來的。

本人產品，在團隊中參與度高，我認為開發來做測試，會導致測試場景不全面，環境和相容性，以及使用者使用的實際場景測試不到位。

那這樣出事了，責任就說不清了，開發畢竟不是測試，產品幫忙測也難免覆蓋不到位，這樣的團隊不正規，想必公司也不是什麼好公司。

好的測試不僅能完成測試用例，更能測出邊緣場景以及從使用者的角度發現問題，雖然我遇到的測試很多不具備這些能力和素質，很多是草草了事，出事了推給別人。