性能测试实验（四）1）熟练脚本录制和编辑的过程：Aaction，事务，集合点，检验点等；2）掌握“自动关联和手动关联”的技术；3）掌握“参数化”的过程；4）掌握场景的设计以及场景运行的调度；5）掌握测试结果分析的技术。6）以HTML或MicrosoftWord报告。任务：1）录制一个脚本包含登陆事务（放在初始化部分）、查询事务、下订单事务、付款事务，结束订单（放在结束部分）任务。在脚本中加一些注释。2）脚本单独运行通过且设置脚本循环运行3次也通过。3）把循环运行次数重新设置为1次，在场景中设置10个虚拟用户，增量为5直到达到30个虚拟用户同时并发运行，关注测试结果，观察每次有多少虚拟用户能顺利完成脚本运行。4）在场景调度中，设置分步加载和同时加载，观察结果。5）分步加载30、40个虚拟用户，在下订单操作之前设置一个集合点，设置不同的集合点策略，观察测试结果。6）练习在脚本中插入文本/图像检查点。7）分析测试结果。MercuryToursSample是基于Web的旅行代理系统。MercuryTours用户可以连接到Web服务器、搜索航班、预订航班并查看航班路线。可以考虑以下具体负载量要求：MercuryTours必须成功处理10起并发旅行代理业务。MercuryTours必须在不超过90秒的响应时间内，处理10起并发航班预订业务。MercuryTours必须在不超过120秒的响应时间内，处理10起并发的旅行代理要求的航线检查业务。MercuryTours必须在不超过10秒的响应时间内，处理10起代理要求的登录和注销系统任务。提示：①Sample服务器配置选择第三个选项代表不允许重复ID登陆，因为服务器每次都会新动态分配一个ID号，必须动态关联才能使脚本运行。②参数化脚本时有很多参数可以考虑：例如飞机票的属性（aisle、window或none）。如果录制值为Aisle，可以在回放时用参数替换它。运行脚本时，Vuser可以从参数文件中取值（aisle、window或none），从而模拟真实的旅行代理环境。场景运行结束后，需要使用Analysis组件分析结果。Analysis组件可以在“开始程序”菜单中启动，也可以在Controller中启动。Analysis窗口包括下列三个主要部分：➤图树➤图查看区域➤图例图树：在左窗格中，Analysis将显示可以打开查看的图。可以在此处显示打开Analysis时未显示的新图，或删除您不再想查看的图。图查看区域：Analysis在此右窗格中显示图。默认情况下，当打开一个会话时，Analysis概要报告将显示在此区域。图例：位于底部窗格中，使您可以查看选定图中的数据。请在图查看区域查看Analysis概要报告。第一步，看“TransactionPerformanceSummary”图，确认那个事务的响应时间比较大，超出了我们的标准。看下图，login事务的平均响应时间最长。再看“AverageTransactionResponseTime”，观察login在整个场景运行中每一秒的情况。从图中可以看出，login事务的响应时间并不是一直都比较高，只是随着用户数的增加，响应时间才明显增加的。为了定位问题，明白为什么login事务的响应时间比较长，需要分解login事务，分析该页面上每一个元素的性能。在上图中，选择要分解的事务曲线，然后点鼠标右键，选择“WebPageBreakdownforlogin”通过分解页面可以得到：比较大的响应时间到底是页面的哪个组件引起的？问题出在服务器上还是网络传输上。浏览器从发送一个请求到最后显示的全过程。浏览器向WebServer发送请求，一般情况下，该请求首先发送到DNSServer把DNS名字解析成IP地址。解析的过程的时间就是DNSResulution。这个度量时间可以确定DNS服务器或者DNS服务器的配置是否有问题。如果DNSServer运行情况比较好，该值会比较小。解析出WebServer的IP地址后，请求被送到了WebServer，然后浏览器和WebServer之间需要建立一个初始化连接，建立该连接的过程就是Connection。这个度量时间可以简单的判断网络情况，也可以判断WebServer是否能够响应这个请求。如果正常，该值会比较小。建立连接后，从WebServer发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是FirstBuffer。这个度量时间不仅可以表示WebServer的延迟时间，还可以表示出网络的反应时间。从浏览器接受到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是Receive。这个度量时间可以判断网络的质量（可以用size/