本文以乙個場景為例進行講解，假如你進入公司，給你負責乙個模組進行測試，如何盡早發現bug？
存在的現象：
1、大多數人在拿到模組之後，可能不去過多分析，直接開展測試。(請問你們都是這樣嗎)
存在的問題：
1、試想一下，如果你介入的專案是乙個公升級的專案，你負責的模組的功能有可能是復用於之前的系統，請問你花費那麼多的時間去做測試，有意義？
2、假如這個模組裡面的功能都是新研發的，公司裡面研發人員的技術水平有高中低之分，請問你在您經理和菜鳥研發的功能上都花費同樣的時間，你覺得合理嗎？(經理研發水平高，菜鳥能力畢竟有限，正常來說應該多花點時間去測試菜鳥研發的功能才合理)
如何解決問題：
通過上面的例子，我們可以知道，分配乙個模組給你測試，千萬不能急於馬上開展測試，要知道磨刀不誤砍材工。我們應該根據這個專案的現狀，來對我們要測試的功能進行乙個優先順序的劃分，比如：半復用的專案，新研發的功能優先順序應該排前面。全新的專案，應該根據的專案的2 8原則，80%缺陷隱藏在20%的**裡，所以我們應該著重去測試這20%的**，而不是在其他功能上花費大量的時間去做測試。那麼如何去確定20%的**呢？確定功能是否常用的，複雜的，開發人員的技術水平，開發人員的業務成熟度，核心的功能等等。依據這些去調研，將功能的測試分優先順序，才能幫助你更早去發現bug。
帶來的價值：
1、分優先順序去測試，把時間用在刀刃上，盡早發現缺陷。可以降低開發修改的壓力及修復的成本。
盡早發現堆破壞
chromium程式在執行起始位置有 base enableterminationonheapcorruption void enableterminationonheapcorruption 以上做法會讓開發人員盡早的發現堆破壞。在unmanaged exe中盡早呼叫此函式，dll中無需呼叫此函式...
雲安全戰略缺陷要及早發現
從合規性到加密，為了確保其公有雲是安全的，企業需要檢查很多專案。使用本文中的流程圖來啟動這一關鍵流程。公有雲的一些優勢是不可否認的。使用雲平台的企業經常獲得許多優勢，無論是從業務，還是技術角度來看。包括，減少資本支出，增加靈活性和擴充套件。但是，在it安全領域，公有雲還是口碑很差。雖然觀念也開始改變...
如何發現更深層次的bug？
本文出自森林一木 的51testing軟體測試 部落格，看到有位朋友說測試人員應該發現更深層次的bug，沒有指出如何做，我這裡補充下，不對之處見諒。在我們日常的測試活動中，單純的功能介面測試 黑盒測試 發現的缺陷質量不高，即使發現了，也很少能從根本上去定位，這樣的bug提交上去，給我們的研發同事修復...