当然,也有一些机构的应用程序不能在单独一台或少数几台服务器上运行。所要执行的任务极为庞大复杂,没有单独的服务器能满足这一需求。但是,有这类需求的机构已显著地减少。
通过本文你会了解到:系统性能与可扩张性测试重要性的下滑与其带来的有限回报,为何会降低你安排这些活动的优先级。
个人性能记录
我还清楚地记得我编写的一个性能测试应用程序。这是一个旨在同时阅读八台电话交换机的输入信号的程序。每部交换机以9 600波特的速率与应用程序进行数据通信。
应用程序必须验证记录格式,将有效记录与无效记录分别写入两个文件。它的另一任务是在网络发生故障时,将记录上述文件的网络共享文件转移到本地驱动器上,并在网络恢复时将文件返回过去。
此系统在一台安装DOS操作系统的25兆赫80486SX计算机上运行。如果不发生故障,它可以全速处理所有八台交换机。在网络故障期,它的最大负荷也达到五台。这一能力已超出它能够全速支持3到4台交换机的设计目标。那样,公司处理数据流的能力会在当前基础上增加数倍。
由于错误引起的额外处理负担会产生连锁反应,使系统迅速退化。丧失一个特性就会产生额外的处理负担,这样又会使其它的特性丧失。
如果系统不能正常运行,收入就会降低,因此有必要测试系统的性能。但是,即使那样,硬件的性能也会偏离普通公司的性能目标。
为何要做性能测试?
进行性能测试有两个原因:一是为了保证系统能够满足公司当前或短期的计划需求。也就是说,要确定能够从当前的系统中获得最大的性能。
第二个原因是:为了支持更大的负载,要就何时对系统进行改造做出规划。这包括重新编写解决方案片断、重建解决方案或添置更多的硬件。这样,进行性能测试就有助于了解:要想超越现有的系统性能,我们该做出哪些努力。
何为性能测试?
谈论性能测试时,我们并不仅仅是谈论性能测试本身。相反,我们谈论的是响应速度、处理能力与可扩充性。这三项指标之间关系密切,每一项都不能孤立起来进行评估。
响应速度很容易量化。任何人用一块秒表就可以迅速地测量出某一程序的响应速度。当然,甚至简单的自动化测试方法还更为精确。不过,事实上,某一程序的响应速度是性能测试的最基本的组成部分,即使在处理能力最低的情况下,也可以进行直接观测。发出请求到产生响应,这一过程所耗费的时间即为系统的响应速度。
处理能力是指系统在同一时间内所能处理的业务量大小。不同的业务类型对处理能力有特别的限制。某一系统每秒可能只能完成20宗业务。不管你给系统多少业务,在指定的时间内,它只能完成其最大处理能力内的业务量。
响应速度测量完成一宗业务所需的时间(秒)。例如,假定测量的响应速度为每宗业务3秒。处理能力则正好相反,它测量每秒处理的业务量。结合起来说,如果系统每秒最多可完成20宗业务,而每宗业务的响应速度为3秒,那么在任何时间,系统都同时在处理60宗业务。
响应速度与处理能力关系密切的一个原因是:系统处理的业务数量增加,则系统的响应速度就会降低。过去只花不到一秒就可完成的业务现在要花两到三秒,甚至更长时间。更让人沮丧的是,一般如果系统所接受的业务量超过某一速率,总体的处理能力就会下降。如果系统每秒能够处理20宗业务,而业务以每秒25宗的速率进入系统,则系统的总体业务处理能力可能会下降到17宗每秒。正因为这样,当我所编写的交换机阅读程序开始失去更多的特性时,也发生了这种情况。由额外业务引发的额外处理负担开始引发超时、重发及其它降低总体处理能力的后果。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/