这个问题可能有点模糊，但这是我想知道的一个例子（伪代码）：
//start test-case for CreateObject function
{
// initialization of parameters
MyObject *obj = CreateObject();
// test results
}
//end test-case for CreateObject function
在这种情况下是否有必要通过调用“DestroyObject”函数来释放内存？ [这是产生这个问题的特殊情况]
我个人的意见是不，我不应该撤消该功能所做的事情，但是如果要进行许多测试，我可能会保持该测试套件没有内存/资源（不太可能发生，但是... )。
你怎么看？在这种情况下，在一般情况下也是如此。
谢谢，
尤利安
【问题讨论】：
标签： c++ unit-testing
在这种情况下，您应该释放测试用例分配的内存。这样，您可以使用一个工具来运行测试并确认没有内存泄漏。让您的测试代码泄漏内存意味着这将失败，并且您无法确定泄漏是在测试中而不是在您的生产代码中。
至于更一般的情况，测试应该清理他们所做的事情。大多数单元测试框架允许你实现一个 tearDown() 方法来做到这一点。这样，如果一个测试失败，您就会知道这是该测试的问题，而不是与另一个测试的交互。
【讨论】：
您真的应该尝试在堆栈上创建所有模拟对象（或使用智能指针）。这样，当测试函数超出范围时，它们会自动销毁。
【讨论】：
不直接与测试有关，但如果您有 C++ 代码，可以执行以下操作：
MyObject *obj = CreateObject();
如果“obj”不是智能指针或者不是由类管理，那么你就有问题了。如果我正在编写测试，我会说：
MyObject obj;
// tests on obj here
无论你的测试结果如何，obj 都会被正确销毁。如果可以避免的话，永远不要在 C++ 中动态创建对象。
【讨论】：
通常，您希望测试一个独立的代码路径和一个独立的功能，并且希望每次都进行公平的测试。这意味着重新开始，准确设置您需要的内容，然后在完成后丢弃测试环境。这避免了不同测试用例留下可能改变后续运行结果或行为的副作用的问题。这也意味着您可以保证您的测试都是相互独立的，并且您可以以任何顺序运行任何子集。
但是，您会发现，具有套件前和套件后设置和拆卸方法也很常见，它们设置了一个完整的测试环境（例如数据库或其他）的单元测试可以执行。
【讨论】：