【基于Web的校园二手交易系统性能测试方法的探究4500字（论文）】

基于Web的校园二手交易系统性能测试方法的研究目录TOC\o"1-2"\h\u26219基于Web的校园二手交易系统性能测试方法的研究 1209061概述 1224771.1课题背景 1260981.2研究意义

2126132性能测试相关知识及工具 2101652.1性能测试的相关知识 2199972.2LoadRunner 2176453测试需求分析 2196683.1模块分析 2124863.2性能需求分析 340764测试用例的设计与实施 460724.1测试用例的设计 4322704.2脚本的录制与开发 418829（1）添加事务 417533（2）参数化 528825（3）插入检查点 5138044.3场景设计 5265415测试结果的分析 5289765.1Analysis结果分析 5195865.2系统瓶颈 657416总结和展望 7摘要：随着科技的进步，Web应用在人们的生活中使用越来越广泛，校园二手交易系统也广泛应用到大学校园中。随之而来的是软件性能的问题，人们对软件性能的要求变得更高，而通过性能测试能够检查出软件存在的性能问题并加以改进从而提高软件性能。因此，针对系统本身存在的性能问题，使用LoadRunner对系统常用功能进行负载测试，实现模拟不同数量的用户并发访问系统，设计场景并对场景进行合理的配置，最后对测试运行结果进行分析整理，得出对系统性能的影响，系统性能指标的满足情况以及系统的瓶颈。关键字：LoadRunner性能测试校园二手交易系统1概述1.1课题背景随着Web应用技术的不断发展，用户对Web服务应用程序的性能要求变得越来越高。如果一个应用未经性能测试就投入使用很可能会在使用过程中产生服务器崩溃、系统缓冲慢等性能问题。随着现在互联网的高速发展，人们越来越依赖于Web应用，在大学校园中也不例外。大学生借助校园二手交易系统处理自己的闲置物品，变废为宝，使得该系统在大学校园中的使用率越来越高，随之而来的也是一系列的性能问题。由于该系统访问人数众多，传输的数据量也非常大，给Web服务器带来了巨大的挑战。如果Web服务器无法承受系统带来的压力，发生崩溃，可能会带来巨大的损失，这就要求系统必须具有稳定性和可靠性。因此本文针对校园二手交易系统进行性能测试的研究，用LoadRunner作为测试工具，对系统进行负载测试。1.2研究意义

校园二手交易系统为大学生提供一个可以处理闲置物品浪费的平台，是大学生常用的一个Web应用。但是如果这个Web应用在大量用户并发访问时发生崩溃或者在用户访问它时不能及时响应，那么它就会为学生带来很多困扰。因此，为验证校园二手交易系统的稳定性和可靠性对系统进行负载测试，具有很重要的意义。2性能测试相关知识及工具2.1性能测试的相关知识对系统进行负载测试，需要先估算虚拟用户数，然后利用得出的虚拟用户数模拟多用户同时操作系统。通过使用基准测试来测试执行一次操作所使用的时间，可以估算出虚拟用户数。使用并发测试来测试一定并发量的用户同时访问系统对系统性能的影响。然后不断地增加系统并发操作数向系统施压进行负载测试，验证系统承受多用户同时操作的能力，发现系统缺陷。2.2LoadRunnerLoadRunner是用于负载测试的主要工具。它可以通过模拟上千万用户实施并发负载及实施性能监测的方式来确认和查找问题。使用该工具中的虚拟用户脚本生成器可以模拟真实用户的操作行为，使用该工具中的测试控制器可以制定负载方案、设置并发数、监测资源等参数，最后可以使用结果分析器对性能测试执行后的结果进行分析，得出系统瓶颈。3测试需求分析3.1模块分析对系统进行负载测试首先应该对系统功能进行详细的分析。校园二手交易系统主要分为普通用户与管理员两部分，普通用户可以根据手机号进行登录注册，也可以根据商品名称、商品价格查询商品，还可以将自己不用的闲置物品发布到网站内进行出售，如果用户有需要的商品可以点击购买并付款。管理员可以管理商品，对用户订单进行处理，还可以对用户信息进行查看修改。系统的总体结构图，如图3-1所示：图3-1系统结构图由于技术、时间等因素无法对整个系统进行性能测试，因此只对系统的常用功能进行测试。对于校园二手交易系统而言，登录、查询商品、发布商品是至关重要的功能。因此本文只针对这三个功能使用LoadRunner进行负载测试。3.2性能需求分析校园二手交易系统是一款为大学生解决闲置物品的实时交易系统，因此当用户进行登录、查询等操作时系统应及时对用户请求作出反应。一般规定用户在2-5秒之间得到系统反馈，认为系统的响应速度还可以；如果用户在5-10秒以内得到系统反馈，则认为系统的响应速度很慢，而选择离开这个Web站点，或者发起第二次请求。所以，对于一个交易系统而言系统给用户的反馈时间即系统响应时间不应超过5S，以防止用户放弃访问页面。校园二手交易系统是一款只应用于大学校园中的小型软件，而且只有当用户需要购买物品或者出售闲置物品是用户才会访问系统，因此估算每天访问系统的用户数量为7200（n）。用户从登录系统到退出系统的平均时间间隔估算为10分钟（L），系统24小时（T）都可以访问。根据C=n*L/T得出平均并发用户数为50。校园二手交易系统能够被学生广泛使用必须保证系统高效运行，而要保证系统运行高效则必须保证CPU，内存等硬件资源使用率不超过80%，但同时也不能过低。因为如果CPU使用率、内存使用率超过80%则表明CPU应用繁忙，可能导致及其响应慢、死机等问题。如果CPU使用率、内存使用率过低则可能存在资源浪费。系统能够被广泛使用还要保证用户进行查询操作传输大量数据时服务器应该能够承受住压力并且能够正常运行。如果进行数据传输时服务器无法承受压力产生错误，则会使整个系统崩溃，使系统无法正常使用。如果在一段时间内系统处理用户请求数很大（吞吐量），则说明服务器承受压力的能力越强。因此在负载测试的过程中还需关注吞吐量的大小，吞吐量越大越好。4测试用例的设计与实施4.1测试用例的设计对于一个应用于校园闲置物品交易的系统而言，仅仅实现了其基本功能是不够的，必须在用户并发访问时，系统响应时间与吞吐量等性能都不能出现问题，这样才会受到学生的广泛使用。所以对软件进行合理的性能测试显得尤为重要。测试用例是进行性能测试的核心，它可以评估测试结果的基准，作为测试结果的依据，而且对于接下来的工作具有指导意义。下面根据性能测试的需求设计测试用例：首先进行查询模块的用例设置根据上文做出的性能需求分析，在保证服务器与数据库MySQL正常运行的前提下进行脚本的录制。将查询模块命名为02_Select，首先访问系统的登录页面，将此事务命名为home；然后输入已注册且正确的账号密码，点击登录按钮，将事务名称为Login，系统进入首页后结束Login事务；建立select事务，用户在首页的查询文本框中输入要查询的商品名称或者商品价格，点击查询按钮，出现要查询的商品链接，点击商品链接查看商品详细信息，结束select事务；最后点击退出登录按钮，此事务名称为Logout。其次是对登录和发布商品的用例设计，将登陆模块命名为01_Login，发布商品模块命名为03_public，然后根据操作步骤依次添加相应的事务，这里与查询模块的测试用例的设计相同，不再一一赘述。4.2脚本的录制与开发设计完测试用例后，根据测试用例进行录制脚本。启动LoadRunner，在VuGen中进行脚本的录制。打开VirtualUserGenerator,创建一个新脚本，选择Web-HTTP/HTML协议。设置录制开始需要访问的URL地址，点击StartRecording按钮，开始录制脚本。当系统操作执行完成后，点击工具栏中的Stop按钮结束脚本录制。录制完成后可以对脚本进行二次开发，根据要求添加相应的函数。进行负载测试主要用到添加事务，参数化和插入检查点这几个关键技术。添加事务在测试代码中添加事务可以清楚地看到这段代码的具体操作，以及完成一次操作的响应时间。例如，在查询模块的select中找到事务的开始插入lr_start_transaction("select")语句;在查询模块的select事务结束时插入lr_end_transaction("select",LR_AUTO)语句;其主要代码见附录。参数化使用参数化可以使操作更真实，更接近真实环境。它允许使用不同的参数值来模拟每个虚拟用户。以用户注册来说，将要输入的手机号进行参数化，在ParameterProperties中点击EditwithNotepad,将打开得文件中的Value值替换为50个手机号，以便对注册进行迭代，在系统中生成50个用户。插入检查点将特定的图片或者文字设为检查点可以在脚本回放期间验证操作是否成功。可以使用Web_reg_find()在脚本中适当的位置添加检查点。当用户登录成功后，系统首页会出现“我要发布商品”的文字，因此在用户登录操作脚本录制完毕后，插入“我要发布商品”这一检查点，可以验证用户是否登陆成功。4.3场景设计当脚本录制结束后可以从利用以下场景进行负载测试。这里以查询的场景设计举例，登录和发布商品与查询的场景设置类似这里不再一一赘述。选择ManualScenario进行手动测试。将思考时间设为Replaythinktime,分别设置10个，20个，50个用户同时并发执行。Duration设为Rununtilcompletion。在WindowsResources中添加要监控的CPU使用率以及内存使用情况。场景设计完成后进行场景测试，监控相应指标，并记录此时的系统性能表现以及查询结果，包括响应时间，主机资源消耗，占用内存。5测试结果的分析5.1Analysis结果分析根据测试用例的设计以及场景设计执行，得出结果查找系统性能问题和系统瓶颈。这里以查询部分为例，根据测试需求的分析得出系统的并发数应在50人左右，但是当在场景设计中设置20个并发用户进行查询时，会出现如图5-1的结果。当并发数为20时，其平均响应时间最大为5.257S，超过了在需求分析中规定的最大响应时间不超过5S的情况。如果将并发数增加到50，其平均响应时间肯定会大于5S，甚至在场景中执行时会发生错误，这说明查询商品模块的响应时间不满足用户所需性能要求，应进行优化。图5-1测试报告5.2系统瓶颈根据测试用例的设计以及场景设计执行结束后，在Analysis中将平均响应时间与Window资源表合并为一张图。这张图可以反映负载测试中平均响应时间与Window资源的使用情况，这里以登录部分为例。根据测试需求的分析得出系统的并发数应在50人左右，但是当在场景设计中设置30个并发用户进行登录时，会出现如图5-2的结果。并发数为30时，登录响应时间过长，通过操作系统分配的物理内存也在减少，导致时间消耗过长。当将并发数增加到50时，在场景设计执行时，系统就会发生错误。这说明只要并发数登录超过30，系统一定无法正常运行，此时系统登录瓶颈为并发数30，不满足需求分析中提到的50个用户并发登录，因此需要优化。图5-2Window资源-平均响应时间6总结和展望随着人们对Web应用程序的要求越来越高，对软件的性能也越来越重视，性能测试也逐渐成为保证软件性能质量的关键。通过对校园二手交易系统进行性能测试研究的过程中我收获了很多也学克服了许多困难。在测试初期，因为没有正规的产品规格说明书，导致进行软件性能测试需求分析时没有明确的依据，只能通过仔细查看代码，运行程序，熟悉网站操作流程。对于负载测试，我在创作期间阅读了大量的书籍以及文献，对负载测试的意义有了更深的了解，对它的指标、操作流程也有了一个大致的了解。通过对这些知识的学习以及不断地尝试最终顺利完成实验，得出实验结果。在系统测试阶段，我发现一些功能不能满足用户的基本性能需求，需要进行优化，提高性能质量才能正常投入使用，否则会给用户