軟體測試中的5個實用原則

今天給大家分享軟體測試行業中的幾個實用原則，只要掌握好這些原則，你就是行業常青樹！

原則一：無法顯示軟體中潛在的缺陷

軟體產品是無法顯示出潛在的問題，就好比微博剛建立之初也不知道未來自己會有上億的使用者，也不知道一個流量明星在平臺上釋出一個官宣的微博就會導致大批粉絲訪問伺服器，致使伺服器當機。

所以作為軟體測試工程師我們還需要分析一些潛在的問題。

原則二：儘早介入測試

找bug就像清理垃圾一樣，如果當一產生一些小垃圾的時候你就隨時清理，那麼處理它們你需要耗費的人力和時間成本會比較低。但是你不及時清理垃圾只會越堆越多，等到最後，你會發現清理垃圾的成本變的越來越大了。

其實很多事情也是跟這個道理是一樣的，如果一開始就不關注，沒有注意問題，等到後面再想處理和改正的時候就花需要更大的精力和物力。

所以軟體測試也是一樣，只有儘早對軟體進行測試，才能儘早的發現問題，不會致使問題堆積，可以快速的解決。

原則三：測試中的群集現象

軟體中的缺陷也喜歡群集，所以當你在一個模組裡面如果發現了幾個bug，你不能說這個模組沒有bug了，已經完美了。很可能這個模組還隱藏了更多的缺陷。

這裡面就有一個二八原則。

軟體測試中的二八原則指的是80%的缺陷往往存在於20%的模組裡面。所以我們在實際測試工作中，如果你在一個模組裡面發現了幾個bug,你更應該把注意力放在這個模組裡面，多進行測試。

原則四：殺蟲劑悖論

之前在深圳生活的時候，有一件特別頭痛的事情。

只要天氣一熱，一種叫小強的生物就開始出沒，而且還特別多。為了代表月亮消滅它們，我就去買了殺蟲劑，第一次用，效果立杆見影，基本被殺的七七八八了。

終於舒服了一段時間，可是沒過多久，小強們又出來了，於是我毫不猶豫地拿起殺蟲劑掃射，可是這次的效果差了一點點，只幹掉了一部分的小強，越到後面，小強的免疫力越強，基本上殺蟲劑在它們身上也沒有效果了。其實，在測試過程中也會遇到這種情況。

殺蟲劑悖論是指測試人員在專案中進行的重複測試，缺陷對同一些測試方法已經產生免疫力了，這種測試方法可能會導致在模組之外沒有發現新錯誤的問題。因此，為了涵蓋專案的各個部分，我們就需要不斷地更新測試用例。

原則五：避免測試中的隨意性

測試工作也是有計劃，有方案，有條理進行的，不能說想到哪就測到哪，如果今天心情不好就隨便測了一下，而這時剛好又發現了一個非常嚴重的bug，這時候你需要再次復現的時候，你就犯難了，因為你不記得你剛剛做了一些什麼操作才出現的這個bug。