LoadRunner课程预习内容.doc

LoadRunner课程预习内容 1、性能测试基本概念 性能测试 性能测试方法是通过模拟软件运行时的业务压力与使用场景组合，测试系统的性能是否满足生产性能要求，这种测试方法是在特定的运行条件下验证系统的能力情况。举个生活中的例子，80后农村的孩子应该收过水稻，有时候需要把地里的稻子捆起来，背到路边。假定稻田到马路的距离是两千米，每次让你背三个。那么性能测试的意思就是说，两千米的距离，让你背三个，看你能不能完成这个任务。假如背不动，或者背一半路程就扔了，说明性能不达标。性能测试往往是在指定的环境下验证系统是否达到预期的性能指标。这种情况下，各项性能指标一般是明确了的。 压力测试 该方法是测试系统在一定的饱和状态下，系统能够处理的业务能力，以及系统是否会出现错误。还用上面的例子，一次让你背五个，不断的做往返跑，看你能坚持多久。在实际的业务中，比如奥运订票网站，模拟10万人持续订票，看网站能坚持多久不出错、依旧提供正确高效的服务。压力测试一般是为了检测系统能否在一定的压力持续的提供服务。压力测试与负载测试的概念并非完全独立，一般情况下二者是结合的。 负载测试 负载测试是指在持续加压的环境下，使得系统性能指标超过预期目标或者某种资源的使用达到一种饱和状态。就像背稻子的例子，不断地给你增加数量，三个、四个、五个直到你累躺下为止。在持续的加压情况下，看你的能力表现。同样的，奥运订票系统，10万，20万，30万的增加订票人数，看系统能坚持多久，这种方法是为了找出系统性能表现的一个极限，配合系统的性能调优使用。 在实际工作中，性能测试、压力测试、负载测试三者的概念往往是合三为一，不会绝对的孤立这三种方法。 并发数 并发的意思就是一起出发，举个例子，百米赛跑，发令枪一响，参赛运动员瞬时启动，在到达终点前的这段时刻里，动作基本是一致的，都在向前奔跑，但并不是步调一致，因为有人快，有人慢。所以，我们说这里的并发并非绝对意义上的并发，只是在某一个点上做到并发。 以OA系统为例，系统中提供了考勤功能。可以想象，在公司里，假设9:00是上班时间，那么大多数情况下在8:40到9:10是考勤的高峰期。假如公司有2000人，其中1800是普通员工，这些人是要考勤的。那么在30分钟的时间里（8:40到9:10），OA系统需要支持1800次考勤，而在此过程中，有150名左右的员工在8:45:23:123这个时间点上同时点击了考勤功能中的【考勤】按钮，那么OA系统就需要支持150个并发。所以说，并发一般都是算时间段的，非绝对意义上的并发，像上面的150个并发，是非常少见的。并发数与平时见到的系统用户、在线用户不一样，并发数是真正产生压力的。像上面的考勤例子，2000用户可以说系统用户，因为有些人仅分配了账号，并不见得使用OA系统。1800人登录有先后，在某一点来说，他如果没有做考勤这个业务，那么相对于考勤业务，可以认为他只是在线用户，并未产生真正的压力。这些概念一定要弄清楚，因为在测试过程中经常碰到需要确定并发数的问题。如果这些概念不清楚，就无法确定并发数，一旦选择了不切实际的并发数，很可能导致测试工作开展困难，甚至测试失败。至于如何确定并发数，在后面讲性能测试需求提取部分会做详细讲解。 在线用户 在线用户即为我们的系统登录用户，就是说已经通过登录方法登录到系统的用户。在线用户只是统计已经登录到系统的用户，比如QQ飞车，某段时间统计说有40万人在线，但在线的这些用户并不一定在游戏，只是登录而已，他们并没有在登录后向服务器提交请求，所以不会产生压力，而那些在游戏中的用户才真正会对服务器产生压力，因为他们时刻在向服务器发请求，并接收服务器的响应信息。说到这，假如有10万用户正在游戏，30万人登录后什么都没干，那么10万用户就是真正产生压力的用户。所以，系统的压力，不仅仅跟并发用户数有关，还跟我们的业务场景有关。在线用户只是告诉我们当前系统的一个使用情况，并不能代表真正的系统压力，而真正区分系统压力的地方在业务点。 PV（页面访问量） PV是页面浏览量的缩写（PageView），页面一次刷新就算作一次页面浏览。这个指标一般可用在统计页面人气信息的时候使用。但PV高，不代表访问量高。同一个访问用户不断的刷新页面，可以制造很高的PV值，但并不表示有很多个独立用户访问了该页面。所以，PV浏览量只是一个辅助的指标，并非关键指标。 有些项目测试的时候要求达到多少多少访问量，或者要求支持多少多少个访问，都可以用PV去处理。比如，有个朋友问过这样一个问题，如何测试一个系统能否支持日均200万的访问量。细细分析，方法很简单，做这样的测试，需先弄清楚这个性能要求的背景，是需要在多长时间里支持这么多的访问？这里的200万是绝对的并发吗？还只是在一段时间内的访问量？从经验来看，这样的要求一般是