軟體測試人員的煩惱

一、軟體釋出週期的不斷加速

為 了應對今天需求的快速性和連續性，軟體交付變得越來越快。大多人都認為軟體測試在軟體交付過程中是一個相當棘手的問題。妄想通過簡單的加快開發過程來達到 預期的結果，而且開發過程本身存在問題，這顯然是不切實際的。如果沒有給軟體測試分配足夠的時間，那麼該公司可能需要重新來審視下自己對於軟體開發和測試 的態度。大多數企業都非常在意軟體的質量，但是呢，公司更傾向於收益的權衡決策，這將極大地加速了在市場上軟體錯誤的暴露風險。

二、開發過程中的低質量程式碼

僱傭測試人員是為了進行先進的測試，而不應該被一些簡單的開發錯誤所耽誤，這些錯誤在程式碼實現的時候就能夠被發現。像單元測試，靜態分析和同行程式碼審查這類檢測方法可以減少大量的錯誤，而這些錯誤是很容易被檢測到的，如果開發組經常在將程式遞交給QA之前使用這些測試方法，可以達到預期的效果，否則QA不得不時間去檢測和報告，然後交給開發組，之後QA再檢測。 提前檢測不僅提高了開發組的整體速度，而且可以讓測試人員在有限的時間內集中精力去執行他們的測試方案，從而解決開發過程中的棘手問題。

三、測試資料的真實性

擁有真實資料能夠極大的改善測試元件的有效性。良好的測試資料和測試資料管理方法可以增加檢測的覆蓋面，以及降低風險。 但是，在面對有限的時間和精力，還有協議，生成或者得到一組測試資料是相當有難度的，而拷貝產品資料是有風險的，也有可能是非法的。還有從資料管理員那獲 取資料是非常慢的，慢得讓人無法忍受。此外，資料的真實性也有可能延長開發時間，這些都超出了開發人員和測試人員的核心能力。

四、測試環境

在一個複雜環境下，有一個完整的，真實的測試環境是不大可能的。開發人員，QA測試人員和維護實施人員需要共同面對幾個問題：

• 系統不切實際或者對於測試實驗太過複雜
  
• 由於地區和政治界限而不能得到一些資源
  
• 沒有第三方支援或者協同系統
  
• 在有限的時間內，測試不充分
  
• 元件的缺失或者不穩定性
  
• 不斷變化的開發環境
  

人們試圖通過構建出一個階段性的測試環境或者非常昂貴的虛擬測試實驗，以解決測試環境對程式的測試限制。大多數情況下，構建這樣一個階段性應用例項或者虛擬 的測試在技術上是不可行的。例如，當相關的應用程式是第三方應用，一個其他部門開發的複雜系統或者是一個超出了測試範圍的應用。即使我們可以構建一個完整 的測試環境，但是所有的相關應用的配置和維護需要很高的費用。

結果不幸的是：測試人員沒有機會測試。最近的研究表明，由於測試環境的訪問限制，64％的測試者目前用一點時間，甚至幾乎沒有時間來建立自動化測試，只有50％的預期的測試計劃能夠完成。

如果你想擺脫這些測試人員的煩惱，虛擬化服務可能會給你有所幫助。