有時候你在運行程序時可能會出現如下錯誤：

　　［java］ view plain copyException in thread “main” java.lang.NullPointerException

　　at com.example.myproject.Book.getTitle（Book.java:16）

　　at com.example.myproject.Author.getBookTitles（Author.java:25）

　　at com.example.myproject.Bootstrap.main（Bootstrap.java:14）

　　人們常把這個定義為“堆棧追蹤（Stack Trace）”。

　　換句話說，StackTrace就是當程序運行且拋出異常時一系列的函數調用的軌跡。

　　簡單的例子

　　根據上面的異常提示，我們可以準確地確定到底是程序的哪個部分拋出了異常。

　　首先來看最頂端的函數調用：

　　［java］ view plain copyat com.example.myproject.Book.getTitle（Book.java:16）

　　為了調試這個程序，我們可以打開 Book.java，并看到16行處，如下：

　　［java］ view plain copypublic String getTitle（） {

　　System.out.println（title.toString（））; //《-- 16行

　　return title;

　　}

　　這就可以表明以上代碼中的某個對象（可能是 title）為 null.

　　查看堆棧跟蹤并定位到失敗點

　　在運行單元測試并接收到失敗結果之后，可以查看堆棧跟蹤來了解有關測試失敗的上下文信息。也可以直接定位到測試中的失敗點。

　　堆棧跟蹤顯示在 Visual Studio 中的“測試結果詳細信息”頁上。堆棧跟蹤也會逐字寫入到該測試運行的測試結果 （*.trx） 文件中。這意味著，如果在 Visual Studio 中打開測試結果文件，則可以查看為該測試運行記錄的堆棧跟蹤。

　　堆棧跟蹤內容

　　堆棧跟蹤會顯示一個方法列表，這些方法表示測試運行期間的執行鏈。顯示在堆棧跟蹤底部的方法是測試運行期間遇到的第一種方法，通常為測試方法本身。這些方法序列會向上繼續排列到堆棧跟蹤的頂部，在此可以看到表示失敗點的方法。通過檢查此序列，通常可以對失敗原因有更深入的了解。

　　失敗點

　　失敗點是在以下任一方面導致測試失敗的一行代碼：

　　代碼中包含一個執行失敗并引發未捕獲異常的 Assert 語句。

　　代碼中包含引發未捕獲異常的代碼。

　　先決條件

　　若要查看某個測試的堆棧跟蹤并定位到失敗點，則必須滿足以下先決條件：

　　若要查看某個測試的堆棧跟蹤，該測試必須生成“失敗”或“沒有結論”結果。堆棧跟蹤不可用于已通過的測試。

　　若要顯示失敗點，必須按以下方式啟用相應的選項：在“工具”菜單上單擊“選項”。在“選項”對話框中，展開“測試工具”，然后單擊“測試執行”。在“測試結果管理”下，單擊“雙擊單元測試結果顯示測試中的失敗點”。

　　測試項目必須存在相應的調試符號。生成項目時，這些調試符號將寫入到一個擴展名為 .pdb 的文件中。此文件出現在測試項目下的 bin\debug 目錄中。另外，依據測試項目編譯的程序集中的代碼可能調用另一個程序集中的代碼。在這種情況下，所調用的程序集的調試符號也必須可用。有關 .pdb 文件的更多信息，請參見 PDB 文件（C# 和 Visual Basic）。

　　查看堆棧跟蹤

　　運行單元測試。

　　在“測試結果”窗口中，右擊該測試并單擊“查看測試結果詳細信息”。

　　將在主編輯窗口中打開“測試結果詳細信息”頁。“測試結果詳細信息”頁的“錯誤堆棧跟蹤”窗格將顯示堆棧跟蹤。堆棧跟蹤中的每一行也將顯示指向源代碼中的行的超鏈接。

　　（可選）單擊堆棧跟蹤中的超鏈接以查看在此單元測試的運行中的該時間點調用的方法。

　　定位到失敗點

　　運行單元測試。

　　在“測試結果”窗口中雙擊該測試。這將打開源文件并定位到失敗點。

　　- 或 -

　　在“測試結果”窗口中，右擊失敗的測試并單擊“查看測試結果詳細信息”。

　　將在主編輯窗口中打開“測試結果詳細信息”頁。“測試結果詳細信息”頁的“錯誤堆棧跟蹤”窗格將顯示堆棧跟蹤。堆棧跟蹤中的每一行也將顯示指向源代碼中的某個位置的超鏈接。

　　單擊堆棧跟蹤的頂行中的超鏈接。這將打開源文件并定位到失敗點。