性能 （ perfotmance ） —— 应用程序的性能是进行典型操作所需的时间。性能常常用 “ 响应时间 ” 的标准来衡量。性能经常是重要的业务需求之一。
 

响应时间 （ response time ） —— 是应用程序处理一个请求所需的时间 （ 比如：从用户的浏览器得到的一个 HTTP 请求 ） 。一般我们对平均响应时间感兴趣，在负载增大时响应时间的一贯性也很重要。提高负载后若响应时间曲线出现锯齿，往往说明性能乏善可陈，还有潜在的不稳定。
 

延迟时间 （ latency ） ——是从应用程序得到反馈所需的最少时间（不管程序是否需要做多工作才能得到这个反馈，远程方法调用具有很长的延迟；不管被调用的方法是否成功，都有一个固定的最小开销）。
 

吞吐量（ throughput ）——是程序或者组件在一段给定时间内所能进行工作的总和（对 web 应用来说，常常用每秒点击率来衡量；对事务处理应用来说，则是每秒能完成的事务数）。
 

可伸缩性（ scalability ）——指应用程序如何应对增长的流量。说到可伸缩性的时候，我们通常指向上可伸缩（ scaling up ），以便应对更大的负载。可伸缩性经常等价于水平可伸缩性（ horizontal scalability ）：向上伸缩到服务器集群来提高吞吐量。 我们也可以通过把应用转移到更强的服务器上来提高吞吐量。后者要简单得多，但显然并不能让应用更牢固，也只能得到有限的提高。
另一种选择是垂直伸缩（ vertical scaling ）：在每台服务器上运行多份服务。“垂直伸缩”这个术语被 Fowler 用来指“为单台服务器增加更多的计算能力”，比如添加额外的 CPU 或者内存。
性能和可伸缩性有时候在现实中是对立的。能在单台服务器上高性能运行的应用，却可能无法被部署到集群中， 比如：为了获得高性能，针对每个用户在 session 中维护大量的数据；而在集群环境下，这些数据无法被高效地复制。然而，必须意识到，性能地下的应用同样不会具有很好的可伸缩性。如果应用程序在单台服务器上浪费资源，就以为着即便在集群中运行，也只不过是浪费更多的资源。
 

性能测试简单说，就是在预期的压力下，我的应用能跑多快。注意，这里的压力是你预期的，更多的时候就是你的性能指标。

负载测试（ load test ）——目标是给系统以期望的负载量[ 在没有速度要求的情况下，我的应用能支撑多少的并发用户，这里更多的是考虑容量。 ]

压力测试（ stress test ）——目标是在超过期望能力时确定系统行为[ 超过容量压力下的表现，也关注应用的恢复能力，这里更多的是关注系统的变化,属于健壮性测试(robustness )一类 ]

稳定性测试 （ stability test ）—— 测试系统长时间运行的表现，更多的是发现一些资源泄漏等问题，一般压力随便设置。

基准测试对比性测试 （ benchmark ） ——一般用来厂商之间同类产品之间,相同产品版本之间的对比。