软件测试课程设计 压力测试 课程设计 软件测试.doc

课程设计(论文)任务书 软件 学院 软件（软件测试） 专业 20063 班 一、课程设计(论文)题目 压力测试 二、课程设计(论文)工作自 2009年 1月 10 日起至 2009 年 1月 14 日止。三、课程设计(论文) 地点: 15栋5楼软件学院机房 四、课程设计(论文)内容要求：1本课程设计的目的（1）使学生能基本掌握网站压力测试（即获取系统能正常运行的极限状态）的基本思路和方法；（2）培养学生分析、解决问题的能力；（3）提高学生的科技论文写作能力。 2课程设计的任务及要求1）基本要求：（1）对默认环境和条件（要求详细记录环境条件）下，构造正确的输入进行测试；（2）记录系统能正常运行的极限状态，并对测试的结果进行分析和汇总；（3）相应驱动的编写。2）创新要求： 在基本要求达到后，可对其他软件进行类似测试。3）课程设计论文编写要求（1）要按照书稿的规格打印与写课程设计论文 （2）论文包括目录、设计思路、具体实现、运行调试与分析讨论、设计体会与小结、参考文献、附录等 （3）课程设计论文装订按学校的统一要求完成4）答辩与评分标准： （1）完成原理分析：20分； （2）完成设计过程：50分； （3）完成调试：10分；（4）回答问题：20分。5）参考文献：（1）（美）Ron Patton , 张小松 王钰 等译. 软件测试（第2版）.机械工业出版社（2）蔡为东.软件测试实战测试Web MSN. 科学出版社,北京科海电子出版社 （3）古乐, 史九林. 软件测试案例与实践教程. 清华大学出版社（4）宣小平等. ASP数据库系统开发实例导航. 人民邮电出版社6）课程设计进度安排内容 天数地点构思及收集资料 1图书馆设计与测试 2.5实验室撰写论文 1.5图书馆、实验室学生签名： 2009年 1月 10 日课程设计(论文)评审意见（1）完成原理分析（20分）：优（）、良（）、中（）、一般（）、差（）； （2）设计分析（20分）：优（）、良（）、中（）、一般（）、差（）； （3）完成调试（20分）：优（）、良（）、中（）、一般（）、差（）；（4）翻译能力（20分）：优（）、良（）、中（）、一般（）、差（）；（5）回答问题（20分）：优（）、良（）、中（）、一般（）、差（）；（6）格式规范性及考勤是否降等级：是（）、否（）评阅人： 职称： 2009 年 1 月 14 日华东交通大学课程设计报告目录一、前言1一、测试计划2三、测试用例的设计3四、测试过程5五、测试结果分析16六、课设小结及心得体会19七、查考文献20一、前言作为一个以软件测试为专业的在校大学生，在没有全面掌握软件测试的技术和经验前，接触软件测试的实践机会是很少的，所以软件测试课程设计是在学生走向软件测试师之前必要的锻炼方式。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保障的关键步骤。其定义可简略概括为：为了发现错误而运行程序的过程。随着软件规模的不断扩大，软件质量问题已成为制约计算机发展的主要因素之一。作为保证软件质量和可靠性的手段，软件测试起着不可替代的作用。在开发大型软件的漫长过程中，面对极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。因此，在软件生命周期的每个阶段都不可避免地会产生差错。测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明设计和编码的最后复审，也是必不可少的关键步骤。追求更高的质量和更高的性能是人类的天性。“更快 ,更高 ,更强”的奥运会是对人类自身运动能力的测试。同样 ,人类也在追求我们工作生活中不可或缺的WEB系统能够提供更快更强的服务。目前WEB系统已经成为各个企业运转业务时最重要的系统之一。Web 的信息化软件相比传统软件，带来了非常大的优越性，但同时也带来了很多挑战，这是因为基于 Web 的信息系统的大分布，决定了Web 服务器要同时接受大量的数据请求。这样一旦 Web 服务器瘫痪即将造成巨大的损失。这就对 Web 系统的性能提出了要求，要求产品在出厂前必须接受严格的性能测试。 有鉴于此，本课设是基于 Web 的压力测试作为主要研究方向，以ASP数据库系统开发实例导航书中介绍的“订单管理系统”作为对象，以美国 Mercury 公司生产的 LoadRunner软件为工具进行外部性能压力测试。二、测试计划 1测试计划名称订单管理系统压力测试计划2测试内容2.1背景本次测试中的压力测试是指模拟实际应用的软硬件环境及多用户订单提交过程的系统负荷，运行测试软件来测试被测系统的可靠性，同时还要测试被测系统的响应时间。用户的实际使用环境VMware Workstation虚拟的windows XP SP3系统CPU Intel core2 duo cpu T5450 内存大小324M数据库管理系统采用Microsoft Access 2003应用服务器程序和数据库管理系统同时运行在windows XP SP3上。3测试方案3.1测试环境准备在系统中配置IIS服务，及相应环境，安装LoadRunner8.13.2 测试方案设计通过使用模型分析得出主操作模块为普通用户模块，结合订单管理系统需求规格说明书，可确定主任务为登陆，物品订购，页面切换。并在此基础上，得出基本流程： a.用户为普通权限用户，登陆订单管理系统主页面，输入相应用户名和密码并登陆。 b.进入用户页面，显示物品分类 ，点击microsoft，c.在列出的物品的中，选购物品，提交订单d.用户返回住户主页并退出。结合典型任务，测试目标与主流程图，本次测试将创建复数 Vuser 脚本以模拟典型最终用户的不同操作结合测试目标需衡量的任务，定义相应事务，即多个Vuser 在同一时刻执行任务以搜集相关数据。三、测试用例的设计场景描述一：1.用户登录订单管理系统，总共登陆20个用户，所有用户都同时并发操作。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Implement & Admin Windows 2000 Network Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统场景描述二：1.用户登录订单管理系统，总共登陆40个用户，所有用户都同时并发操作。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Implement & Admin Windows 2000 Network Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统场景描述三：1.用户登录订单管理系统，总共登陆40个用户，每1秒登录1个用户。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Implement & Admin Windows 2000 Network Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统场景描述四1.用户登录订单管理系统，总共登陆40个用户，每秒同时登录10个用户。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Designing a Windows 2000 Directory Services Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统场景描述五1.用户登录订单管理系统，总共登陆80个用户，所有用户都同时并发操作2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Designing a Windows 2000 Directory Services Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统场景描述六1.用户登录订单管理系统，总共登陆80个用户，每10秒同时登录20个用户。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Designing a Windows 2000 Directory Services Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统四、测试过程4.1录制脚本启动Mercury loadRunner8.1,点击 创建/编辑脚本， 启动Visual User Generator 点击 新建VUSER脚本， 选择系统通讯的协议。这里我们需要测试的是Web（http/html）在URL 中添入要测试的Web 站点地址.这里输入本机IP.或者/，选择录制到ACTION。然后点确定后，VuGen 开始录制脚本，弹出的IE浏览器用账户test001登入。然后模拟一次网上订书，保存订单后，退出系统。然后结束录制，系统生成脚本Action() web_url(07, URL=07/, Resource=0, RecContentType=text/html, Referer=, Snapshot=t1.inf, Mode=HTML, LAST)lr_think_time(4);web_link(-用户登陆, Text=-用户登陆, Snapshot=t2.inf, LAST);web_submit_form(userlogin.asp, Snapshot=t3.inf, ITEMDATA, Name=username, Value=test001, ENDITEM, Name=password, Value=kuangxing, ENDITEM, Name=Submit, Value=确 定, ENDITEM, LAST);web_link(Microsoft, Text=Microsoft, Snapshot=t4.inf, LAST);lr_start_transaction(选购商品);web_submit_form(add.asp, Snapshot=t5.inf, ITEMDATA, Name=add, Value=22, ENDITEM, Name=order, Value=放入购物车, ENDITEM, LAST);lr_think_time(5);web_submit_form(Check.asp, Snapshot=t6.inf, ITEMDATA, Name=bookbm, Value=22, ENDITEM, Name=Q_22, Value=1, ENDITEM, Name=order, Value=确认订购, ENDITEM, LAST);lr_end_transaction(选购商品,LR_AUTO);web_link(登出, Text=登出, Snapshot=t7.inf, LAST);return 0;4.2完善测试脚本当录制完一个基本的用户脚本后， 在正式使用前我们还需要完善测试脚本， 增强脚本的灵活性。一般情况下， 通过以下几种方法来完善测试脚本。插入事务、插入结合点、插入注解、参数化输入。4.2.1 参数化输入在录制脚本过程中， 填写提交了一些数据， 比如要增加数据库记录。这些操作都被记录到了脚本中。当多个虚拟用户运行脚本时， 都会提交相同的记录， 这样不符合实际的运行情况， 而且有可能引起冲突。我们这里模拟多个用户登入系统，必须使用不同的账号。所以参数化用户登入名在代码中对001点右键，选择替换为新参数，命名参数名为USER_ID点击属性。弹出窗口点击用记事本编辑，输入001到080共80个数据点击保存后，关闭参数列表窗口，点击保存脚本，命名为“用户选购”4.3实施测试4.3.1 选择脚本，创建虚拟用户启用“controller”弹出下图，场景类型为手动场景，选择刚才录制好的脚本“用户选购”，确认后，弹出下图4.3.1测试用例二计划为默认计划，数量改为40，点击开始场景。控制器各数据监控如下图脚本执行完毕后，loadrunner会自动分析结果，生成分析结果图或表，方法是点导航栏“分析结果”选项4.3.2测试用例三编辑计划，计划名为加压，设置开始为每1秒1个VUSER确认后，点击开始场景，控制器各数据监控如下图点导航栏“分析结果”选项4.3.3测试用例五设置数量为80，编辑计划，计划名为加压，设置开始为每10秒20 个VUSER确认后，点击开始场景，控制器各数据监控如下图点导航栏“分析结果”选项五、测试结果分析5.1针对测试用例2的图表分析测试用例二：1.用户登录订单管理系统，总共登陆40个用户，所有用户都同时并发操作。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Implement & Admin Windows 2000 Network Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统在测试用例2中，40个用户同时进行加载，但只有22个用户加载成功吞吐量谁时间的增加逐渐减少，说明目前网络速度无法满足所需系统流量最大运行 Vuser 数:22总吞吐量(字节):329,245平均吞吐量(字节/秒):25,327总点击次数:129平均每秒点击次数:9.923系统满足同时操作的最大运行vuser数为22个，当大量用户同时登入系统时造成系统的性能大幅下降。针对测试用例3的图表分析1.用户登录订单管理系统，总共登陆40个用户，每1秒登录1个用户。 2.用户点击microsoft，进入microsoft书库选购3.选购过程包括：在MCME套装中选购Implement & Admin Windows 2000 Network Infrastructure，然后点击放入购物车4.点击“确认订购”按钮，点击“退出”按钮，退出系统在测试用例3中，40个用户以每秒一个用户进行加载，如图 在此测试场景中，用户加载较场景二有所减少，在场景开始运行50秒之后，所有 Vuser 已全部登陆完毕，针对这一时段，相应的事务分解图：吞吐量随时间的增加并没有相应的增加，说明目前网络速度无法满足所需系统流量最大运行 Vuser 数:40总吞吐量(字节):193,149,248平均吞吐量(字节/秒):538,020总点击次数:54,820平均每秒点击次数:152.702当用逐渐加载时，系统新能也不太理想第 19 页 六、课设小结及心得体会6.1课设小结本次测试在 WindowsXP 平台下使用 LoadRunner 测试系统对订单管理系统进行性能测试。测试过程中，进行压力测试，测试过程按照负载和流量生成，测试数据监听，获取和显示，测试数据分析和记录，测试结果输出以及测试结果报表生成步骤进行。在压力测试的过程中，总结出一些经验：以前以为压力测试很简单，只是使用工具并得出数据而已。然而，在实际的操作过程中，我深深体会