軟件測試團隊作為軟件研發部門的一個組成部分，一度聽到的都是軟件測試很重要，要重視軟件測試。可在當下現實環境中，你有想過軟件測試也會拉后腿？！
當研發團隊中開發人員資源比較緊缺，而任務比較重，項目比較急的情況下，若全部經過測試組，在軟件質量保證的同時，必然出現了軟件周期延長，項目上線延遲的問題。倘若測試人員對任務周期安排不恰當，對很早提交的任務進行測試，發現問題讓開發人員重新熟悉程序進行解決，又必然占用大量精力和時間。在開發人員原本就很緊張的情況下，加劇了問題的嚴重性。
這就出現了測試組測與不測的問題。若測試，軟件周期太長，影響項目上線和客戶使用；若不測，軟件質量沒保證，影響上線維護和客戶使用。這是一個很矛盾的問題。
有一個解決方法，任務開發完直接升級到現場，由開發人員和設計人員進行測試驗收。這樣測試組干嘛？
為什么會出現這種問題呢？
很顯然，開發人員緊缺是個很關鍵的問題，因為開發人員既要開發代碼，也要改代碼bug，還要支持現場代碼版本等問題。所以開發人員可以不充裕，但是不能緊缺。可能目前還存在開發人員技術水平和業務經驗的問題，這也影響了開發速度和開發質量。
另外，說說測試組吧。曾經測試流程出現過問題，測試組在家里測過的程序升級到現場仍會出現不可用。后來改進流程，程序升級至現場測試環境進行測試，增強程序運行環境真實性和程序版本兼容性。現在面臨的上述問題，跟測試組本身也有很大關系。
從兩方面講，第一缺乏技術含量。為什么開發人員不能缺，而測試人員可以沒有。因為測試人員目前所做的大部分工作可以被開發人員和工程人員所取代，只是不那么全面專業罷了。測試人員沒有自己特有的測試技術。有的話可以說是對業務邏輯的測試經驗了，但是我仍然認為這不是真正的測試技術。不要怪我講的這么露骨，我認為這是事實，不用掩飾的。
第二不了解實際需求。盡管工程人員做的測試可能相對沒那么全面，但是他們至少比我們更清楚客戶的實際需求。他們可以避輕就重的進行測試，這樣就可以滿足客戶使用的主要功能沒有問題，其他小問題慢慢解決了。作為測試人員，要盡可能測試全面，不遺漏任何功能點，因為不清楚客戶實際會怎么使用。這種方法和思想是正確的，只是在項目中客戶群體比較小和使用頻度不高的情況下，相對花費了不少時間。
所以這就是一個關于在時間和人員等資源條件限制的情況下，如何做取舍測試的問題。我覺得這都可以開個議題深度討論了。