背景
在几年的时间里，我有一个用原生 C++ 编写的应用程序，大约 60 KLOC。有许多死掉的函数和类（可能有 10-15% 类似于下面提出的基于 Unix 的类似问题）。我们最近开始对所有新代码进行单元测试，并尽可能将其应用于修改后的代码。但是，我会制作一个 SWAG，我们目前的测试覆盖率不到 5%。
假设/约束
方法和/或工具必须支持：
- 本机（即非托管）C++
- 视窗
- 视觉工作室 2005
- 不得要求用户提供测试用例进行覆盖。（例如不能依赖单元测试来生成代码覆盖率）
如果这些方法支持的不仅仅是这些要求，那就太好了。
注意：我们目前使用 Visual Studio 2005 的专业版，而不是 Team System。因此，使用 Team System 可能是一个有效的建议（我不知道，我从未使用过它）但是我希望它不是唯一的解决方案。
为什么使用单元测试进行代码覆盖是有问题的
我相信通用工具不可能在任何零误报的任意应用程序中找到所有死的（例如无法访问的代码）（我认为这相当于停机问题）。但是，我也相信通用工具有可能找到许多类型的死代码，这些代码很可能实际上是死的，例如在代码中永远不会被其他任何东西引用的类或函数。
通过使用单元测试来提供这种覆盖率，您不再使用通用算法，从而增加了您可以检测到的死代码的百分比以及任何命中都不是误报的概率。相反，使用单元测试可能会导致误报，因为单元测试本身可能是执行给定代码的唯一方法。理想情况下，我会进行回归测试，使用所有外部可用的方法、API、用户控件等，这将作为代码覆盖率分析的基线测量，以排除某些方法是误报。然而遗憾的是，我目前没有这个自动化测试。
但是，由于我拥有如此庞大的代码库和如此低的测试用例覆盖率，因此我正在寻找可以提供帮助的东西，而无需花费大量时间来编写测试用例。
问题
您如何使用 Visual Studio 2005 开发环境在 Windows 平台上的本机 C++ 应用程序中以自动或半自动方式检测死代码？