回归测试如何证明是否调用了 VirtualAlloc？
How can a regression test prove whether VirtualAlloc was called?
我正在为正在优化的 (Win7) C++ 例程编写回归测试，该例程以前释放并重新分配了许多巨大的缓冲区：内存流失。我想证明在测试期间，程序没有分配任何大内存区域（比如 16M 或更大），而是有效地重新使用在初始化时分配的内存。归根结底，如果调用 VirtualAlloc 来获取某个大区域（比如 16M），测试应该会失败。
是否有一种优雅的方法来计算对 Windows VirtualAlloc 调用的统计信息？这将成为永久自动回归测试套件的一部分，因此使用外部工具或修改下游代码是不可行的。
检查提交的总内存不太合适，因为我想断言例程不再搅动（释放和重新分配缓冲区）。
挂钩
Detours 可以挂钩任意方法调用，但是
- 仅供非商业用途免费
- 这对于单元测试来说可能有点矫枉过正
Rohitab and Easyhook 似乎提供了类似的东西。
备选方案
如果您的进程是 32 位的，您可以提前分配 4080 MB（或多或少），并且对 VirtualAlloc 的更多调用将失败。这不包括您多次 allocate/deallocate 16 MB 的情况。如果保留这 4080 MB，这甚至会很快，因为不需要实际内存。
依赖注入。
不是让被测代码调用本机内存分配器，而是传递一个指向代码可以使用的分配器对象的指针。对于生产代码，此分配器对象仅调用本机内存分配函数。对于测试，您传入一个分配器来检查 and/or 记录大小。
我正在为正在优化的 (Win7) C++ 例程编写回归测试，该例程以前释放并重新分配了许多巨大的缓冲区：内存流失。我想证明在测试期间，程序没有分配任何大内存区域（比如 16M 或更大），而是有效地重新使用在初始化时分配的内存。归根结底，如果调用 VirtualAlloc 来获取某个大区域（比如 16M），测试应该会失败。
是否有一种优雅的方法来计算对 Windows VirtualAlloc 调用的统计信息？这将成为永久自动回归测试套件的一部分，因此使用外部工具或修改下游代码是不可行的。
检查提交的总内存不太合适，因为我想断言例程不再搅动（释放和重新分配缓冲区）。
挂钩
Detours 可以挂钩任意方法调用，但是
- 仅供非商业用途免费
- 这对于单元测试来说可能有点矫枉过正
Rohitab and Easyhook 似乎提供了类似的东西。
备选方案
如果您的进程是 32 位的，您可以提前分配 4080 MB（或多或少），并且对 VirtualAlloc 的更多调用将失败。这不包括您多次 allocate/deallocate 16 MB 的情况。如果保留这 4080 MB，这甚至会很快，因为不需要实际内存。
依赖注入。
不是让被测代码调用本机内存分配器，而是传递一个指向代码可以使用的分配器对象的指针。对于生产代码，此分配器对象仅调用本机内存分配函数。对于测试，您传入一个分配器来检查 and/or 记录大小。