軟體測試團隊作為軟體研發部門的乙個組成部分，一度聽到的都是軟體測試很重要，要重視軟體測試。可在當下現實環境中，你有想過軟體測試也會拉後腿？！
當研發團隊中開發人員資源比較緊缺，而任務比較重，專案比較急的情況下，若全部經過測試組，在軟體質量保證的同時，必然出現了軟體週期延長，專案上線延遲的問題。倘若測試人員對任務週期安排不恰當，對很早提交的任務進行測試，發現問題讓開發人員重新熟悉程式進行解決，又必然占用大量精力和時間。在開發人員原本就很緊張的情況下，加劇了問題的嚴重性。
這就出現了測試組測與不測的問題。若測試，軟體週期太長，影響專案上線和客戶使用；若不測，軟體質量沒保證，影響上線維護和客戶使用。這是乙個很矛盾的問題。
有乙個解決方法，任務開發完直接公升級到現場，由開發人員和設計人員進行測試驗收。這樣測試組幹嘛？
為什麼會出現這種問題呢？
很顯然，開發人員緊缺是個很關鍵的問題，因為開發人員既要開發**，也要改**bug，還要支援現場**版本等問題。所以開發人員可以不充裕，但是不能緊缺。可能目前還存在開發人員技術水平和業務經驗的問題，這也影響了開發速度和開發質量。
另外，說說測試組吧。曾經測試流程出現過問題，測試組在家裡測過的程式公升級到現場仍會出現不可用。後來改進流程，程式公升級至現場測試環境進行測試，增強程式執行環境真實性和程式版本相容性。現在面臨的上述問題，跟測試組本身也有很大關係。
從兩方面講，第一缺乏技術含量。為什麼開發人員不能缺，而測試人員可以沒有。因為測試人員目前所做的大部分工作可以被開發人員和工程人員所取代，只是不那麼全面專業罷了。測試人員沒有自己特有的測試技術。有的話可以說是對業務邏輯的測試經驗了，但是我仍然認為這不是真正的測試技術。不要怪我講的這麼露骨，我認為這是事實，不用掩飾的。
第二不了解實際需求。儘管工程人員做的測試可能相對沒那麼全面，但是他們至少比我們更清楚客戶的實際需求。他們可以避輕就重的進行測試，這樣就可以滿足客戶使用的主要功能沒有問題，其他小問題慢慢解決了。作為測試人員，要盡可能測試全面，不遺漏任何功能點，因為不清楚客戶實際會怎麼使用。這種方法和思想是正確的，只是在專案中客戶群體比較小和使用頻度不高的情況下，相對花費了不少時間。
所以這就是乙個關於在時間和人員等資源條件限制的情況下，如何做取捨測試的問題。我覺得這都可以開個議題深度討論了。
***********************************=分割線******************************==
研發軟體專案獎金發放制度
研發軟體專案獎金發放制度 第一條為調動軟體研發人員的工作積極性，提高軟體的開發質量和開發效率，促進研發人員深入市場，及時跟蹤產品的銷售情況，特制定此制度。第二條本制度適用於從事軟體專案開發的人員。第三條根據 研發中心軟體開發過程規範 的要求立項的專案，在專案完成，專案結項申請書 通過批准後，參與專案...
什麼是郵件群發軟體
郵件 是一種比較經典的網路推廣方式,在現在的網路推廣中應用得比較普遍.作為郵件 的輔助工具,郵件 軟體能夠提公升企業郵件 效率,對尋找新的潛在客戶和提公升老客戶忠臣度都有著很好的效果.郵件 軟體有什麼功能?這是很多初次接觸這類輔助工具的使用者的疑問,筆者接下來就和大家一起 這方面的問題 1 採集精準...
IBM將研發軟體重新喚醒人類記憶
2008 年8月4日 國際報道，為幫助人們喚起記憶，回想起關鍵的事實，近日，ibm公司推出了新的軟體技術，利用影象，聲音和文字等功能記錄在日常移動裝置中，以幫助人們隨時記得需要的 會話和其他重要資料。新的軟體技術，由 ibm的團隊開發研究，研發代號 pensieve 利用獲得的資料資訊，使乙個人之間...