目的

　　○通过大量的数据容量来发现问题。

　　○系统性能、可用性常常会在系统查找或排序大量数据的时候被降低。

　　测试步骤：

　　●系统在最大数据量下运行。

　　●表，数据库，文件，硬盘数据在含有最大数据量的情况下下载。

　　●外部输入最大长度

　　●所在位置的数据量可能会引发问题的重要功能模块，

　　想要的结果：

　　●没有问题，没有明显的性能下降，没有数据丢失

　　要考虑的事情:

　　●数据生成可能需要一个配置文件的分析，而且还比较重要。（和压力测试相同）

　　●生成数据或随机生成的复制

　　●使用数据生成或提取工具

　　●数据变化性很重要！

　　●记忆碎片很重要！

　　容量测试需要检查当系统运行在大量数据,甚至最大或更多的数据测试环境下，，系统是否会出问题。容量测试是必须的，因为一般的功能测试通常不会使用大容量的数据来测，而是恰恰相反。

　　一项特别的工作就是测试出在极端的情况下可能会存在的真实的最大数据容量值，比如在有非常大量的处理工作要做的日子里（新年，竞选活动，税收期限，灾难，等）。典型的问题就是会发生硬盘，数据库，文件夹，缓冲区，计算器满了或快满了，可能会导致溢出。最大数据通信量也可能是一个要考虑的问题。

　　测试的一部分就是让系统在一定时间内持续运行在大量数据下。这是为了测试出由于长时间的访问，临时缓冲区或超时会发生什么情况。

　　此测试的一个变体就是使用尤其低的容量，比如空的数据库或文件，空的邮箱，没有链接等等。某些程序也是无法处理这种情况的。

　　最后一个变体是测量一个程序需要多少空间。这个测试是很重要的如果一个程序与其他程序共享资源的话。所有程序运行在一起不能使用超过可用资源的资源。

　　实例：

　　在线系统：输入快，但不一定要最快的，从不同的输入方式。这是为了测试在某时临时缓冲区是否快溢出或填满，执行时间是否停机。要混合使用创建、更新、读和删除不同的操作。

　　数据库系统：这个数据库容量应该很大。每个对象都有最大数量的实例。批处理作业是在大量的业务数据下运行的，比如数据库中所有对象都需要处理的业务。复杂的表检索通过分类来实现。许多或者所有的对象是连接到其他对象上的，到达这样对象的最大数量。在合计域上的大的或者尽可能最大的数量。

　　文件交换：尤其长文件。最大的长度。长度长于通讯协议里典型最大值（1,2,4,8,...兆-或千兆字节）。比如邮件协议不支持的长度。当然还有许多文件，甚至与大长度结合。（1024，2048等文件）(1024, 2048 etc. files). 电子邮件和最大数量的附件一起。文件的长度让输入缓冲溢出或触发超时。大长度通常是为了在通信中超时设定。

　　磁盘空间：试着去填充磁盘中任何有磁盘空间的地方。检查如果是已经不再有空余空间，甚至还有更多数据要填入这个系统的情况下，会发生什么情况。有没有像溢出缓冲区这样的存储区？是否会有任何警告信号，故障弱化？是否会有合理的警告，数据丢失？这可以通过使用较少的空间，在较小容量下测试的测试技巧。

　　文件系统：文件系统的文件的最大数目或者最大长度。