測試組是助力研發軟體品質還是拉軟體周期後腿？

　　當研發團隊中開發人員資源比較緊缺，而任務比較重，項目比較急的情況下，若全部經過測試組，在軟體品質保證的同時，必然出現了軟體周期延長，項目上線延遲的問題。倘若測試人員對任務周期安排不恰當，對很早送出的任務進行測試，發現問題讓開發人員重新熟悉程式進行解決，又必然占用大量精力和時間。在開發人員原本就很緊張的情況下，加劇了問題的嚴重性。

　　這就出現了測試組測與不測的問題。若測試，軟體周期太長，影響項目上線和客戶使用；若不測，軟體品質沒保證，影響上線維護和客戶使用。這是一個很沖突的問題。

　　有一個解決方法，任務開發完直接更新到現場，由開發人員和設計人員進行測試驗收。這樣測試組幹嘛？

　　為什麼會出現這種問題呢？

　　很顯然，開發人員緊缺是個很關鍵的問題，因為開發人員既要開發代碼，也要改代碼bug，還要支援現場代碼版本等問題。是以開發人員可以不充裕，但是不能緊缺。可能目前還存在開發人員技術水準和業務經驗的問題，這也影響了開發速度和開發品質。

　　另外，說說測試組吧。曾經測試流程出現過問題，測試組在家裡測過的程式更新到現場仍會出現不可用。後來改進流程，程式更新至現場測試環境進行測試，增強程式運作環境真實性和程式版本相容性。現在面臨的上述問題，跟測試組本身也有很大關系。

　　第二不了解實際需求。盡管工程人員做的測試可能相對沒那麼全面，但是他們至少比我們更清楚客戶的實際需求。他們可以避輕就重的進行測試，這樣就可以滿足客戶使用的主要功能沒有問題，其他小問題慢慢解決了。作為測試人員，要盡可能測試全面，不遺漏任何功能點，因為不清楚客戶實際會怎麼使用。這種方法和思想是正确的，隻是在項目中客戶群體比較小和使用頻度不高的情況下，相對花費了不少時間。

　　是以這就是一個關于在時間和人員等資源條件限制的情況下，如何做取舍測試的問題。我覺得這都可以開個議題深度讨論了。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/