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