軟件測試瓶頸之我見軟件測試培訓
作為一個在IT行業從業7年多的“經驗”，本人作為一個外行的旁觀者，對于軟件測試給予一個“菜鳥級”的評述，不介意大家仍來的爛柿子和臭雞蛋，只是想把自己對于這門行業的“疏狂想法”與大家分享之。
我想我一定是一個求全責備的傻瓜，以至于在IT行業里“縱橫”了7年多，卻只是個入門級的菜鳥；我想我又一定是個不幸的幸運者，畢竟淺嘗輒止的目睹和變相參與了N多個IT項目，從IT項目系統最初的申報、策劃、執行到后期的驗收、推廣及培訓等等都有涉獵，而在這個過程中，唯一“感冒”的便是系統開發過程的測試工作。
這個單位極其不完善，從始至終幾乎無測試部門或人員，作為一名外行，早年我也參與了部分系統的測試工作，僅僅限于手工點擊，似乎任何一個外行都能點出很多問題，有些問題還是無法運行的大問題。也許一般的小型IT公司都會讓一些人隨機的點點就完了。
鑒于本人做事一向過于認真，（以后證明這是“錯誤”的）。就找來很多測試書籍或是測試方法、測試用例等等相關的較為專業的測試流程自學之，自己編寫測試用例等，后來才發現，等我都熟知并應用了這一流程后，沒人采納和予以實行，畢竟這個環節對領導層或是開發層來說，無關緊要。尤其，再近2年任項目經理期間，更是將測試納入正軌，結果乎，可想而知啊。
測試之瓶頸1：測試到底什么時期開始？從長遠及全面角度看，應該貫穿整個項目進行的始末。但有多少公司真的能做到這樣呢？一般情況都是系統完成后進行測試，一般情況下，開發人員做白盒測試（單元測試，代碼調試），再用測試人員用工具或是手動進行一些簡要的功能性或界面測試。這是目前比較行之有效且很多稍微正規的IT公司采用的手法，但對于一個發展的企業來說，前期的開發文檔的測試，也是不容忽視的。有些潛在的隱患在設計文檔中就已經暴露了，而對于這部分的測試一般都以評審取代了。
瓶頸2：測試人員的素質和綜合能力。一個優秀的測試工程師應該是一個多面手，他既要懂的系統設計的相關理論，又要懂的如何平衡主要測試點和測試效率及測試用具的使用。同時，測試工作也是一個精細且全面考量系統性能的重要環節，鑒于不同的操作系統及配置環境，測試的內容和所要考量的其它相關性能，即關聯性，這同樣非常重要。
譬如：基于嵌入式系統的測試（掌上電腦、智能手機等），在對一些程序的功能實現上，還要考量系統的運行速度，CPU的占用率等等�？傊�，不同的運行環境，對于性能參數的測試至關重要。
瓶頸3：測試的報告記錄。一個測試完成后的測試問題報告單極為重要，對于結果的分析更為重要。一般公司每完成一個項目后都只把測試問題修改后，然后備案即可。但疏不知對于結果的分析也可能會發現更重要的問題或是對于今后開發工作的一個很好的借鑒。
所有的測試瓶頸問題都歸于一個思想，那就是效率和利潤的平衡問題。在追求眼前利潤最大化的驅動下，很少會有企業關注測試這一塊重中之重，同理，也就不會有人專注測試的工作。畢竟，也許你做10年的測試工作也付出的代價也不足以一個開發人員2年作出的努力；也許你用了很多的工作時間和精力，而測試出的問題可有可無，無關緊要，更可怕的是，一提交客戶時，總會出現這樣或那樣的不可再現的錯誤，也許是系統不穩定造成的，也許是其它因素，這時，最讓人頭疼。雖說沒有完美的程序，但還是希望自己的努力能得到認可，而測試這一行業，或者說這一工作，得到認可或是收獲的價值，有時候很難察覺或是得到。
不要以為測試工作很簡單，其實它既是一門技能，也是一門技藝。也許窮極一生都很難達到一種完美或是權威。尤其在國內，接觸過太多的公司或是軟件系統，國內的軟件應用性很差，生命力太短，也許要健全或是發展中國的軟件行業，同樣也需要我們思考一個問題：只為了利潤或是利益而做的工作，永遠無法得到長足的進步和發展，他只能滿足短期的目標，而我們發展中國家，在這個過渡時期，所能做的也許只有此了，畢竟趕上發達國家的開發和研發水平還要有很艱難的一段路程。
拿來主義固然值得借鑒，但終究還是要創新和發展，談得有點遠了。也許，當我們把計算機技術利用中國千年的哲學思想：天人合一的角度去發展，或許才會有所突破吧！
文章來源于領測軟件測試網 http://www.kjueaiud.com/
