淺談軟件測試瓶頸

　　淺談軟件測試瓶頸  軟件測試

　　測試之瓶頸1：測試到底什么時期開始?從長遠及全面角度看，應該貫穿整個項目進行的始末。但有多少公司真的能做到這樣呢?一般情況都是系統完成后進行測試，一般情況下，開發人員做白盒測試(單元測試，代碼調試)，再用測試人員用工具或是手動進行一些簡要的功能性或界面測試。這是目前比較行之有效且很多稍微正規的IT公司采用的手法，但對于一個發展的企業來說，前期的開發文檔的測試，也是不容忽視的。有些潛在的隱患在設計文檔中就已經暴露了，而對于這部分的測試一般都以評審取代了。

　　瓶頸2：測試人員的素質和綜合能力。一個優秀的測試工程師應該是一個多面手，他既要懂的系統設計的相關理論，又要懂的如何平衡主要測試點和測試效率及測試用具的使用。同時，測試工作也是一個精細且全面考量系統性能的重要環節，鑒于不同的操作系統及配置環境，測試的內容和所要考量的其它相關性能，即關聯性，這同樣非常重要。

　　譬如：基于嵌入式系統的測試(掌上電腦、智能手機等)，在對一些程序的功能實現上，還要考量系統的運行速度，CPU的占用率等等?？傊?，不同的運行環境，對于性能參數的測試至關重要。

　　瓶頸3：測試的報告記錄。一個測試完成后的測試問題報告單極為重要，對于結果的分析更為重要。一般公司每完成一個項目后都只把測試問題修改后，然后備案即可。但疏不知對于結果的分析也可能會發現更重要的問題或是對于今后開發工作的一個很好的借鑒。

　　所有的測試瓶頸問題都歸于一個思想，那就是效率和利潤的平衡問題。在追求眼前利潤最大化的驅動下，很少會有企業關注測試這一塊重中之重，同理，也就不會有人專注測試的工作。畢竟，也許你做10年的測試工作也付出的代價也不足以一個開發人員2年作出的努力;也許你用了很多的工作時間和精力，而測試出的問題可有可無，無關緊要，更可怕的是，一提交客戶時，總會出現這樣或那樣的不可再現的錯誤，也許是系統不穩定造成的，也許是其它因素，這時，最讓人頭疼。雖說沒有完美的程序，但還是希望自己的努力能得到認可，而測試這一行業，或者說這一工作，得到認可或是收獲的價值，有時候很難察覺或是得到。

　　不要以為測試工作很簡單，其實它既是一門技能，也是一門技藝。也許窮極一生都很難達到一種完美或是權威。尤其在國內，接觸過太多的公司或是軟件系統，國內的軟件應用性很差，生命力太短，也許要健全或是發展中國的軟件行業，同樣也需要我們思考一個問題：只為了利潤或是利益而做的工作，永遠無法得到長足的進步和發展，他只能滿足短期的目標，而我們發展中國家，在這個過渡時期，所能做的也許只有此了，畢竟趕上發達國家的開發和研發水平還要有很艱難的一段路程。

原文轉自：http://www.anti-gravitydesign.com