所謂原則：無非就是每個人做事的一種規范行為。

　　那軟件測試工程師有沒有自己的工作原則，答案是當然有！今天給大家分享的這幾個原則非常的重要，只有掌握好這些原則，你才可以干到40歲+。

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

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

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

　　原則二：盡早介入測試

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

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

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

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

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

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

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

　　原則四：殺蟲劑悖論

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

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

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

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

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

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

　　所以測試工作一定不能隨意。