LoadRunner性能测试实施.doc

LoadRunner性能测试实施 1、了解测试需求：日均20万首页访问量测试，测试指标响应时间、系统资源使用率 2、系统的实际功能表现、系统体系结构 功能：一个jsp页面，包括for循环及一个bmp图片； 系统体系结构：Tomcat+JDK+JSP,无数据库； 相关服务器配置：被测服务器硬件配置：内存2G；软件配置：OS WINXPSP3，IE6.0 Tomcat配置：Connector port=8081maxHttpHeaderSize=8192 maxThreads=150minSpareThreads=25maxSpareThreads=75 enableLookups=falseredirectPort=8443acceptCount=100 connectionTimeout=20000disableUploadTimeout=true/ tomcat内存(JVM)：初始化内存100，最大可用内存为500，连接所耗内存2k 为Tomcat分配更多的内存，如果是使用的catalina.sh或Catalina.bat启动的Tomcat，则可在这两个文件中添加SET CATALINA_OPTS=-Xms300m– Xmx300m 将相关信息，如操作系统、软件配置(tomcat、数据库、中间件等等处于系统体系结构中的所有软件)都列举出来，然后进行数据分析，确定是否需要开展性能测试。 另外可以与客户、工程运维、开发人员进行沟通，获取系统历史性能表现(针对系统已经上线的情况) 掌握上述问题的详细情况，性能测试人员需要整理信息，并在测试方案中体现。 1、分析测试需求、确定测试点 日均20万PV，考虑到访问不是均等的，采用2/8原则(前提是没有任何历史数据提供参考，也无法从其他途径获取详细需求)，20万*80%的业务量在24小时*20%的时间内完成=16万访问量需在4.8小时内完成。 测试对象是系统的首页，所以测试点确定为系统首页，最终的测试需求为： 在4.8小时内完成16万的首页访问业务。 2、提取测试指标 根据初步需求，系统要求获取响应时间与系统资源利用率 响应时间：由于客户没有明确提出响应时间的参考标准，根据通用的测试经验值(2，5，8，10)，我们采用2秒的响应时间，尽量贴切用户体验。所以，响应时间参考值为：2秒 系统资源利用率：由于没有提出明确指标，故按照常规测试方法，我们监控CPU及内存的使用率表现即可。按照经验值，CPU、内存的利用率不超过70%(windows)； 3、建立业务模型 a、弄清楚系统体系结构并画出系统组网图、网路拓扑图、业务流程图； b、分析清楚系统中的约束条件，一一列出并注上使用什么技术方法来解决 比如：ip限制(一个ip只能做一次)可采用IP欺骗功能；数据有唯一性要求的(注册的用户名、添加的订单号等等)可使用参数化解决；数据之间是有关联性的(后面的业务操作可能需要前面业务的数据)可使用关联方法解决；想要判断业务逻辑的(判断是否登录成功)可用文本检查点+if语句进行处理；需要实现大并发量的模拟(比如100个绝对并发)使用集合点与think_time配合处理；无法使用action划分的动作(一次请求有多个响应的情况)可使用事务点解决； c、根据业务量流程图进行action划分，先划分好再设计脚本 d、准备好测试数据：详细写出测试数据制造过程。 尽量考虑全面了，不要有遗漏 4、设计测试方案、脚本测试用例、场景用例 a、测试方案，按照模版填写，并将建模阶段所有产出物进行细化确定。 b、脚本用例设计：模拟用户登录系统，打开首页，待页面展示完毕即可 约束条件：无 测试数据：无 操作步骤：输入url地址：期望结果：被访问页面(首页)在2秒内正常显示完毕，CPU使用率不超过70%，内存使用率不超过70% c、场景用例： 测试目标是：4.8小时完成16万访问量，可以设计两种场景： 1、场景开始时就加载所有(所有是多少?)并发；(可以考察系统支持绝对并发情况) start所有vuser，选中第一个选项(simultaneously)，持续运行阶段(duration)设置run for 4.8个小时，stop vuser方式选中第一个(simultaneously)立刻停止所有vuser。 2、采用逐步加压，持续运行，逐步减压的测试策略(相对来说系统有所缓冲，更真实模拟业务情况。) 可以事先在提取测试指标阶段计算出大概的并发数： 计算并发数的方法是： a、确定业务量：16万(使用2/8原则后的业务量) b、确定时间段：4.8小时(使用2/8原则后的时间段) c、确定单用户单次执行所消耗的时间：利用loadrunner并设置事务点考察做一次业务所消耗的时间(0.4134秒) d、4.8*3600/0.4134=一个用户