我们有一个拥有数百个可能用户操作的应用程序,并考虑如何增强内存泄漏测试。
目前,我们的处理方式是:在手动测试软件时,如果发现我们的应用程序消耗了太多内存,我们使用内存工具找到原因并修复。这是一种相当缓慢且不高效的过程:问题被发现得很晚,而且依赖于一个开发人员的自觉性。
我们该如何改进呢?
- 内部检查某些操作(例如“关闭文件”)是否恢复了一些内存并记录下来? - 在我们的单元测试中断言内存状态(但似乎这将是一项繁琐的任务)? - 定期手动检查它? - 每次实现新用户故事时都包含该检查?
目前,我们的处理方式是:在手动测试软件时,如果发现我们的应用程序消耗了太多内存,我们使用内存工具找到原因并修复。这是一种相当缓慢且不高效的过程:问题被发现得很晚,而且依赖于一个开发人员的自觉性。
我们该如何改进呢?
- 内部检查某些操作(例如“关闭文件”)是否恢复了一些内存并记录下来? - 在我们的单元测试中断言内存状态(但似乎这将是一项繁琐的任务)? - 定期手动检查它? - 每次实现新用户故事时都包含该检查?