我曾經歷過這樣一個項目，當時所在的公司急需上線一套新的系統來替代現有的系統，以滿足日益增長的需求，解決現有系統性能、功能瓶頸問題。由于需求時間非常緊，所以領導也來不急前期考察、調研，直接找了一家國內名氣比較大的軟件公司，細節也沒有溝通，直接說了粗線條的需求，然后軟件公司報了價，經過一番討價還價之后，合同就簽訂了。由于決定過于草率，前期細節也沒做到位，合同中也沒有太多的約束條件，項目結果可想而知，原本急需解決現有系統不足的，但新系統項目拖了兩年多，雖然功能上基本上都實現了，但實際應用效果還不如現有系統。整個過程中，公司里參與項目的同事怨聲載道，軟件公司的開發人員也一肚子火，為什么項目會如此呢？這里面的軟件測試環節也費了很多時間，也可以說因為軟件測試工作，讓本就不順的工作雪上加霜，部分細節在后續分部我會再加以說明。
行業潛規則，軟件測試要怎么測？
先回到上面說的那個項目上來，這個項目之所以非常失敗，我想還有一個重大的原因在于，雖然項目的合同是國內非常有名氣的公司簽訂的，但事后通過其他渠道側面了解到，原來這家公司認為我們的項目太小了，于是就轉包給了另一家規模不大的小軟件公司，給來了一次二轉手。
1.開發人員兼職測試
軟件測試本來是需要利用軟件測試工具按照軟件測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的軟件測試工具，設計和維護測試系統，對軟件測試方案可能出現的問題進行分析和評估。這也就決定了，在一個合格的項目組里，必須有軟件測試人員。但實際的情況往往要悲觀得多，我見到過一些軟件項目根本就沒有軟件測試人員，或者是就算有，也是開發者測試自己的程序，如同讓自己檢查自己寫的作文一樣，自己測自己顯然效果不會太明顯。
據我所知，目前很多中、小型的軟件公司都不會安排專職的軟件測試人員，在他們的職位表中，或許本來就沒了軟件測試這一項。開發人員既要編寫程序，又要負責測試，其測試效果往往有限。
2.軟件測試就是用軟件
前面提到，軟件測試本來是需要利用軟件測試工具按照測試方案和流程地產品進行功能和性能測試。但實際的項目中，真正編寫軟件測試方案的非常少，而軟件測試過程頂多也就是安排幾個人按照軟件功能需求上的要求，針對功能點逐一進行測試，保證常規流程能夠正常執行就行了。
除了功能測試外，性能測試同樣重要，但卻很少有人會意識到這一點，認為軟件能用就行了。我曾遇到過一個系統，在系統中拉取一個大概有二十萬條記錄的報表時，竟然花了三十多分鐘的時間，當然數據再多一點時，客戶端干脆就直接宕掉了，幸運的是，服務器還沒有宕掉。
3.軟件測試不重要
在一些BOSS的眼中，軟件測試不重要，重要的是美工、開發。因為美工可以給軟件一個非常絢麗的界面，開發可以保證系統功能的實現，至于系統的穩定性、性能等，他們往往不太關心。
軟件測試誰都能做？
從現階段來看，目前應用最廣泛的還是一些中小企業里的中小型應用，而為這些中小企業客戶服務的往往也是一些中、小型軟件公司，在這種情形之下就會有兩個問題。一是中小企業里很難聘請完整的IT團隊，并且在這些企業中，最具話語權的也是領導層，也許他們對軟件系統本身并不了解，但他們總認為這些事得他們管；還有一個問題就是前面也提到的中小型軟件公司里基本上不會設置專門的軟件測試崗位。
一方面是需求方對軟件測試本身的不了解，也不知道軟件測試這回事，就更不知道軟件測試的重要性了；另一方面產品提供方雖然可能知道軟件測試非常重要，但他們往往會忽略這一點，拿不重要的說，或是淡化軟件測試的重要性。
比如一開始提到的項目，當時的情況就是系統框架出來后，軟件公司直接將軟件打包發布，然后讓我們需求方安排人員進行軟件測試工作，尋找Bug。這就明顯的輕視了軟件測試的作用，作為需求方，軟件使用人員大多數為非IT專業人士，試想連非軟件測試專業相關的IT人士都不太清楚軟件測試的方法、工具等，讓一些非IT人士來測試系統，最終的效果也是可想而知。
由“軟件測試誰都能做”這一怪理論就誕生了當下的軟件測試行業怪圈，一邊是人才缺口幾十萬，測試工程師招聘、培訓紅紅火火；一邊是看不清職業發展、“成功沒我份，失敗全我錯”的測試崗位從業者。而在這里面我想還有一部分原因在于，很多人都認為軟件測試誰都能做，從一定程度上降低了軟件測試行業的含金量，另一方面是當前的軟件測試行業沒有形成一定的規模效應，缺少既定的顯性標準，缺少凝聚真正的軟件測試從業者的平臺、圈子。 上一頁1 2 下一頁進入論壇>>
推薦閱讀
開發者在最新的iOS4.3測試版中發現了一張圖片，該圖的作用是預覽iPad所選壁紙效果。圖片中，日歷程序顯示的日期為2月9日。按照蘋果的傳統，可以猜測iPad2的發布日期為2月9日。 據美國科技博客網站MacRumors今晨報道，>>>詳細閱讀
地址：http://www.sdlzkt.com/a/xie/20111230/188116.html
網友點評
精彩導讀
科技快報
品牌展示