本文出自森林一木
的51testing軟體測試
部落格，**
看到有位朋友說測試人員應該發現更深層次的bug，沒有指出如何做，我這裡補充下，不對之處見諒。
在我們日常的測試活動中，單純的功能介面測試（黑盒測試
）發現的缺陷質量不高，即使發現了，也很少能從根本上去定位，這樣的bug提交上去，給我們的研發同事修復帶來了困難，同時也不利於提高我們自身的能力。這裡我介紹一下個人的經驗。
1、按照需求說明編寫用例，然後嚴格執行，這個方法最常見。
2、在發現問題後，不要立刻就想著提交bug，應該做下記錄，然後自己嘗試著去分析這個問題產生的原因，比如看一下源**，有些問題測試人員是可以自己定位的，只要自己確認了，提交上去的bug質量會更高。比如，執行搜尋的時候，輸入某個字段值，沒有搜出來，檢視**後，發現sql語句並未執行，這時，我們再提交bug，描述裡可以具體到那個頁面檔案，那個源**，研發同事定位也方便，同事也對我們的技術
能力認識上有改變。
3、如果測試環境帶有控制平台，比如tomcat，jboss，weblogic等等，都有控制平台，那麼我們測試的時候，不僅僅需要關注前台的頁面表現，還要看監控平台上的資訊日誌
。有些系統對錯誤頁面做了處理，我們在發現這類問題的時候，頂多將處理過的錯誤頁面寫到bug中，根本的原因可能無法得知，其實我們可以利用控制平台獲取真正的錯誤原因，寫到bug中。
4、結合資料庫
進行測試，一般流程性的測試，最重要的就是資料在資料庫中的狀態變化。比如移動的專案，很多是非同步的，光從頁面是看不到效果的，所以我們可以結合資料庫進行測試，弄清楚資料在資料庫中的流轉流程，這樣才能發現更深層的bug，當然需要我們掌握資料庫的使用，尤為重要要的是sql語句。舉個例子，進行新增操作的時候，新增完成後沒有反應，可能有兩種情況，第一，新增根本未成功，第二，新增成功了，沒回顯出來，那麼我們可以通過sql查一下新增的資料，如果資料庫中有了，就說明回顯出了問題，如果沒有，就說明insert 出了問題。
5、可以檢視系統的日誌檢查測試過程中的問題。一切異常都需要關注。
《領域模型》 通過重構得到更深層次的理解
三件事情要關注 1 以領域為本 2 用一種不同的方式看待事情 3 始終堅持與領域專家對話 開始重構 開發人員通過學習獲得了更深刻的理解，從而發現乙個更清晰或者更有用的模型的機會 探索團隊 不管問題的根源是什麼，下一步都是要找到一種能夠使模型表達變得更清楚和自然的精化方案。修改的發起者應該挑選幾位開發...
物件的深層次獲取
故心故心故心故心小故衝啊 在寫 的時候遇到乙個問題，在訪問乙個物件巢狀物件在巢狀物件，例如 var obj 獲取c的值 obj.a.c 123那麼如果只能通過obj 的方式應該如何去獲取呢？這樣獲取嗎？obj a.c 錯誤那麼如何實現obj 這樣的方式獲取呢？可以從上面可以知道obj.a.c 是可以...
怎麼深層次的學習程式設計
人在經歷過一些事情後，總會習慣記得自己的感覺和心得。我也不例外，畢業兩年多，在職場摸爬滾打著，在 的海洋中來回遊蕩著，對此有一些感受一一說下！1 當初選擇it，進入程式設計的大軍中，一直以來，就夢想成為某一方面的技術大牛，但是兩年過去了，自己感覺沒有什麼提高，技術還是不過硬，雖然能滿足日常的工作需要...