來源：51Testing軟件測試網采編

想起這個題目，是因為近期遇到好幾次關于這方面的討論。發(fā)覺即便做過幾年測試的老員工也或多或少有些這方面的困惑。當然一家之言，僅作拋磚引玉之談。

  一、測試就是保證軟件無故障運行
對這個，我只想說這個觀點只是出于測試人員美好愿望。再牛的測試員也不可能保證他所測的軟件就能無故障運行。只能說在他所測的范圍內，軟件能按預先定義的需求運行。
這個誤區(qū)的一個潛在問題是，秉承這一觀點的測試人員可能更期望自己的測試對象能“順利”運行，而不是盡力發(fā)現產品中的問題。
二、測試的環(huán)境就選用戶的環(huán)境
我想說的是：不可能！好吧，也許對于一些具有固定用戶，特別訂制的特定環(huán)境下的軟件產品，你很好找到用戶的環(huán)境。不過對于大部分的軟件產品而言，我想說即便你知道了用戶甲的環(huán)境，你也不一定搞清楚用戶乙的環(huán)境。即便同一個甲，可能他今天和明天的環(huán)境也不一定相同。那結果，你選擇哪個環(huán)境作你的測試環(huán)境呢？
這個問題我想說的是用戶的某些典型環(huán)境可以在測試中進行優(yōu)先考慮，但真正的測試環(huán)境永遠應該是那個你認為能更好暴露產品問題的環(huán)境。
三、測試自動化更為高效
說句心里話，我并不是反對這個觀點，不過這觀點是有商量余地的。自然，這里是拿自動化測試和手工測試作為對比的。也許自動化有諸多的優(yōu)點，比如能夠不厭其煩執(zhí)行枯燥的動作；能夠精確的定位時序動作；能夠長時間工作；能夠快速執(zhí)行等等。不過自動化測試的缺點也是有的，比如需要開發(fā)成本；需要對產品行為的明晰定義。
說到這點，也就是說采取測試自動化是有條件的。并不是它就一定適應你的測試，何論高效。其實自動化測試更多的是應用在回歸測試場合，更多的bug事實上是在手工測試中發(fā)現的。雖然這個事實不一定是你希望看到的：）
四、開發(fā)人員更適合做測試
測試圈內的一個共同認識是從事測試的人員技術上總比開發(fā)人員差，開發(fā)人員能更好的應用技術去測試；開發(fā)人員更能了解開發(fā)，所以更能了解問題的所在。
不過本人的經歷而言，開發(fā)組轉過來從事測試的同事績效并不怎么理想。這個誤區(qū)的問題在于過于簡單的看待測試的技能需求。一般而言，測試工程師需要三維的技能：技術，業(yè)務領域知識和軟技能。其中技術不僅僅是開發(fā)，還包括測試技術。從開發(fā)轉作測試的人員，不一定具備這些能力，而且從某種程度，他們更專注在開發(fā)技能，可能更喜歡的是工具的實現和代碼的審核。從整體上來說，開發(fā)人員的技能并一定就能完全勝任測試工作。
五、Bug越多測試越有效
估計很多的經理會有這個觀點，很多同行估計也深受這個指標考核之苦。不過，如果打個不恰當的比方，說：GDP越高經濟越有效。我想很多人也就明白個大概了。
Bug的出現有多方面的因素，并不一定需要多有效的測試。猶如上策伐謀一樣，有效地測試建議將bug消滅在未成的時候。對產品報bug已經是到了末尾的保障環(huán)節(jié)，成本已經相對變高——相對于需求分析和設計階段。只有到了末尾階段，同樣情況下才是有效地。不過這并不一定是好度量的。

王萍老師	小文老師

《中華考試網軟件測試培訓》
《教育軟件測試培訓頻道》
《軟件測試培訓課程——深圳川石》
《深圳川石軟件性能測試培訓》
《深圳川石企業(yè)性能測試(PL&LR)提升班》
《持續(xù)集成自動化測試UFT Selenium提升班》
《深圳源昊寶安軟件測試培訓班》
《深圳凌岳軟件自動化測試培訓班》
《深圳博睿軟件安全測試培訓》
《深圳達內軟件測試培訓學?！?/a>