Visual Studio 2010 Ultimate 版本有個新功能IntelliTrace(智慧型追蹤)，IntelliTrace被引入到Visula Studio中來加速我們對.NET應用程式的調試，它透過對預先設定的事件和方法在運行過程中的追蹤並將其有效地傳遞給調試執行者，從而快速的傳遞程序在執行過程中的狀態和各種資訊來幫助開發者更好的調試程序，快速的發現問題。實際上，在Visual Studio 2010之前，Microsoft Visual Stuido已經幫助我們很好的繼承了偵錯工具，例如對變數的監控，對堆疊的檢視等等，並且允許設定斷點進行單步偵錯等。所有的這些都在很好的幫助開發者來了解程序在不同的執行過程中的狀態以及檢測是否按照預先實際的邏輯進行運轉，而且更多的，我們通過斷點後監測程序狀態來發現問題所在。而這樣存在的問題是，一些邏輯上的錯誤可能發生在斷點執行之前，而且很可能是一些無法追蹤。開發者必須停止目前的調試，重新設定斷點並啟動調試，而這樣的試驗過程往往需要很多次才能找到正確的位置來設定斷點。 IntelliTrace智慧的將一些偵錯資訊和程式狀態自動的追蹤並實施的展現給開發人員，從而減少了需要程式設計師找到適當的斷點才能追蹤和監控程式運作狀態的過程。
Visual Studio提供給我們兩個方式來控制其蒐集資訊的內容來源，一個是IntelliTrace events only，僅收集智慧追蹤事件和除錯中斷的相關資料；另外一個是IntelliTrace events and call information，這個就會收集除了IntelliTrace事件之外對一個方法呼叫的進入和退出的各種資料。下邊我們來看看在Visual Studio 2010如何設定IntelliTrace的追蹤選項。
進入工具--> 選項--> IntelliTrace。它在預設狀態下是啟用的，但是，僅捕捉事件，因為捕捉事件是便宜的。然而，當你開始追蹤所有這些呼叫資訊時，真正的價值開始顯現出來了。你每次調試的時候，IntelliTrace都會彈出來，你在動態調試的時候可以使用這個歷史性的調試工具。假如我在那裡並且有一個斷點，但是，我要備份和重新設計這個斷點，我可以使用IntelliTrace完成這個任務。
使用IntelliTrace捕捉到調試進程的其他人可以把記錄以及.dlls和pdbs檔案發送給你，你可以重播它們的進程。這個過程也許進入到資料庫(你沒有這個資料庫)，它也許是採用你不能複製的方法設定的，它可能在你不能企及的網路上，但是，你不用擔心，因為你擁有記錄以及.dlls和pdbs文件，你可以重播。
當然，擁有原始程式碼會更好，因為那樣你就能夠看到這個程式碼好像是在你自己的機器上調試它一樣。這對於在你的機器上運作正常，在其他人的機器不能運作的那些神秘的故障來說是非常好的。它對於多線程的情況也是非常好的，當你經過這個應用程式的時候，這個軟體瑕疵就消失了，但是，在正常速度運行時，這個軟體瑕疵又出現了。
預設情況下，IntelliTrace只是收集IntelliTrace相關的事件，這樣是為了保持所收集的資料較少，並且對於效能上的影響是最小的。而當你選擇對方法呼叫的資料也進行蒐集時，除了其臨時蒐集的資料所佔用空間的增大外，對於效能的影響也是較大的。儘管收集到的細節有所不同，但兩種方式都會收集一些共同的數據。例如，它總會在第一次啟動收集過程時收集系統信息，模組的載入和卸載事件，執行緒的起始和結束時間等。隨著模組和線程的事件，可以正確的更新模組和線程調試視窗的資訊。另外，任何模式下，在偵錯斷點處也會對資料進行收集，並將所收集到的基本資料類型和物件在偵錯其中進行檢查和審閱，並允許改變其值。
總的說來IntelliTrace調試程式就是為程式開發者量身打造的，透過其獨特的歷史調試功能，為開發者提供了一個反悔追溯過程控制功能。例如，在開發中程式在10分鐘前出現一個異常，怎麼辦呢，如果在以前一般是透過手動呼叫Debug.Write語句，現在不必了！因為不少開發工具中的這種歷史調試功能都非常相似，在VS2010 正式版中透過IntelliTrace，不僅能使程式設計師看到程式的當前狀況，也可以檢查某些情況下產生的事件，甚至還能隔離應用程式歷史記錄中的故障點。所以，啟用歷史偵錯之後，VS2010 正式版能夠捕捉呼叫堆疊以及相關變量，咱們就可以回退至程式的保存前10分鐘或更長時間，檢查程式發生異常、故障時的各種情況。因為，在預設情況下程式只保存關鍵的類型，而開發人員可以選擇記錄所有的參數，物件以及全域變數。所以，IntelliTrace會主動展示程式執行過程中的關鍵事件，像是程式碼異常、檔案存取、時時偵錯等等。