一、软件性能的指标之青柳念文创作 1.1、 响应时间
响应时间是指系统对请求作出响应的时间.直观上看，这个指标与人对软件性能的主观感受是非常一致的，因为它完整地记录了整个计算机系统处理请求的时间.由于一个系统通常会提供许多功能，而分歧功能的处理逻辑也千差万别，因而分歧功能的响应时间也不尽相同，甚至同一功能在分歧输入数据的情况下响应时间也不相同.所以，在讨论一个系统的响应时间时，人们通常是指该系统所有功能的平均时间或者所有功能的最大响应时间.当然，往往也需要对每一个或每组功能讨论其平均响应时间和最大响应时间.
对于单机的没有并发操纵的应用系统而言，人们普遍认为响应时间是一个合理且准确的性能指标.需要指出的是，响应时间的相对值其实不克不及直接反映软件的性能的高低，软件性能的高低实际上取决于用户对该响应时间的承受程度.对于一个游戏软件来讲，响应时间小于100毫秒应该是不错的，响应时间在1秒左右可以属于委曲可以承受，如果响应时间达到3秒就完全难以承受了.而对于编译系统来讲，完整编译一个较大规模软件的源代码可以需要几十分钟甚至更长时间，但这些响应时间对于用户来讲都是可以承受的.
1.2、系统响应时间和应用延迟时间
虽然软件性能指标自己只涉及软件性能的度量，但思索到软件性能测试的主要目标是测试和改善所开辟软件的性能，对于复杂的网络化的软件而言，简单地用响应时间停止度量就纷歧定合适了.
思索一个普通的网站系统.开辟该网站系统时，软件开辟实际上只集中在服务器端，因为客户端的软件是尺度的阅读器.虽然用户看到的响应时间时使用特定客户端计算机上的特定阅读器阅读该网站的响应时间，但是在讨论软件性能时更关心所开辟网站软件自己的“响应时间”.也就是说，可以把用户感受到的响应时间划分为“呈现时间”和“系统响应时间”，前者是指客户端的阅读器在接纳到网站数据时呈现页面所需的时间，而后者是指客户端接纳到用户请求到客户端接纳到服务器发来的数据所需的时间.显然，软件性能测试更关心“系统响应时间”，因为“呈现时间”与客户端计算机和阅读器有关，而与所开辟的网站软件没有太大的关系.
如果仔细分析这个例子，还可以把“系统响应时间”进一步分解为“网络传输时间”和“应用延迟时间”，其中前者是指数据（包含请求数据和响应数据）在客户端和服务器端停止传输的时间，而后者是指网站软件实际处理请求所需的时间.近似的，软件性能测试也更关心“应用延迟时间”.实际上，这种分解还可以继续下去，如果该网站系统使用了数据库，我们可以把“数据库延迟时间”分离出来，如果该网站系统使用了中间件，还可以把“中间件延迟时间”也分离出来.
以上的时间分解实际上有两方面的目标.首先，人们通常希望把与所开辟软件直接相关的延迟时间和与所开辟软件爱你不直接相关的延迟时间分分开，因为改善前者往往需要开辟人员修改程序代码，而改善后者不需要开辟人员修改代码，很多时候，开辟人员对后者甚至是为力的.其次，详细的分解有助于开辟人员分析哪些部分是影响软件性能的主要因素，以便于实时性能改善方案.
1.3、吞吐量
吞吐量是指系统在单位时间内处理请求的数量.对于无并发的应用系统而言，吞吐量
与响应时间成严格的反比关系，实际上此时吞吐量就是响应时间的倒数.前面已经说过，对于单用户的系统，响应时间（或者系统响应时间和应用延迟时间）可以很好地度量系统的性能，但对于并发系统，通常需要用吞吐量作为性能指标.
对于一个多用户的系统，如果只有一个用户使用时系统的平均响应时间是t，当有你n个用户使用时，每一个用户看到的响应时间通常其实不是n×t，而往往比n×t小很多（当然，在某些特殊情况下也可以比n×t大，甚至大很多）.这是因为处理每一个请求需要用到很多资源，由于每一个请求的处理过程中有许多不走难以并发执行，这导致在详细的一个时间点，所占资源往往其实未几.也就是说在处理单个请求时，在每一个时间点都可以有许多资源被闲置，当处理多个请求时，如果资源配置合理，每一个用户看到的平均响应时间其实不随用户数的增加而线性增加.实际上，分歧系统的平均响应时间随用户数增加而增长的速度也不大相同，这也是采取吞吐量来度量并发系统的性能的主要原因.一般而言，吞吐量是一个比较通用的指标，两个具有分歧用户数和用户使用形式的系统，如果其最大吞吐量基本一致，则可以断定两个系统的处理才能基本一致.
1.4、并发用户数
并发用户数是指系统可以同时承载的正常使用系统功能的用户的数量.与吞吐量相比，并发用户数是一个更直观但也更笼统的性能指标.实际上，并发用户数是一个非常不准确的指标，因为用户分歧的使用形式会导致分歧用户在单位时间发出分歧数量的请求.一网站系统为例，假设用户只有注册后才干使用，但注册用户其实不是时时刻刻都在使用该网站，因此详细一个时刻只有部分注册用户同时在线，在线用户就在阅读网站时会花很多时间阅读网站上的信息，因而详细一个时刻只有部分在线用户同时向系统发出请求.这样，对于网站系统我们会有三个关于用户数的统计数字：注册用户数、在线用户数和同时发请求用户数.由于注册用户可以长时间不登陆网站，使用注册用户数作为性能指标会造
成很大的误差.而在线用户数和同事发请求用户数都可以作为性能指标.相比而言，以在线用户作为性能指标更直观些，而以同时发请求用户数作为性能指标更准确些.
1.5、资源操纵率
资源操纵率反映的是在一段时间内资源平均被占用的情况.对于数量为1的资源，资源操纵率可以暗示为被占用的时间与整段时间的比值；对于数量不为1的资源，资源操纵率可以暗示为在该段时间内平均被占用的资源数与总资源数的比值.
二、软件性能的视角 2.1、用户视角
对用户而言，性能就是响应时间.用户甚至不关心响应时间中哪些是软件造成的，哪些是硬件造成的.但用和感受到的响应时间既有客观成分，也有主观成分，甚至是心理因素 .
2.2、管理员视角
管理员需要使用软件提供的管理功能等手段来方便普通用户使用.这类用户首先关注普通用户感受到的软件性能.其次，管理员需要进一步关注如何操纵管理功能停止性能调优.
2.3、开辟人员视角
开辟人员的视角与管理员的视角基本一致，但开辟人员需要更深入地关注软件性能.在开辟过程中，开辟人员希望可以尽量地开辟出高性能的软件.
