軟件測試作為軟件功能和性能方面查漏補缺的最后一道工序，其已經成為軟件開發領域不可或缺且越來越重要的工作。中培偉業《軟件自動化測試與持續集成》培訓專家劉老師在這里介紹了軟件測試領域幾個常見的錯誤觀點。

一、測試就是保證軟件無故障運行

對這個，我只想說這個觀點只是出于測試人員美好愿望。再牛的測試員也不可能保證他所測的軟件就能無故障運行。只能說在他所測的范圍內，軟件能按預先定義的需求運行。

這個誤區的一個潛在問題是，秉承這一觀點的測試人員可能更期望自己的測試對象能“順利”運行，而不是盡力發現產品中的問題。

二、測試的環境就選用戶的環境

我想說的是：不可能！好吧，也許對于一些具有固定用戶，特別訂制的特定環境下的軟件產品，你很好找到用戶的環境。不過對于大部分的軟件產品而言，我想說即便你知道了用戶甲的環境，你也不一定搞清楚用戶乙的環境。即便同一個甲，可能他今天和明天的環境也不一定相同。那結果，你選擇哪個環境作你的測試環境呢？

這個問題我想說的是用戶的某些典型環境可以在測試中進行優先考慮，但真正的測試環境永遠應該是那個你認為能更好暴露產品問題的環境。

三、測試自動化更為高效

說句心里話，我并不是反對這個觀點，不過這觀點是有商量余地的。自然，這里是拿自動化測試和手工測試作為對比的。也許自動化有諸多的優點，比如能夠不厭其煩執行枯燥的動作；能夠精確的定位時序動作；能夠長時間工作；能夠快速執行等等。不過自動化測試的缺點也是有的，比如需要開發成本；需要對產品行為的明晰定義。

說到這點，也就是說采取測試自動化是有條件的。并不是它就一定適應你的測試，何論高效。其實自動化測試更多的是應用在回歸測試場合，更多的bug事實上是在手工測試中發現的。雖然這個事實不一定是你希望看到的：）

四、開發人員更適合做測試

測試圈內的一個共同認識是從事測試的人員技術上總比開發人員差，開發人員能更好的應用技術去測試；開發人員更能了解開發，所以更能了解問題的所在。

不過本人的經歷而言，開發組轉過來從事測試的同事績效并不怎么理想。這個誤區的問題在于過于簡單的看待測試的技能需求。一般而言，測試工程師需要三維的技能：技術，業務領域知識和軟技能。其中技術不僅僅是開發，還包括測試技術。從開發轉作測試的人員，不一定具備這些能力，而且從某種程度，他們更專注在開發技能，可能更喜歡的是工具的實現和代碼的審核。從整體上來說，開發人員的技能并一定就能完全勝任測試工作。

五、Bug越多測試越有效

估計很多的經理會有這個觀點，很多同行估計也深受這個指標考核之苦。不過，如果打個不恰當的比方，說：GDP越高經濟越有效。我想很多人也就明白個大概了。

Bug的出現有多方面的因素，并不一定需要多有效的測試。猶如上策伐謀一樣，有效地測試最好將bug消滅在未成的時候。對產品報bug已經是到了最后的保障環節，成本已經相對變高——相對于需求分析和設計階段。只有到了最后階段，同樣情況下才是有效地。不過這并不一定是好度量的。