Load Testing

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2010/6/29,#,技术专题研究,负载测试,定义及,目,目标,Load testing（负载,测,测试）,，,，通过,测,测试系,统,统在资,源,源超负,荷,荷情况,下,下的表,现,现，以,发,发现设,计,计上的,错,错误或,验,验证系,统,统的负,载,载能力,。,。在这,种,种测试,中,中，将,使,使测试,对,对象承,担,担不同,的,的工作,量,量，以,评,评测和,评,评估测,试,试对象,在,在不同,工,工作量,条,条件下,的,的性能,行,行为，,以,以及持,续,续正常,运,运行的,能,能力。,负载测,试,试的目,标,标是确,定,定并确,保,保系统,在,在超出,最,最大预,期,期工作,量,量的情,况,况下仍,能,能正常,运,运行，,不,不是为,了,了破坏,系,系统。,此,此外，,负,负载测,试,试还要,评,评估性,能,能特征,，,，例如,，,，响应,时,时间、,事,事务处,理,理速率,和,和其他,与,与时间,相,相关的,方,方面。,负载测,试,试主要,考,考验系,统,统的两,个,个指标,：,：一个,是,是系统,的,的容量,，,，另一,个,个是系,统,统的耐,久,久性。,系统的,容,容量是,指,指给系,统,统添加,大,大数据,量,量的文,件,件或者,数,数据，,让,让系统,进,进行处,理,理并实,时,时观察,系,系统的,表,表现情,况,况。目,的,的是找,到,到系统,能,能添加,负,负载的,最,最大量,。,。（例,如,如大数,据,据量文,件,件输入,让,让系统,处,处理，,大,大访问,量,量的输,入,入处理,等,等）,系统的,耐,耐久性,指,指给出,数,数量巨,大,大的任,务,务，让,系,系统始,终,终处于,高,高负荷,量,量的运,行,行状态,，,，并观,察,察记录,系,系统的,表,表现情,况,况。目,的,的是找,到,到系统,的,的疲劳,点,点。（,例,例如运,行,行多少,时,时间后,系,系统返,回,回时间,开,开始变,大,大，系,统,统什么,时,时候处,理,理时间,变,变得缓,慢,慢等）,容量测,试,试,容量测,试,试关注,点,点是howmuch，而不,是,是how fast,例如：,通过编,辑,辑一个,巨,巨大的,文,文件来,测,测试文,字,字处理,软,软件；,通过发,送,送一个,巨,巨大的,作,作业来,测,测试打,印,印机；,通过成,千,千上万,的,的用户,邮,邮箱来,测,测试邮,件,件服务,器,器；,有一种,比,比较特,别,别的容,量,量测试,是,是叫作,“,“零容,量,量测试,”,”，它,是,是给系,统,统加上,空,空任务,来,来测试,。,。,耐久性,测,测试,例如：,在一个,循,循环中,不,不停的,运,运行客,户,户端超,过,过一个,扩,扩展时,间,间段。,负载测,试,试周期,及,及前提,条,条件,负载测,试,试周期,：,：一次,测,测试常,常,常持续,几,几天甚,至,至几周,。,。,负载测,试,试实现,的,的前提,是,是先准,备,备巨大,的,的数据,量,量（例,如,如上百,兆,兆的文,件,件，上,万,万的用,户,户等）,。,。,负载测,试,试不会,以,以系统,崩,崩溃为,目,目的，,负,负载测,试,试的期,望,望值一,般,般以满,足,足使用,需,需求为,主,主，不,需,需要太,夸,夸张地,数,数值。,负载测,试,试执行,阶,阶段,紧张的,进,进度加,上,上有限,的,的资源,，,，看起,来,来会在,不,不同阶,段,段困扰,着,着开发工作。有一,些,些团队,选,选择在,每,每一次,迭,迭代时,进,进行负,载,载测试。大多,数,数情况,下,下，负,载,载测试,仅,仅仅在,开,开发周,期,期的末,期,期即项,目,目被首,次,次展示,之,之前被,执,执行。,这,这就不,可,可避免,的,的会威,胁,胁到应,用,用程序,的,的质量,及,及其满,足,足客户,的,的SLA（服务,级,级别协,定,定）的,能,能力。,故而应,尽,尽量在,开,开发过,程,程的早,期,期执行,。,。尽早,地,地实施,负,负载测,试,试计划,有,有助于,确,确保将,在,在开发,时,时出现,的,的意外,情,情况降,至,至最低,限,限度，,发,发现和,修,修复开,发,发周期,中,中出现,的,的系统,问,问题。,负载测,试,试方式,通常来,说,说，负,载,载测试,可,可以采,用,用手动,和,和自动,两,两种方,式,式。手,动,动测试,会,会遇到,很,很多问,题,题，如,无,无法模,拟,拟太多,用,用户、,测,测试者,很,很难精,确,确记录,相,相应时,间,间、连,续,续测试,和,和重复,测,测试的,工,工作量,特,特别大,等,等。因,此,此对于,负,负载测,试,试，手,动,动方式,通,通常用,于,于初级,的,的负载,测,测试。,目,目前，,绝,绝大多,数,数的负,载,载测试,都,都是通,过,过自动,化,化工具,完,完成的,。,。,测试人,员,员及测,试,试工具,要,要求,测试人,员,员：,负载测,试,试人员,需,需要对,整,整个网,络,络架构,应,应用和,应,应用系,统,统非常,熟,熟悉。,测试工,具,具：,1、功能,方,方面，,主,主要考,虑,虑工具,所,所支持,的,的协议,、,、分析,方,方式、,监,监视目,标,标种类,等,等以及,该,该工具,能,能否精,确,确计量,、,、回放,用,用户的,访,访问情,况,况。,2、性能,方,方面，,主,主要考,虑,虑它模,拟,拟虚拟,用,用户的,能,能力。,例,例如考,虑,虑该工,具,具在一,定,定资源,下,下可以,模,模拟的,用,用户数,量,量和速,度,度,负载测,试,试软件,工,工作原,理,理图,负载测,试,试软件,须,须包含,几,几个部,分,分：1)记录软,件,件；2)发生器,；,；3)监控软,件,件；4)报告软,件,件。,测试工,具,具,LoadRunner,AstraLoadTest,RationalRobot,WebLoad,VS2010中的Load Test,SilkPerformer,负载测,试,试过程,第一步,：,：系统,分,分析,分析被,测,测系统,需,需要满,足,足什么,要,要求，,例,例如支,持,持多少,人,人在线,、,、支持,连,连续多,长,长时间,的,的访问,等,等，以,及,及需要,定,定义测,试,试所需,输,输入的,数,数据。,测,测试者,的,的主要,任,任务就,是,是将系,统,统的需,求,求转换,成,成测试,目,目标，,对,对系统,进,进行全,面,面的分,析,析和评,估,估，并,结,结合测,试,试的实,际,际环境,和,和条件,以,以确保,测,测试目,标,标和测,试,试计划,的,的正确,性,性。例,：,：确定,测,测试哪,些,些流程,、,、测试,中,中使用,何,何种系,统,统架构,、,、并发,连,连接数,、,、预期,每,每秒网,络,络点击,率,率等。,负载测,试,试过程,第二步,：,：创建,虚,虚拟用,户,户脚本,首先，,要,要记录,业,业务流,程,程，创,建,建测试,脚,脚本。,为,为了模,拟,拟多个,用,用户访,问,问服务,器,器必须,编,编写脚,本,本。简,单,单的脚,本,本可以,通,通过自,动,动化工,具,具提供,的,的脚本,编,编辑环,境,境来编,写,写。复,杂,杂的脚,本,本则通,常,常是通,过,过记录,单,单用户,的,的活动,生,生成最,初,初的脚,本,本，再,在,在此基,础,础上进,行,行修改,以,以保证,该,该脚本,可,可以支,持,持多个,用,用户。,其,其中最,主,主要的,修,修改是,关,关于数,据,据池的,，,，因为,不,不同用,户,户通常,使,使用不,同,同数据,，,，例如,用,用户名,和,和密码,等,等。因,此,此，我,们,们通常,要,要将这,些,些数据,存,存储在,数,数据库(或者数,据,据池)中，以,便,便在执,行,行中被,脚,脚本程,序,序调用,。,。,负载测,试,试过程,第三步,：,：构造,运,运行环,境,境,有了脚,本,本后，,就,就可以,通,通过一,个,个场景,来,来管理,这,这些脚,本,本的执,行,行。场,景,景是一,个,个执行,单,单位，,可,可以通,过,过场景,来,来模拟,一,一个工,作,作负载,。,。在场,景,景中，,我,我们将,管,管理脚,本,本的数,量,量、执,行,行次数,、,、执行,时,时间等,，,，甚至,还,还可以,加,加上一,些,些定时,器,器、同,步,步点等,控,控制机,制,制。另,外,外，还,可,可以将,模,模拟用,户,户分配,到,到不同,的,的计算,机,机上。,负载测,试,试过程,第四步,：,：运行,场,场景,设置好,场,场景后,，,，就可,以,以运行,了,了。通,常,常，在,运,运行场,景,景的同,时,时还要,启,启动相,关,关监控,模,模块，,监,监控服,务,务器性,能,能、网,络,络状态,、,、Web服务器,性,性能和,数,数据库,性,性能等,。,。自动,化,化工具,同,同时记,录,录了各,种,种客户,端,端信息,，,，包括,相,相应时,间,间、交,易,易成功,率,率等。,负载测,试,试过程,第五步,：,：分析,测,测试结,果,果,评估测,试,试结果,是,是负载,测,测试过,程,程中最,重,重要的,一,一步。,通,通常，,在,在场景,运,运行后,，,，自动,化,化工具,会,会生成,标,标准报,告,告，可,以,以通过,分,分析这,个,个报告,来,来分析,整,整个系,统,统性能,，,，找到,系,系统瓶,颈,颈。,LoadRunner为例,LoadRunner是一种,预,预测系,统,统行为,和,和性能,的,的工业,标,标准级,负,负载测,试,试工具,。,。通过,模,模拟上,千,千万用,户,户实施,并,并发负,载,载及实,时,时性能,监,监测的,方,方式来,确,确认和,查,查找问,题,题。10字真言,：,：虚拟,的,的用户,，,，真实,的,的负载,VuGen:脚本录,制,制工具,Controller:场景控,制,制器,Analysis:结果分,析,析工具,负载测,试,试VS压力测,试,试VS性能测,试,试,压力测,试,试是指,对,对系统,不,不断加,压,压力的,测,测试，,通,通过确,定,定一个,系,系统的,瓶,瓶颈或,不,不能接,收,收用户,请,请求的,性,性能点,，,，来获,得,得系统,能,能提供,的,的最大,服,服务级,别,别的测,试,试。压,力,力测试,的,的目的,是,是发现,在,在什么,条,条件下,系,系统的,性,性能变,得,得不可,接,接受，,并,并通过,对,对应用,程,程序施,加,加越来,越,越大的,负,负载，,直,直到发,现,现应用,程,程序性,能,能下载,的,的拐点,。,。任何,能,能使系,统,统崩溃,的,的测试,都,都可以,称,称之为,压,压力测,试,试。,负载测,试,试VS压力测,试,试VS性能测,试,试,性能测,试,试的目,的,的是找,到,到系统,在,在某种,条,条件下,的,的瓶颈,，,，前提,是,是这种,条,条件在,软,软件或,服,服务的,实,实际应,用,用中可,能,能发生,。,。在进,行,行性能,测,测试之,前,前，首,先,先要明,确,确两个,值,值：一,个,个是系,统,统负载,预,预期值,，,，一个,是,是系统,响,响应时,间,间的预,期,期值。,有,有了这,两,两个目,标,标，才,可,可以使,用,用对系,统,统持续,增,增加负,载,载的方,法,法来观,察,察系统,的,的瓶颈,所,所在。,性,性能测,试,试的另,一,一个目,的,的是要,建,建立一,组,组被测,系,系统的,基,基准数,据,据，系,统,统在同,样,样的测,试,试环境,与,与测试,条,条件下,，,，表现,应,应当符,合,合或优,于,于基准,数,数据的,要,要求，,否,否则测,试,试不通,过,过。另,外,外，基,准,准数据,也,也可以,为,为其他,类,类似的,系,系统提,供,供预期,数,数据及,预,预期返,回,回时间,的,的数值,参,参考。