在左边的窗口中，逐条列出了程序在内存、资源、API 函数使用上的问题，包括：该问题的种类，该问题发生的次数，如果是内存泄露，损失了多少内存，以及发生该问题的代码位置等等。当你用鼠标单击选中某一条记录时，在右边的窗口中会显示出与该条错误记录相对应的函数调用堆栈情况。当你用鼠标双击某一条错误记录时，会定位到引发该错误的源代码处。

好了，BoundsChecker在ActiveCheck模式下的使用方法至此介绍完了，是不是很简单？

在ActiveCheck模式下检测程序时，程序的运行速度基本不受影响，但其缺点是检测的错误种类有限，即只能检查出内存泄露错误、资源泄露错误、API函数使用错误。BoundsChecker 提供了另外一种检测错误的模式—— FinalCheck，也就是我们在前面提到的BoundsChecker的第二种使用模式。 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模式下没什么区别。具体步骤如下：

1. 确保VC++集成开发环境中[BoundsChecker/ Integrated Debugging]菜单项和[BoundsChecker/Report Errors and Events]菜单项处于选中状态。
2. 点击[ Build\Start Debug]菜单，选中“Go” 菜单项。程序开始在Debug状态下运行。
3. 按照你制定好的测试用例，对程序进行操作。
4. 当BoundsChecker检测到了错误时，会弹出窗口向你汇报，你可以当时就进行处理，也可以等到你的操作全部完成，退出程序之后再对列出的这些错误进行分析。这完全取决于你是否选中了[BoundsChecker/Report Errors Immediately] 菜单项。
5. 退出程序后，BoundsChecker会给出错误检测结果列表。该错误列表与ActiveChecker给出的错误列表的查看方法完全一样。只不过这个列表中所报告的信息会更多、更详细一些。

好了，BoundsChecker在FinalCheck模式下的使用也介绍完了。ActiveChecker、FinalCheck这两种模式，比较而言各有长短。ActiveChecker使用方便，只需在Debug状态下直接运行程序即可，并且程序的运行速度较快，但检测的错误种类有限；FinalCheck模式下，需要使用BoundsChecker的编译连接器重新编译连接生成可执行程序，并且程序的运行速度比较慢，但检测的错误种类、提供的错误相关信息要多于ActiveChecker。所以，何时使用何种模式，应根据当时的具体情况而定。

BoundsChecker还提供了一个功能——检测程序中使用的Win32 API函数在不同平台上的兼容性。该功能与前面提到的ActiveChecker、FinalCheck模式没有什么关系，它是独立的一个功能。

虽然大多数Win32 API函数都适用于Win95、Win98、Win2000、WinNT等不同的Windows操作系统平台，但并不是所有的API函数都满足这种情况。你可能不知不觉的使用了在某一个平台下允许，在另一个平台下却不允许使用的API函数，而项目的要求是：程序能够在这两种平台下运行。 BoundsChecker提供的这个检测Win32 API函数兼容性的功能，恰好能够处理这个问题。

该功能的使用方法如下：

启动[BoundsChecker/View/Compliance Report]菜单命令，如下图所示：

图3-５ 启动Win32 API函数兼容性检测功能

会弹出下面的窗口：

如何提高代码的运行效率，是开发过程中的一个重要问题。一个应用程序运行速度慢，但不容易找到究竟是在哪里出了问题，所以查找出性能瓶颈的位置是调整代码性能的关键。TrueTime 就是一个对应用程序的运行性能进行分析，查找程序性能瓶颈的工具。

TrueTime 能够收集、显示应用程序运行性能的相关数据，这些数据包括每个模块（EXE、DLL、OCX等）的运行性能，每一个函数的运行性能，对于有源代码的部分，TrueTime还可以给出每一行代码的运行性能。通过这些数据，我们可以确定系统的性能瓶颈，进一步优化程序的性能。

值得一提的是，TrueTime 在收集应用程序运行性能数据时，使用了一种叫做“Quantum”的技术。“Quantum”技术能够将你测试的应用程序所包含的线程的运行时间，与操作系统中同时运行着的其他应用程序的线程的运行时间区分开来计算，也就是说，TrueTime只会计算花费在你的应用程序的线程上的时间片。这样一来，在同一台计算机上对同一应用程序的性能测试结果，不会因为在该计算机系统中所运行的程序的多少而改变。所以，只要程序运行的硬件条件不发生改变， TrueTime的测试结果也基本不会变化，所以TrueTime对应用程序性能测试的结果是可复现的。

TrueTime安装成功后，在你的VC++集成开发环境中，会多出一个名为TrueTime的菜单，如下图所示：

图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 性能数据单位设置菜单

在菜单中选中哪一项，性能数据就会以该时间单位显示。

TrueTime可以收集没有源码部分（比如第三方的DLL、OCX等）的运行性能数据，但如果我们想获得某一个模块的详细运行性能数据，还是需要该模块的源代码。

除了可以在VC++集成环境中使用TrueTime外，从 [开始菜单] 中启动TrueTime，然后打开经TrueTime编译连接生成的可执行文件，也可以进行性能数据的收集，操作方法与集成到VC++集成开发环境中的TrueTime的操作方法一样，在此不再赘述。

TrueTime的介绍到此就结束了。

至此，NuMega for Visual C++的三个子功能——BoundChecker、TrueCoverage、TrueTime的使用方法，都已经介绍完毕。现在我们应该做的就是使用NuMega去测试程序，在实践中进一步深入了解这个白盒测试工具。