測試工做的誤區

測試工做的誤區：
即使作過幾年測試的老員工也或多或少有些這方面的困惑。整理了下面幾點，僅供你們參考：
1、測試就是保證軟件無端障運行
　　對這個，我只想說這個觀點只是出於測試人員美好願望。再牛的測試員也不可能保證他所測的軟件就能無端障運行。只能說在他所測的範圍內，軟件能按預先定義的需求運行。
　　這個誤區的一個潛在問題是，秉承這一觀點的測試人員可能更指望本身的測試對象能「順利」運行，而不是盡力發現產品中的問題。
　　2、測試的環境就選用戶的環境
　　我想說的是：不可能！好吧，也許對於一些具備固定用戶，特別訂製的特定環境下的軟件產品，你很好找到用戶的環境。不過對於大部分的軟件產品而言，我想說即使你知道了用戶甲的環境，你也不必定搞清楚用戶乙的環境。即使同一個甲，可能他今天和明天的環境也不必定相同。那結果，你選擇哪一個環境做你的測試環境呢？
　　這個問題我想說的是用戶的某些典型環境能夠在測試中進行優先考慮，但真正的測試環境永遠應該是那個你認爲能更好暴露產品問題的環境。
　　3、測試自動化更爲高效
　　說句內心話，我並非反對這個觀點，不過這觀點是有商量餘地的。天然，這裏是拿自動化測試和手工測試做爲對比的。也許自動化有諸多的優勢，好比可以不厭其煩執行枯燥的動做；可以精確的定位時序動做；可以長時間工做；可以快速執行等等。不過自動化測試的缺點也是有的，好比須要開發成本；須要對產品行爲的明晰定義。
　　說到這點，也就是說採起測試自動化是有條件的。並非它就必定適應你的測試，何論高效。其實自動化測試更多的是應用在迴歸測試場合，更多的bug事實上是在手工測試中發現的。雖然這個事實不必定是你但願看到的：）
　　4、開發人員更適合作測試
　　測試圈內的一個共同認識是從事測試的人員技術上總比開發人員差，開發人員能更好的應用技術去測試；開發人員更能瞭解開發，因此更能瞭解問題的所在。
　　不過本人的經歷而言，開發組轉過來從事測試的同事績效並不怎麼理想。這個誤區的問題在於過於簡單的看待測試的技能需求。通常而言，測試工程師須要三維的技能：技術，業務領域知識和軟技能。其中技術不只僅是開發，還包括測試技術。從開發轉做測試的人員，不必定具有這些能力，並且從某種程度，他們更專一在開發技能，可能更喜歡的是工具的實現和代碼的審覈。從總體上來講，開發人員的技能並必定就能徹底勝任測試工做。
　　5、Bug越多測試越有效
　　估計不少的經理會有這個觀點，不少同行估計也深受這個指標考覈之苦。不過，若是打個不恰當的比方，說：GDP越高經濟越有效。我想不少人也就明白個大概了。
　　Bug的出現有多方面的因素，並不必定須要多有效的測試。猶如上策伐謀同樣，有效地測試最好將bug消滅在未成的時候。對產品報bug已是到了最後的保障環節，成本已經相對變高——相對於需求分析和設計階段。只有到了最後階段，一樣狀況下才是有效地。不過這並不必定是好度量的。