[发明专利]发现内存泄漏bug的测试用例设计方法

说明书

本发明提供一种发现内存泄漏bug的测试用例设计方法，包括以下步骤：1)、运用压力测试工具覆盖所测试系统的所有业务接口；2)、模拟场景；3)、执行压力测试。本发明旨在解决集群式架构的系统中，如何通过测试用例的设计和排列组合，尽可能的发现所测系统的内存泄漏bug。在高可用方案普遍应用于各大互联网系统的今天，本发明能最大的降低熔断机制对系统的负面影响，保证系统数据的全面性和准确性。在系统恢复后，能追捕到系统异常期间的交易，保证交易存量数据和增量数据准确且实时。

技术领域

本发明涉及一种bug的测试用例设计方法，具体涉及一种发现内存泄漏bug的测试用例设计方法。

背景技术

内存泄漏(MemoryLeak)是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。

内存泄漏导致的程序bug,不仅是性能测试阶段要关注的内容，也是系统测试中要找出的问题所在。在系统测试阶段，显性的内存泄漏问题较容易发现，他在压力测试过程中，就能明显发现系统内存的显著升高。但是对所测试系统来说，有隐式的内存泄漏问题，较难发现，并非常规的压力测试就能测出。

内存泄漏问题，根据发生场景的不同，大致可以分为以下四类：

1、常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。

2、偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。

3、一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。

4、隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，称这类内存泄漏为隐式内存泄漏。

因此，需要对现有技术进行改进。

发明内容

本发明要解决的技术问题是提供一种高效的发现内存泄漏bug的测试用例设计方法。

为解决上述技术问题，本发明提供一种发现内存泄漏bug的测试用例设计方法，包括以下步骤：

1)、运用压力测试工具覆盖所测试系统的所有业务接口；

2)、模拟场景；

3)、执行压力测试。

作为对本发明发现内存泄漏bug的测试用例设计方法的改进：

在步骤1中，测试工具为jmeter/loadrunner。

作为对本发明发现内存泄漏bug的测试用例设计方法的进一步改进：

步骤3压力测试中设置TPS，time，线程数。

作为对本发明发现内存泄漏bug的测试用例设计方法的进一步改进：

在步骤2中：使用边界值法和场景法模拟。

作为对本发明发现内存泄漏bug的测试用例设计方法的进一步改进：

边界值法包括：Tps设置数值覆盖最高峰值，压力测试时间为真实生产系统的时间；