转载：(十)软件测试技术——软件的容量测试

发布时间: 2008-6-17 14:29    作者: 陈能技    来源: 51Testing软件测试网

本文选自《软件测试大全：测试技术、流行工具、项目实战》

  人们对于性能测试和压力测试的理解往往源于对网站的体验，例如访问某个网站的页面，10秒钟还未打开，于是大部分人都选择了放弃。一个关于网站响应时间对用户影响的调查结果显示如图9.14所示。

图9.14 网站响应时间对用户的影响

    根据上图所示的结果表明，响应时间在4s以内，大部分用户可以接受；4～9s以内，30%的用户选择离开；8～9s，则有60%的用户选择离开；超过10s，则90%以上的用户选择离开。
   /S结构的软件系统的性能问题往往是由于不能支持大量的并发用户造成的，因此在很多人的眼里，性能测试就是模拟并发量的测试，于是一提起性能测试首先是去找LoadRunner之类的工具，却忽略了性能测试的另外一个重要方面——大数据容量的测试。
   说明:大数据容量的测试是指软件系统在处理大数据量的时候，或者是加载了大批量数据时的性能表现。就像货车空车时，或装载较少货物时会跑得比较快，在装载了较多的货物时，则只能慢速行走。

   由于在需求调研和分析设计时，往往忽略了对用户若干年后的数据量和业务单据量的估计，因此在测试时很容易被忽略掉。这也是为什么一些业务系统在使用了若干年后被抛弃的原因——不能支持现有的业务量处理能力。要考虑软件的大数据容量测试，尤其是对于那些会随软件系统的持续使用而增加大量数据的业务系统。大数据容量测试的过程可以参考图9.15所示的步骤。

图9.15  大数据量性能测试的步骤

   在生成大批量数据之前，首先需要估算软件系统将来使用的业务数据量。

   技巧:大数据容量测试的关键是模拟大批量的用户业务数据，因此首先要估算好用户若干年后可能出现的最大数据量。

业务数据量不能凭空估算，最好能与用户一起研究业务的发展情况，充分估计可能出现的业务量和单据量。除了估算业务量，还要看哪些功能操作是比较频繁使用的，哪些功能操作是不常使用的，以便性能测试和调优有重点地进行。
        如果某些功能操作是用户经常使用的，那么就要求响应时间要更短些；如果某些功能操作是用户不常用的，例如一些年度统计报表，虽然数据量大，可能导致查询统计的时间比较长，但是因为执行的次数不多，因此即使运行时间比较长也不会对用户造成太大的困扰。
        在估算好数据量后，下一步就是用各种手段来模拟生成业务数据量。找出需要进行大数据量性能测试的功能模块，然后分析该功能模块用到了什么数据库表，然后向这些表插入估算的数据量的业务数据，如图9.16所示。

图9.16  向功能模块对应的数据表插入数据

        技巧:模拟大批量的数据可以采用一些数据生成工具，例如DataFactory等。也可以自己编写SQL语句插入数据库表或者编写程序产生大批数据。

        下面以DataFactory 5.6为例，简单介绍一下用DataFactory生成大批量数据的过程。
（1）首先选择需要插入数据的数据库类型，如图9.17所示。
（2）在这个界面单击“下一步”按钮，出现如图9.18所示的界面。

 图9.17  选择数据库类型

图9.18  配置数据库连接

（3）在这个界面中指定数据库连接的账号，单击“下一步”按钮，则出现如图9.19所示的界面。
（4）在这个界面中，选择需要插入数据的表，然后单击“下一步”按钮，则出现如图9.20所示的界面。

图9.19  指定需要插入数据的表

图9.20  指定生成数据的名称

（5）在这里，给即将生成的数据输入一个名称，然后单击“下一步”按钮，则出现如图9.21所示的界面。
（6）这个界面提示设置完成，单击“完成”按钮，确认各项设置，则出现如图9.22所示的界面。
（7）在这个界面中，选择需要插入数据的表格节点，指定即将插入的数据行数。选择表格节点下的字段节点，则出现如图9.23所示的界面。

图9.21 设置完成