假若在调试过应用程序及数据库后，系统还是没有达到性能的预期目标，在这种情况下，还是有一些其它的调试的流程*可以针对前面讲过的那几个层次来使用的。下面是一些在应用程序代码*之外仍可以提高WEB应用系统性能的例子：

　　使用WEB缓存装制，如Squid提供的装置

　　将高访问量的网页静态化，以避免这些高访问量对数据库进行大量的调用

　　通过负载平衡的方法来水平缩放WEB服务器的结构

　　在水平缩放数据库群及将它们分为读写服务器和只读服务器后，还要对只读服务器群负载平衡。

　　通过增加更多的硬件资源(CPU，内存，磁盘等)纵向的缩放WEB及数据库服务器群

　　增加网络的带宽

　　由于现在的WEB应用系统都是十分复杂的系统，性能调试有时要具有一些艺术性才行。在每次修改一个变量及重新测度的时候一定要非常小心，否则的话，在变化中将会有很多难于确定和重复的不确定因素。

　　在一个规范的测试环境比如说一个测试实验试，它是不会常常的重现实际应用时的服务器配置环境。在这样的情况下，分段测试环境，也是生产实际环境的一个子集可以派上用场了。但同时系统的期望性能也需要相应的调低一点。

　　“运行负载试验*->测度性能->调试系统”这个循环一直要被重复执行到被测试系统达到了期望的性能标准了才可以停。在这个时候，测试人员可以明了在正常条件下的系统运转怎么样，同时这些可以做为以后在回归测试中，评价新版本的软件性能的一个标准了。

　　性能测试还有另一个目标是建立一组被测系统的基准数据。在很多行业中都会有这种行业标准的基准数据，比如说TPC公布的。还有很多软硬件厂家都为了在TCP排名中靠前而对他们的机器进行精心调试。所以说你应当非常谨慎的说明在你进行测试的时候，并没有在种类繁多的软硬件产品中进行全部测试。

　　负载测试

　　我们都已经在性能测试调试的过程中，见识过负载测试了。在那种环境中，它意味着通过自动化工具来持续对系统增加负载。但对于WEB应用来讲，负载则是并发用户或者HTTP连接的数量。

　　术语“负载测试”在测试文献资料中通常都被定义为给被测系统加上它所能操作的大任务数的过程。负载测试有时也会被称为“容量测试”，或者“耐久性测试/持久性测试”

　　容量测试的例子：

　　通过编辑一个巨大的文件来测试文字处理软件

　　通过发送一个巨大的作业来测试打印机

　　通过成千上万的用户邮箱来测试邮件服务器

　　有一种比较特别的容量测试是叫作“零容量测试”，它是给系统加上空任务来测试的。