性能测试常见误区[1]

　　性能测试常见误区[1]  软件测试

　　请看下面一个性能测试小案例：

　　某公司OA产品的新版本即将发布。为了看看系统的性能，决定安排测试工程师A君执行性能测试任务。A君做法如下：

　　1.找到一台PC机，CPU主频1G，内存512M，……;

　　2.在找到的PC机上搭建了测试环境：安装了Oracle9i、Weblogic等系统软件;

　　3.在自己的工作机上安装了LoadRunner7.8;

　　4.然后录制了登陆、发布公告等功能;

　　5.开始设置30、50、100、500不同的并发用户数目进行并发;

　　6.最后得出结论：系统只能运行80个左右的并发用户……。

　　无疑上面的做法存在很多不合理的地方，例如测试内容太少、测试服务器配置太低等。现实工作中，尽管性能测试以其在测试中独特的地位越来越为软件测试人员、开发人员和用户所重视，但是不管是测试人员还是开发人员，仍然在认识上存在这样或者那样的误区。

　　误区1：提高一下硬件配置就可以提高性能了，因此性能测试不重要。

　　这是以前系统规模不大时期留下来的认识。DOS时代以及后来Windows操作系统流行的初期，软件规模一般较小，而硬件的更新却是日新月异，软件性能一般不是突出问题，因为只要升级一下硬件，很容易就解决了性能问题。

　　现在随着软件规模的扩大，提高硬件配置只是解决性能问题的一个基本手段。因为如果软件自身存在性能问题，再多的资源可能也不够用，例如内存泄漏问题，随着时间的增加，内存终究会被耗尽，最后导致系统崩溃。

　　因此，如果用户对软件的性能要求较高，这将意味着不但要从硬件方面来提供性能，还要从数据库、WebServer、操作系统配置等方面入手来提高性能，同时开发的软件系统本身也要进行优化，以便全面提高性能。

　　误区2：性能测试在所有其它测试完成后，测试一下看看就可以了。

　　这是目前特别普遍的一种现象，例如前面的A君，这种现象主要是没有意识到性能测试的重要性。这种做法最严重的后果是如果性能问题是由软件系统本身产生的，可能会无法根治性能问题。例如架构设计方面的失误，可能意味着软件系统将被废掉。

　　当然这并不意味所有的性能测试都要尽早进行，性能测试的启动时间要由软件特点来决定。性能测试策略的制定问题可以参考《程序员》2005第10、11期的《治疗软件亚健康》。

　　误区3：性能测试独立于功能测试。

　　功能测试可以发现性能问题，性能测试也能发现功能问题。性能测试和功能测试是紧密联系在一起的，原因之一是由于很多性能问题是由软件自身功能缺陷引起的。如果应用系统功能不完善或者代码运行效率低下，通常会带来一些性能问题。功能测试通常要先于性能测试执行或者同步进行，软件功能完善可以保证性能测试进行得更加顺利。

　　误区4：性能测试就是用户并发测试。

　　仍然有很多人(尤其是开发人员和部分项目实施人员)一提到性能测试，就会联想到并发用户测试，进而认为性能测试就是“测试一下多用户的并发情况”。严格地讲，性能测试是以用户并发测试为主的测试。实际性能测试还包含强度测试、大数据量测试等许多内容。

原文转自：http://www.ltesting.net