單元測試工具Numega BoundsChecker
1 前言
我在本文中詳細介紹了測試工具NuMega Devpartner(以下簡稱NuMega)的使用方法。
NuMega是一個動態測試工具，主要應用於白盒測試。該工具的特點是學習簡單、使用方便、功能有效。NuMega共有三個獨立的子功能——BoundsChecker、TrueCoverage、TrueTime。BoundsChecker為程式碼檢錯工具，TrueCoverage為測試覆蓋率統計工具，TrueTime為程式執行效能測試工具。
本文擋通過三章對NuMega三個子功能的使用方法進行了介紹，各部分之間內容獨立。如果你想了解NuMega的各項功能，建議閱讀本文擋全部內容，如果你只想瞭解NuMega提供的某一個子功能的相關資訊，按目錄檢視相應的章節即可。
需要說明的一點是，本文擋中所介紹的測試工具NuMega，專指NuMega for Visual C++版，對於NuMega for Visual Basic版和NuMega for Delphi版的使用說明，不在本文擋的介紹範圍之內，這一點請注意。
2安裝
NuMega的安裝很簡單。獲得NuMega安裝程式後，點選setup.exe進行安裝即可。在安裝過程中不需要什麼特殊的設定。
不過有一點需要說明，在安裝NuMega之前，應該確保你的機器上已經安裝好了Visual C++，因為只有這樣才能使NuMega成功的整合到Visual C++開發環境中去。
好了，下面我們分三個部分，分別介紹BoundsChecker、TrueCoverage、TrueTime的使用方法。
3 BoundsChecker
BoundsChecker 是一個Run-Time錯誤檢測工具，它主要定位程式在執行時期發生的各種錯誤。BoundsChecker能檢測的錯誤包括：
1))1、指標操作和記憶體、資源洩露錯誤，比如：
記憶體洩露；
資源洩露；
對指標變數的錯誤操作。
22、記憶體操作方面的錯誤，比如：
記憶體讀、寫溢位；
使用未初始化的記憶體。
33、API函式使用錯誤
BoundsChecker安裝成功後，在你的VC++整合開發環境中，會多出了一個名為BoundsChecker的選單，如下所示：
圖3-1 BoundsChecker在VC++整合開發環境中新增的選單
BoundsChecker 已經非常完好的整合到VC++整合開發環境中了。
使用BoundsChecker對程式的執行時錯誤進行檢測，有兩種使用模式可供選擇。一種模式叫做ActiveCheck，一種模式叫做FinalCheck。下面分別進行介紹。
3.1 ActiveCheck
ActiveCheck是BoundsChecker提供的一種方便、快捷的錯誤檢測模式，它能檢測的錯誤種類有限，只包括：記憶體洩露錯誤、資源洩露錯誤、API函式使用錯誤。
要想使用ActiveCheck模式來檢測程式的執行時錯誤，只需在VC++整合開發環境中開啟BoundsChecker功能，然後從除錯狀態執行程式即可。此時ActiveCheck會在後臺自動執行，隨時檢測程式是否發生了錯誤。下面說一下具體的使用步驟。
3．1．1 用ActiveCheck來檢測錯誤
使用ActiveCheck的具體的操作步驟如下：
首先，在VC++整合開發環境中開啟你要對其進行測試的程式，同時保證專案處於Debug編譯狀態下。
其次，確保VC++整合開發環境中[BoundsChecker/Integrated Debugging]選單項和[BoundsChecker/Report Errors and Events]選單項處於被選中的狀態。只有這兩項被選中，BoundsChecker才會在程式執行過程中發揮作用。
最後，在VC++整合開發環境中選擇[Build/ Start Debug/Go]選單命令，在Debug狀態下執行程式，ActiveCheck也在後臺開始運行了。
這時，就可以按照制定好的測試用例，對程式進行操作。凡是程式執行過的程式碼，如果存在錯誤，ActiveCheck就會記錄下來。
有一個地方要說一下，在[BoundsChecker]選單中有一項[Report Errors Immediately]，如下圖所示：
圖3-2 關於[BoundsChecker / Report Errors Immediately] 選單項
該選單項對於ActiveCheck 模式，以及下面就要介紹的FinalCheck模式的作用是一樣的，即：如果不選中該項，則BoundsChecker會記錄程式執行過程中發現的各種錯誤，直到程式結束後再進行報告；當選中該選單項時，在程式的執行過程中，一旦BoundsChecker發現錯誤，會馬上彈出如下的對話方塊進行提示：
圖3-3 錯誤報告對話方塊
下面按圖中標註的數字序號解釋一下對話方塊中各個按鈕的功能：
按鈕1：點選該按鈕，則表示先暫時不理會這個錯誤，繼續執行程式。
按鈕2：點選該按鈕，則會馬上跳轉到出現問題的程式碼行處。處理完問題後，點選[Build/ Start Debug/Go]選單項，可以繼續執行程式，進行檢測。
按鈕3：點選該按鈕，則將該錯誤新增到被忽略的錯誤列表中去，當再次出現這個問題時，BoundsChecker將不會進行報告。
按鈕4：點選該按鈕，則立即終止程式的執行。
按鈕5：點選該按鈕，會顯示當前記憶體的申請、使用情況。
按鈕6：點選該按鈕，會得到當前這個錯誤的幫助資訊。
按鈕7、8： 這兩個按鈕與[BoundsChecker\Report Errors Immediately]和[BoundsChecker\ Report Errors and Event] 選單命令的功能是完全一樣的，在此不再贅述。
按鈕9：點選該按鈕，會顯示/隱藏與該錯誤有關的函式呼叫堆疊情況，以及具體的出錯程式碼行的位置。
是否選中[BoundsChecker／Report Errors Immediately]選單項，完全取決於你自己的喜好，以及測試時的具體情況。如果你想要BoundsChecker在程式執行過程中實時向你彙報發現的錯誤，那麼你就選中這個選單項；如果想等到操作結束後，再對操作過程中BoundsChecker發現的錯誤統一進行分析，就不必選中這個選單項。我在平常使用過程中更偏向於使用後一種。
3．1．2 分析錯誤
在你操作全部結束，退出程式後，
BoundsChecker 會顯示一個所發現錯誤的列表。我們需要對列表中羅列的錯誤進行分析，來確定錯誤的原因和位置。
在錯誤檢測結果列表中，羅列出了在程式的執行過程中ActiveCheck檢測到的所有的記憶體洩露、資源洩露和API函式使用錯誤的相關資訊。如下圖所示：
圖3-4 錯誤檢測結果
在左邊的視窗中，逐條列出了程式在記憶體、資源、API 函式使用上的問題，包括：該問題的種類，該問題發生的次數，如果是記憶體洩露，損失了多少記憶體，以及發生該問題的程式碼位置等等。當你用滑鼠單擊選中某一條記錄時，在右邊的視窗中會顯示出與該條錯誤記錄相對應的函式呼叫堆疊情況。當你用滑鼠雙擊某一條錯誤記錄時，會定位到引發該錯誤的原始碼處。
好了，BoundsChecker在ActiveCheck模式下的使用方法至此介紹完了，是不是很簡單？
在ActiveCheck模式下檢測程式時，程式的執行速度基本不受影響，但其缺點是檢測的錯誤種類有限，即只能檢查出記憶體洩露錯誤、資源洩露錯誤、API函式使用錯誤。BoundsChecker 提供了另外一種檢測錯誤的模式—— FinalCheck，也就是我們在前面提到的BoundsChecker的第二種使用模式。 FinalCheck可以檢測出程式中更多的錯誤。下面我們就對它進行介紹。
3．2 用 FinalCheck檢測更多的錯誤
FinalCheck具有BoundsChecker提供的所有檢錯功能。FinalCheck 是ActiveCheck的超集，它除了能夠檢測出ActiveCheck能夠檢測出的錯誤，還能發現很多 ActiveCheck 不能檢測到的錯誤，包括：指標操作錯誤、記憶體操作溢位、使用未初始化的記憶體等等，並且，對於ActiveCheck能檢測出的錯誤，FinalCheck能夠給出關於錯誤更詳細的資訊。所以，我們可以把FinalCheck認為是ActiveCheck的功能增強版。我們付出的代價是：程式的執行速度會變慢，有時甚至會變的很慢。
要想在FinalCheck 模式下測試程式，不能使用VC++整合開發環境提供的編譯聯結器來構造程式，而必須要使用BoundsChecker提供的編譯聯結器來編譯連線程式。當 BoundsChecker的編譯聯結器編譯連線程式時，會向程式中插裝一些錯誤檢測程式碼，這也就是FinalCheck能夠比ActiveCheck找到更多錯誤的原因。
下面就
介紹一下如何在FinalCheck模式下對程式進行測試：
1在VC++整合開發環境中開啟你所要測試的專案。
2由於要使用BoundsChecker的編譯聯結器重新編譯連線程式，所以我們為BoundsChecker獨自構造一個資料夾。在VC++整合開發環境中，具體操作方法是：
A)點選[ Build/Configurations...]選單命令。
B)在彈出的對話方塊中點選 Add 按鈕。在Configuration 編輯框中添入你為BoundsChecker建立的資料夾的名稱，這個名稱是任意的，比如我們取名為BoundChecker。
C)在 Copy settings from組合框中選中 XXX—Win32 Debug項，然後點選OK按鈕，接著點選Close按鈕。
現在，我們已經為FinalCheck構造好了一個資料夾。
3 點選[Build/Set Active Configuration…] 選單命令，選中你剛才為BoundsChecker建的資料夾， 然後點選OK按鈕。這樣BoundsChecker編譯連線程式時生成的中間檔案、可執行程式，都會被放到該資料夾下。
4選擇[BoundsChecker/Rebuild All with BoundsChecker] 選單命令，對程式重新進行編譯連線，也就是在這時，BoundsChecker向被測程式的程式碼中加入了錯誤檢測碼。編譯連線完成後，BoundsChecker會在你為BoundsChecker構造的資料夾中生成可執行檔案。
在FinalCheck模式下對程式進行檢測的準備工作都已經做好，這時可以啟動程式開始測試了，
操作步驟與在ActiveChecker模式下沒什麼區別。具體步驟如下：
- 確保VC++整合開發環境中[BoundsChecker/ Integrated Debugging]選單項和[BoundsChecker/Report Errors and Events]選單項處於選中狀態。
- 點選[ Build\Start Debug]選單，選中“Go” 選單項。程式開始在Debug狀態下執行。
- 按照你制定好的測試用例，對程式進行操作。
- 當BoundsChecker檢測到了錯誤時，會彈出視窗向你彙報，你可以當時就進行處理，也可以等到你的操作全部完成，退出程式之後再對列出的這些錯誤進行分析。這完全取決於你是否選中了[BoundsChecker/Report Errors Immediately] 選單項。
- 退出程式後，BoundsChecker會給出錯誤檢測結果列表。該錯誤列表與ActiveChecker給出的錯誤列表的檢視方法完全一樣。只不過這個列表中所報告的資訊會更多、更詳細一些。
好了，BoundsChecker在FinalCheck模式下的使用也介紹完了。ActiveChecker、FinalCheck這兩種模式，比較而言各有長短。ActiveChecker使用方便，只需在Debug狀態下直接執行程式即可，並且程式的執行速度較快，但檢測的錯誤種類有限；FinalCheck模式下，需要使用BoundsChecker的編譯聯結器重新編譯連線生成可執行程式，並且程式的執行速度比較慢，但檢測的錯誤種類、提供的錯誤相關資訊要多於ActiveChecker。所以，何時使用何種模式，應根據當時的具體情況而定。
3．3 檢測Win32 API函式的相容性
BoundsChecker還提供了一個功能——檢測程式中使用的Win32 API函式在不同平臺上的相容性。該功能與前面提到的ActiveChecker、FinalCheck模式沒有什麼關係，它是獨立的一個功能。
雖然大多數Win32 API函式都適用於Win95、Win98、Win2000、WinNT等不同的Windows作業系統平臺，但並不是所有的API函式都滿足這種情況。你可能不知不覺的使用了在某一個平臺下允許，在另一個平臺下卻不允許使用的API函式，而專案的要求是：程式能夠在這兩種平臺下執行。 BoundsChecker提供的這個檢測Win32 API函式相容性的功能，恰好能夠處理這個問題。
該功能的使用方法如下：
啟動[BoundsChecker/View/Compliance Report]選單命令，如下圖所示：
圖3-５ 啟動Win32 API函式相容性檢測功能
會彈出下面的視窗：
圖3-６Win32 API函式相容性檢測功能
在對話方塊中選擇程式承諾能夠執行的平臺，以及被要求遵從的其他標準（標準C和擴充套件的標準C），點選“OK”按鈕，BoundChecker會給出相容性檢測報告。
3．4 忽略錯誤
在某些情況下，我們需要忽略BoundsChecker報告的一些錯誤，這些情況包括：
1 誤報。BoundsChecker 指定程式中的某段程式碼存在錯誤，但經過我們的仔細檢查，證實程式確實沒有這個錯誤，這是BoundsChecker的誤報。工具畢竟是工具，它只能依照為它制定的演算法行事，所以會有誤報的情形發生。但千萬不要輕易認定某一個錯誤為誤報，一定要對錯誤進行仔細的分析，確定是真正的誤報。
2第三方的程式碼。BoundsChecker指定的錯誤發生位置在第三方提供的程式碼中，包括第三方提供的程式庫、DLL、OCX等。對於這種情況，我們也要先進行認真的檢查，確定不是由於我們錯誤的使用第三方的程式碼引起的。如果最後確定不是我們的原因，則這樣的錯誤報告可以忽略。
3．5 其他
還有一點需要強調，使用BoundsChecker對程式進行測試時，需要有程式的原始碼。如果沒有源碼，BoundsChecker雖然也可以開啟EXE檔案將其執行起來，但得出的測試結果經常是不正確的，因此也就沒有太大的意義。
另外，除了可以在VC++整合開發環境中使用BoundChecker外，從 [開始選單] 中啟動BoundChecker，然後開啟經BoundChecker編譯連線生成的可執行檔案，也可以對程式進行測試，操作方法與整合到VC++整合開發環境中的BoundChecker的操作方法是一樣的，在此就不贅述了。
至此，BoundChecker所提供的功能全部介紹完了。
4 TrueCoverage
覆蓋率對於測試來說是一項重要的資料。在我們執行了針對一個功能模組的所有測試用例後，非常想了解測試對於模組程式碼的覆蓋情況，也就是測試覆蓋率到達了多少，以此來判斷測試工作是否可以結束，如果還未達到測試目標，如何進一步補充測試用例。
對於這些問題，如果沒有覆蓋率統計工具的幫助，而想通過手工來進行，幾乎是不可能的。
TrueCoverage的功能就是統計測試覆蓋率，它恰好能為我們就上面這個問題提供幫助。TrueCoverage給出的覆蓋率是“語句覆蓋”，是最低覆蓋強度的覆蓋率，所以我們測試的專案，用TrueCoverage統計後，應儘量達到100%的覆蓋。
TrueCoverage的應用階段為單元測試階段和整合測試階段。
和BoundChecker一樣，TrueCoverage安裝成功後，在你的VC++整合開發環境中，會多出一個名為TrueCoverage的選單，如下圖所示：
圖4-1 TrueCoverage在VC++整合開發環境中新增的選單
這說明，TrueCoverage已經完好的整合到VC++整合開發環境中了。
下面開始介紹TrueCoverage的具體使用步驟。
4．1 使用TrueCoverage
TrueCoverage使用步驟：
1 在VC++整合開發環境中，開啟你所要測試的專案。
2 為TrueCoverage構造一個資料夾，方法為：
首先，點選[ Build/Configurations...]選單命令。
其次，在彈出的對話方塊中點選 Add 按鈕。
然後，在Configuration 編輯框中添入你為TrueCoverage建立的資料夾的名稱，這個名稱是任意的，比如我們叫做TrueCoverage。
最後，在 Copy settings from組合框中選中 XXX—Win32 Debug項，然後點選OK按鈕，接著點選Close按鈕。
現在，我們已經為TrueCoverage構造好了一個資料夾。
3 點選[Build/Set Active Configuration…] 選單命令，選中你剛才為TrueCoverage建的資料夾，然後點選OK按鈕。
4 選擇[TrueCoverage/Rebuild All with TrueCoverage] 選單命令，用TrueCoverage的編譯聯結器對程式重新進行編譯連線。TrueCoverage對程式進行編譯連線時生成的中間檔案、可執行程式，會放到你剛才為TrueCoverage建立的資料夾下。在這個編譯連線過程中，TrueCoverage向可執行程式中插入了一些資訊，這也就是 TrueCoverage能夠跟蹤、統計測試覆蓋率的原因。
5點選[TrueCoverage/Run with TrueCoverage] 選單命令，TrueCoverage被啟動，接著你的程式也被執行起來。現在就可以按照事先已經制定好的測試用例，在程式中逐個進行執行了， TrueCoverage會在後臺記錄程式的執行覆蓋情況。
在TrueCoverage介面中有一個工具條，我們有必要在這裡對它做一下說明。如下所示：
圖4-2 執行控制工具條
這個工具條在程式執行起來後，會由不可用狀態變為可用狀態。工具條上各按鈕功能為：
按鈕1：如果在程式的執行過程中你按下了該按鈕，則覆蓋率的統計只計算到此，你還可以繼續操作程式，但此時對程式的任何操作都不再計入到覆蓋率統計中去了。
按鈕2：如果在程式的執行過程中你按下了該按鈕，則TrueCoverage會馬上顯示截止到目前為止的測試覆蓋率情況。之後你可以繼續操作程式，TrueCoverage會繼續在後臺記錄程式的執行覆蓋情況。
按鈕3：如果在程式的執行過程中你按下了該按鈕，則TrueCoverage會清除在這之前的覆蓋資料，使各項覆蓋率的資料均為零。你可以繼續操作，TrueCoverage在後臺從零開始重新記錄程式的執行覆蓋情況。
6 當你退出程式時，TrueCoverage會顯示本次操作結束後，程式的執行覆蓋情況，包括：整個可執行程式的覆蓋情況、每個程式碼檔案的覆蓋情況、每個程式碼檔案中每個函式的覆蓋情況，對於這些覆蓋率統計結果，可以檔案的形式進行儲存。要想再次執行程式，點選TrueCoverage 中的[Program/ Start]選單命令即可。
我們不太可能一次執行完所有的測試用例。TrueCoverage 為我們想到了這一點。在我們每次使用TrueCoverage執行起程式，執行了一些用例，關閉程式，並儲存這一次的覆蓋率統計結果後， TrueCoverage會詢問你是否將本次的測試結果合併到總的覆蓋率統計結果中去，一般情況下，我們合併進去就可以了。
下面介紹一下TrueCoverage的介面，按圖中的編號分別給出說明。
圖4-3 TrueCoverage的執行介面
1：表示程式在某一次執行結束後的測試覆蓋情況。雙擊某一個條目，會在3、4部分的視窗中顯示關於本次覆蓋率的詳細資訊。本圖中的情況，表示測試人員執行了兩次程式。
2：表示程式當前總的測試覆蓋情況，是多個1合併後的結果。雙擊該條目，會在3、4部分的視窗中顯示關於總覆蓋率的詳細資訊。
3：該視窗中顯示的資料與你當前選中的某一次或總的測試覆蓋統計結果相對應（即前面說到的1、2）。該視窗中顯示的資料包括：程式的覆蓋率、每個程式碼檔案的覆蓋率。更詳細的資訊顯示在視窗4中。
4：該視窗中顯示的資料與你在視窗3中的選擇相對應，顯示了各個函式的測試覆蓋情況。用滑鼠雙擊某一個函式，會顯示該函式的原始碼，TrueCoverage用不同的顏色標識執行過的和未被執行過的程式碼，如下圖所示：
圖4-4 TrueCoverage用不同顏色標識執行過的和未被執行過的程式碼
TrueCoverage 預設情況下，用綠色代表已執行的程式碼，用紅色代表未被執行的程式碼，用黑色代表不可執行的程式碼（你可以通過選擇TrueCoverage的 [program/setting]選單命令，在啟動的對話方塊中的setting標籤頁中進行設定，來改變這種預設情況）。通過這些資訊，我們可以有針對性的增加、修改用例，來提高測試覆蓋率。
4．2 對行內函數的處理
行內函數雖然具有函式的形式，但其機制與函式完全不同，所以，在用TrueCoverage統計測試覆蓋率時，對行內函數需要採用不同的處理方式。
預設情況下，TrueCoverage是不會統計行內函數的執行覆蓋率的。如果你需要得到行內函數的覆蓋率資料，則需要進行一些額外的設定，具體方法是，在VC++的整合環境中選擇[TrueCoverage/TrueCoverage Setting...]選單命令，彈出如下對話方塊：
圖4-5 行內函數設定
選中“Instrument inline function”複選框，點選OK。
然後選擇[TrueCoverage/Rebuild All with TrueCoverage] 選單命令，重新進行編譯連線，對於這個可執行程式，TrueCoverage在其執行過程中就能夠記錄行內函數的覆蓋率資料了。
4．3 TrueCoverage與BoundsChecker的結合使用
TrueCoverage與BoundsChecker可以結合起來使用。在[BoundsChecker]和[TrueCoverage]選單下，都有一個[Rebuild with BoundsChecker and TrueCoverage]項，通過這一選單命令編譯連線生成的可執行檔案，在程式執行結束後，能同時得到TrueCoverage和BoundsChecker（FinalCheck）的檢測結果。
但這裡有一個限定，那就是：必須由BoundChecker開啟該exe程式執行，或是在VC++整合開發環境中通過Debug來執行該exe。這樣在執行完程式後，能同時得到TrueCoverage和BoundsChecker（FinalCheck）的檢測結果，如果你通過TrueCoverage來執行程式，則只會得到TrueCoverage檢測結果。這一點請注意。
4．4 其他
與BoundsChecker一樣，要使用TrueCoverage，一定要有被測程式的原始碼。如果沒有源碼，TrueCoverage無法統計覆蓋率。
除了可以在VC++的整合環境中使用TrueCoverage外，從 [開始選單] 中啟動TrueCoverage，然後開啟經TrueCoverage編譯連線生成的可執行檔案，也可以進行覆蓋率的統計，操作方法與整合到VC++整合開發環境中的TrueCoverage的操作方法一樣，在此不再贅述。
TrueCoverages的使用介紹到此結束了，該工具對於我們進行測試覆蓋率統計、補充測試用例的工作很有用處。
5 TrueTime
如何提高程式碼的執行效率，是開發過程中的一個重要問題。一個應用程式執行速度慢，但不容易找到究竟是在哪裡出了問題，所以查找出效能瓶頸的位置是調整程式碼效能的關鍵。TrueTime 就是一個對應用程式的執行效能進行分析，查詢程式效能瓶頸的工具。
TrueTime 能夠收集、顯示應用程式執行效能的相關資料，這些資料包括每個模組（EXE、DLL、OCX等）的執行效能，每一個函式的執行效能，對於有源程式碼的部分，TrueTime還可以給出每一行程式碼的執行效能。通過這些資料，我們可以確定系統的效能瓶頸，進一步優化程式的效能。
值得一提的是，TrueTime 在收集應用程式執行效能資料時，使用了一種叫做“Quantum”的技術。“Quantum”技術能夠將你測試的應用程式所包含的執行緒的執行時間，與作業系統中同時執行著的其他應用程式的執行緒的執行時間區分開來計算，也就是說，TrueTime只會計算花費在你的應用程式的執行緒上的時間片。這樣一來，在同一臺計算機上對同一應用程式的效能測試結果，不會因為在該計算機系統中所執行的程式的多少而改變。所以，只要程式執行的硬體條件不發生改變， TrueTime的測試結果也基本不會變化，所以TrueTime對應用程式效能測試的結果是可復現的。
TrueTime安裝成功後，在你的VC++整合開發環境中，會多出一個名為TrueTime的選單，如下圖所示：
圖5-1 TrueTime在VC++整合開發環境中新增的選單
這說明，TrueTime已經完好的整合到VC++整合開發環境中了。
下面開始介紹TrueTime的具體使用步驟。
5．1 使用TrueTime
TrueTime使用步驟：
1在VC++整合開發環境中開啟你所要測試的專案。
2 為TrueTime構造一個資料夾 ，具體方法是：
首先，點選[ Build/Configurations...]選單命令。
其次，在彈出的對話方塊中點選 Add 按鈕。
然後，在Configuration 編輯框中添入你為TrueTime建立的構造資料夾的名稱，這個名稱是任意的。比如我們取名為TrueTime。
最後，在 Copy settings from組合框中選中 XXX—Win32 Debug項，然後點選OK按鈕，接著點選Close按鈕。
現在，我們為TrueTime構造好了一個資料夾。
3 點選[Build/Set Active Configuration…] 選單命令，選中你剛才為TrueTime建立的資料夾， 然後點選OK按鈕。
4 選中[TrueTime/Rebuild All with TrueTime] 選單命令，用TrueTime的編譯聯結器對程式重新進行編譯連線。TrueTime對程式進行編譯連線生成的中間檔案、可執行程式，都會被放到你為 TrueTime建立的資料夾下。在這個編譯連線過程中，TrueTime向可執行程式中插入了一些資訊，這也就是TrueTime能夠記錄程式執行效能的原因。
5點選[TrueTime/Run with TrueTime] 選單命令，TrueTime被啟動，接著你的程式也被啟動並執行起來。
這時，按照事先制定好的測試用例，執行測試用例。TrueTime會記錄下被執行到的程式程式碼的效能資料。
在TrueTime介面中有一個工具條，它的外觀與我們在TrueCoverage中說到的那個工具條完全一樣，實現的功能也基本一樣，只是在TrueCoverage中，它控制的是覆蓋率，在這裡，它控制的是效能資料。我們現在來對它做一下說明。如下所示：
圖5-2 執行控制工具條
這個工具條在程式執行起來後，會由不可用狀態變為可用狀態。工具條上各按鈕功能為：
按鈕1：如果在程式的執行過程中你按下了該按鈕，則效能統計只計算到此，雖然還可以繼續操作程式，但此時對程式的任何操作都不再計入到效能統計中去了。
按鈕2：如果在程式的執行過程中你按下了該按鈕，則TrueTime會馬上顯示截止到目前為止的效能統計情況。之後你可以繼續操作程式，TrueTime會繼續在後臺記錄程式的效能資料。
按鈕3：如果在程式的執行過程中你按下了該按鈕，則TrueTime會清除在這之前所記錄的效能資料，使各項效能資料為零。你可以繼續操作，TrueTime在後臺從零開始重新記錄程式的效能資料。
6當你退出程式時，TrueTime會顯示本次操作過程中被執行到的模組、函式、程式碼行的執行效能資料。要想對程式開始一次新的效能統計，點選TrueTime 中的[Program / Start]選單命令即可。
TrueTime檢測結果的介面如下：
圖5-3 TrueTime的執行介面
區域1：
列出了多次執行應用程式後，得到的多個性能檢測結果。雙擊某一項，會在區域2、區域3中顯示應用程式在這一次執行過程中的詳細效能資料。
區域2：
該視窗中顯示的資料與你在區域1中選中的某一次效能檢測相對應。視窗中顯示的資料以模組（exe、dll等）為單位，列出了程式在某一次執行過程中，各模組的效能資料。對於各模組更為詳細的效能資料，顯示在區域3中。
區域3：
該視窗中顯示的資料與你在區域2中的選擇相對應，顯示了模組中各個函式的效能資料。在區域3中有三個標籤頁——Function List標籤頁、Source標籤頁、Session Summary標籤頁。每個標籤頁中都列出了一組效能資料。其實要使用TrueTime，也就是要了解這些效能資料的含義。下面按照標籤頁對各項效能資料的含義進行解釋：
Function List標籤頁
在Function List標籤頁中，用滑鼠左鍵雙擊某一個函式，會彈出一個對話方塊，如下圖所示：
圖5-4 效能資料檢視對話方塊
通過該對話方塊，能夠檢視該函式的父函式（呼叫該函式的函式）、子函式（被該函式呼叫的函式）的效能資訊。
Function List標籤頁列出了選定模組所包含的函式的效能資料，這些資料包括：
Function Name——函式名稱。
% in Function——這是一個百分比，分子為該函式執行的時間，分母為系統從開始執行到結束的時間。
% with Children —— 這是一個百分比，分子為該函式執行的時間，其中包括在該函式中又呼叫的子函式的執行時間，分母為系統從開始執行到結束的時間。
Called——函式在本次的執行過程中被呼叫的次數。
Image——函式所在的模組名稱（模組指EXE、DLL、OCX等）。
% in Image——這是一個百分比，分子為該函式執行的時間，分母為該函式所在的模組（EXE、DLL、OCX）執行的時間。
Average——函式多次執行時的平均執行時間，其中不包括該函式呼叫的子函式的執行時間。
First——函式第一次執行所耗費的時間。
Minimum——函式的多次執行中，耗費時間最短的那一次所用的時間。
Maximum——函式的多次執行中，耗費時間最長的那一次所用的時間。
Average with Children——函式被多次執行時，平均執行時間，其中包括該函式呼叫的子函式執行的時間。
Real——函式的平均執行時間，包括該函式呼叫的子函式所執行的時間，除此之外，還包括了花費在系統中同時執行著的其他應用程式的執行緒所耗費的時間。
Address——函式的入口地址。
Source標籤頁
Source標籤頁列出了選定模組的指定原始檔所包含的各行程式程式碼的效能資料，這些資料包括：
Count——該行程式碼在測試過程中被執行的次數。
% of Function——這是一個百分比，分子為該行程式碼執行的時間，分母為該函式執行的時間。
% With Children——這也是一個百分比，分子為該行程式碼執行的時間，分母為系統從開始執行到結束的時間。
Time——在系統的執行過程中，該行程式碼執行時間的累計和。
Functions——該行程式碼呼叫的函式的數量。
Line#——程式碼所在行的行號。
Source——原始碼。
Session Summary標籤頁
Session Summarye標籤頁列出了該次效能統計的概要資訊，內容很好理解，在此就不詳細介紹了。
TrueTime為效能資料提供了四種不同的單位，分別是：CPU時鐘週期、微妙、毫秒、秒。我們可通過TrueTime中的[View/Scale]選單項進行設定，如下：
圖5-5 效能資料單位設定選單
在選單中選中哪一項，效能資料就會以該時間單位顯示。
5．2 其他
TrueTime可以收集沒有原始碼部分（比如第三方的DLL、OCX等）的執行效能資料，但如果我們想獲得某一個模組的詳細執行效能資料，還是需要該模組的原始碼。
除了可以在VC++整合環境中使用TrueTime外，從 [開始選單] 中啟動TrueTime，然後開啟經TrueTime編譯連線生成的可執行檔案，也可以進行效能資料的收集，操作方法與整合到VC++整合開發環境中的TrueTime的操作方法一樣，在此不再贅述。
TrueTime的介紹到此就結束了。
6 結束
至此，NuMega for Visual C++的三個子功能——BoundChecker、TrueCoverage、TrueTime的使用方法，都已經介紹完畢。現在我們應該做的就是使用NuMega去測試程式，在實踐中進一步深入瞭解這個白盒測試工具。