有没有好的方法来进行析构函数单元测试？比如说我有一个类像下面这个（虚构）的例子：
class X
{
private:
int *x;
public:
X()
{
x = new int;
}
~X()
{
delete x;
}
int *getX() {return x;}
const int *getX() const {return x;}
};
有没有好的方法进行单元测试以确保x被删除，而不会在hpp文件中弄乱#define TEST或破坏封装？主要问题是很难确定x是否真正被删除，特别是因为对象在析构函数调用时处于作用域之外。
依赖注入可能有其优点。在构造函数中，不是创建一个对象（在本例中为 int，但在实际情况中更可能是用户定义的类型），而是将对象作为参数传递给构造函数。如果对象稍后创建，则需要将工厂传递给 X 的构造函数。
然后，在单元测试时，您可以传递模拟对象（或创建模拟对象的模拟工厂），析构函数记录它已被调用的事实。如果未调用，则测试失败。
当然，您无法模拟（或替换）内置类型，因此在这种特定情况下并没有好处，但如果使用接口定义对象/工厂，则可以实现依赖注入。
在单元测试中检查内存泄漏通常可以在更高层次上完成，正如其他人所说。但这只检查是否调用了某个析构函数，不能证明是否调用了正确的析构函数。例如，如果成员 x 的类型的析构函数缺少 "virtual" 声明，则无法捕获该问题（如果 x 只是一个 int，则无关紧要）。
我觉得您的问题在于当前示例无法进行测试。由于您想知道是否删除了x，因此您确实需要能够用模拟替换x。对于整型来说，这可能有点过头了，但我猜在您的实际示例中您有其他类。为了使其可测试，X构造函数需要请求实现int接口的对象：
template<class T>
class X
{
T *x;
public:
X(T* inx)
: x(inx)
{
}
// etc
};
x的值变得简单了，而且模拟可以处理正确销毁的检查。http://houseofbilz.com/archive/2008/11/11/writing-tests-to-catch-memory-leaks-in-.net.aspx
这对问题提出者可能不相关，但对于其他阅读此内容的人可能会有所帮助。我在一次工作面试中被问了一个类似的问题。
假设内存受限，您可以尝试以下方法：
当内存较小且受限时，此方法是有效的（相对而言），否则它似乎不太合理，至少是我个人的意见。
这并不是一个平台无关的建议，但在过去，我曾在单元测试期间调用CRT的堆检查函数，以验证在测试结束时（或整个测试集）分配的内存量是否与开始时相同。您也可以使用平台的工具来进行类似的操作，以检查句柄计数等。
一些编译器在调试模式下会使用已知的模式覆盖已删除的内存，以帮助检测对悬空指针的访问。我知道 Visual C++ 曾经使用 0xDD，但我已经有一段时间没有使用它了。
在您的测试用例中，您可以存储 x 的副本，让它超出范围，并确保 *x == 0xDDDDDDDD：
void testDestructor()
{
int *my_x;
{
X object;
my_x = object.getX();
}
CPPUNIT_ASSERT( *my_x == 0xDDDDDDDD );
}