自动化测试基于LoadRunner的性能测试课设.doc

雷蕾：基于asp新闻发布系统课程设计(论文)任务书 软件 学院 软件工程（软件测试） 专业 20104 班 一、课程设计(论文)题目 基于loadrunner的性能测试 二、课程设计(论文)工作自 2013年 7月 1日起至 2013 年 7月 5 日止。三、课程设计(论文) 地点: 创新大楼软件实训中心机房 四、课程设计(论文)内容要求：1本课程设计的目的（1）使学生能掌握使用自动化测试工具loadrunner进行网站性能测试的基本思路和方法，并能初步判断被测系统的性能结果；（2）培养学生分析、解决问题的能力；（3）提高学生的科技论文写作能力。2课程设计的任务及要求1）基本要求：（1）设计合理划分的测试用例对被测系统进行性能测试，观测常见的性能指标数值；（2）对进行性能测试时不同负载压力对测试造成的影响进行分析和总结；（3）相应驱动的编写。2）创新要求： 在基本要求达到后，可对被测系统进行探索性测试。3）课程设计论文编写要求（1）要按照书稿的规格打印书写课程设计论文 （2）论文包括目录、设计思路、具体实现、运行调试与分析讨论、设计体会与小结、参考文献、附录等 （3）课程设计论文装订按学校的统一要求完成4）答辩与评分标准： （1）完成原理分析：20分； （2）完成设计过程：50分； （3）完成测试：10分；（4）回答问题：20分。5）参考文献：（1）柳胜. 软件自动化测试框架设计与实践.人民邮电出版社（2）陈能技.qtp自动化测试实践. 电子工业出版社 （3）陈绍英等. loadrunner性能测试实战. 电子工业出版社6）课程设计进度安排内容 天数地点构思及收集资料 1图书馆设计与测试 2.5实验室撰写论文 1.5图书馆、实验室学生签名： 2013年 7月1 日课程设计(论文)评审意见（1）完成原理分析（20分）：优（）、良（）、中（）、一般（）、差（）； （2）设计分析（20分）：优（）、良（）、中（）、一般（）、差（）； （3）完成调试（20分）：优（）、良（）、中（）、一般（）、差（）；（4）翻译能力（20分）：优（）、良（）、中（）、一般（）、差（）；（5）回答问题（20分）：优（）、良（）、中（）、一般（）、差（）；评阅人： 职称： 副教授 2013 年 7月 6日中文摘要 loadrunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，loadrunner能够对整个企业架构进行测试。通过使用 loadrunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 loadrunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。loadrunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快地查找和发现问题。此外，loadrunner能支持广泛的协议和技术，为您的特殊环境提供特殊的解决方案。性能测试是为描述测试对象与性能相关的特征并对其进行评价，而实施和执行的一类测试，如描述和评价计时配置文件、执行流、响应时间以及操作的可靠性和限制等特征。不同类型的性能测试侧重于不同的测试目标，这些性能测试的实施贯穿于整个软件开发生命周期 (software development life cycle, sdlc)。起初，在构架迭代中，性能测试侧重于确定和消除与构架有关的性能瓶颈。在构建迭代中还将实施和执行其他类型的性能测试，以调整软件和环境（优化响应时间和资源），并核实应用程序和系统是否能够处理高负载和高强度的情况，如有大量事务、客户机和/或数据的情况。目 录一、前言1二、测试计划及测试需求3三、测试用例的设计4四、测试过程5五、测试结果分析6六、 设计小结7七、参考文献8-第 3 页 -1、 前言随着软件行业的迅猛发展及软件规模和复杂度的日益增加，如何保证和提升软件产品质量，提高客户的满意度，已经成为众多it企业越来越重视的一个话题。软件测试工作，无论是传统的手工测试还是新兴的自动化测试，都有其自身的特点，是软件产品质量得到保障的必然选择。在自动化测试出现之前，为了保障和提升软件质量，各公司企业主要是靠手工来测试软件产品。手工测试作为一种传统的测试方法，它由测试人员手工编写测试用例，靠人力按照测试步骤逐步执行测试用例，并记录测试结果。手工测试主要有一下几个缺点：手工完成测试的全部过程无法保证测试的科学性与严密性；手工测试要受到时间的限制和人员的限制，且工作量大，重复多；手工测试者最常做的就是重复的手工回归测试，不仅代价昂贵，而且可靠性差；反复测试也给测试人员带来的倦怠情绪及其他人为因素使得测试标准前后不一；测试花费的时间越长，测试的严格性也就越低。自动化测试能将测试人员从反复、繁杂的的测试执行中解放出来，用更多的时间进行测试设计和结果分析。对于一些基本的、逻辑性不强的操作，可以使用自动化测试工具。应该说，在性能、压力测试方面，自动化测试有着不可替代的优势。在功能测试方面，自动化测试也有很大的用武之地。它可以用简单的脚本实现大量的重复的操作。进而通过对测试结果的分析。得出的结论是，这样不仅节省了大量的人力物力，而且使得测试的结果更准确。对于一些逻辑性很强的操作，如果自动化不是很健全的话，则不宜使用。因为这需要比较复杂的脚本语言，不可避免的增加了由于测试脚本的缺陷所造成测试结果误差的错误。性能测试作为软件测试中必不可少的一部分，已经越来越受到人们特别是软件企业的重视，我们知道一个软件我们不仅需要它功能完善，能够提供用户需要的功能，更重要的是，这个软件的性能，这个软件能否持续、稳定、快速的进行工作，能否延长它的软件生命周期，使之成为一款性能稳定，具有非常强的健壮性的软件，这就需要我们的性能测试。在性能、压力测试方面，自动化测试有着不可替代的优势。作为性能测试我们当然是进行自动化测试，如今用的比较广泛的是hp的loadrunner自动化性能测试工具，为了锻炼自己对软件项目的性能测试能力，为了了解loadrunner使用，我们进行了本次课程设计。本次课程设计的题目是基于loadrunner的性能测试，我所选用的被测系统是web系统，本次只对web系统的各个模块进行性能测试，由于自身能力有限，这次的性能测试，只是围绕被测系统的登录考勤模块的并发用户数、响应时间、每秒单击数、以及业务成功率的性能指标进行测试。主要是进行压力测试、并发数、响应时间、以及业务成功率的测试。二、测试计划及测试需求1、 计划安排表1计划安排测试活动计划开始日期预期结束日期备注创建脚本2013-7-12013-7-1雷蕾脚本优化/脚本回归2013-7-12013-7-1场景设置2013-7-12013-7-1开始测试2013-7-12013-7-1测试结果2013-7-12013-7-32、测试工具以及需求测试工具：一台windowxp以上系统的计算机，loadrunner8.1以及相关环境内容需求：性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。测试中的各类需求：windowsxp的操作系统amd处理器、2g内存tomcat服务器mysql数据库jdk的配置通过oa系统和基于loadrunner性能测试的规格说明，可确定主任务为登陆，页面切换，以及退出。并在此基础上，得出基本流程：用户登陆到oa系统主页面，输入相应用户名和密码并登陆进入系统的主页面，然后点击左侧的“用户管理”点击“添加用户”并且注册用户信息确定用户返回主页并退出针对每个路程都录制相应的脚本，初始化、action等3. 性能指标网上查询的web网站通用的性能指标一般为相应时间小于等于3秒，业务的成功率为100%，而cpu的使用率应小于75%，内存的占用应小于70%。三、测试用例的设计测试的系统是loadrunner自带的飞机订票系统，具有登入，订票，查看，退订和退出等功能。录制过程脚本，来虚拟用户的操作。设计了如下用例：登陆失败登陆订票订票失败查看已定票删除已定票退出登陆四、测试过程1.测试脚本的录制与优化：在测试环境中，loadrunner 会在物理计算机上用虚拟用户（即vuser）代替实际用户。vuser 通过以可重复、可预测的方式模拟典型用户的操作，在系统上创建负载。loadrunner 虚拟用户生成器 (vugen) 采用录制并播放机制。当在应用程序中按照业务流程操作时，vugen 将这些操作录制到自动脚本中，以便作为负载测试的基础。注意：在多协议脚本中，高级用户在一个录制会话期间可以录制多个协议。在本系统测试中，将创建一个web 类型的单协议脚本。录制其他类型的单协议脚本或多协议脚本的过程与录制 web 脚本所用的方法相似。 使用录制向导：打开 vugen 的向导时将出现空白脚本，并且该向导的左侧将显示任务窗格。（如果任务窗格没有显示，单击工具栏上的“任务”按钮）vugen 向导将指示逐步创建脚本并根据所需的测试环境编辑此脚本。任务窗格列出了脚本创建过程中的每个步骤或任务。在执行每个步骤时， vugen 将在该窗口的主区域中显示详细的说明和规则。可以自定义vugen窗口显示或隐藏各种工具栏。要显示或隐藏工具栏，选择 “视图” “工具栏”并切换所需工具栏旁边的复选标记。通过打开任务窗格并单击其中一个任务步骤可以在任何阶段返回 vugen向导。-录制结束，代码优化-修改等待时间添加集合点脚本回放2试场景设计与执行：五、测试结果分析running vusers(运行的并发数)：transaction response time（事务响应时间图）：hits per second(每秒点击数)：loadrunner进行场景测试结果收集后，首先显示的该结果的一个摘要信息，概要中列出了场景执行情况、“statistics summary（统计信息摘要）”、“transaction summary（事务摘要）”以及“http responses summary（http响应摘要）”等。以简要的信息列出本次测试结果。场景执行情况该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间。从该图我们知道，本次测试从9:59开始，到10:10结束，共历时10分46秒。与我们场景执行计划中设计的时间基本吻合。statistics summary（统计信息摘要）该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如图所示。从该图我们得知，本次测试运行的最大并发数为40，总吞吐量为9,539,513字节，平均每秒的吞吐量为14,744字节，总的请求数为 6,278，平均每秒的请求为9.703，和415个错误。对于吞吐量，单位时间内吞吐量越大，说明服务器的处理能越好，而请求数仅表示客户端向服务器发出的请求数，与吞吐量一般是成正比关系。transaction summary（事务摘要）该部分给出了场景执行结束后相关action的平均响应时间、通过率等情况，如图所示。从该图我们得到每个action的平均响应时间与业务成功率。因为在场景的“run-time settings”的“miscellaneous”选项中将每一个action当成了一个事务执行，故这里的事务其实就是脚本中的action。http responses summary（http响应摘要）该部分显示在场景执行过程中，每次http请求发出去的状态，是成功还是失败，都在这里体现。并发数分析“running vusers（运行的并发数）”显示了在场景执行过程中并发数的执行情况。它们显示vuser的状态、完成脚本的vuser的数量以及集合统计信息，将这些图与事务图结合使用可以确定vuser的数量对事务响应时间产生的影响。每秒点击数“hits per second（每秒点击数）”反映了客户端每秒钟向服务器端提交的请求数量，如果客户端发出的请求数量越多，与之相对的“average throughput (bytes/second)”也应该越大，并且发出的请求越多会对平均事务响应时间造成影响，所以在测试过程中往往将这三者结合起来分析。业务成功率业务成功率其实就是事务成功率、通过率的意思。 在“transaction summary”中我们可以很明确的看到每个事务的执行状态，如图所示。（很明显没有通过。）响应时间在性能测试要求中，有一项指标是要求登录业务操作的页面响应时间不超过3秒。来看“average transaction response time（平均事务响应时间图）”这张图是平均事务响应时间与结果摘要中的“transaction summary”合成的。第 17 页 6、 设计小结lr是一个挺傲娇的软件，我在电脑上尝试着装了删，删了装还是不能正确的运转。所以就去麻烦了同学，借了同学的电脑做了测试并录制了视频。不过不太会用，添加了背景音乐。但是录制过程中发现配置错了场景，然后就关了重新开始录制，于是