软件测试 网上购物系统Word下载.docx
《软件测试 网上购物系统Word下载.docx》由会员分享,可在线阅读,更多相关《软件测试 网上购物系统Word下载.docx(18页珍藏版)》请在冰点文库上搜索。
第二章测试方案
2.1测试方案设计
通过使用模型分析得出主操作模块为普通用户模块,结合订单管理系统需求规格说明书,可确定主任务为登陆,物品订购,页面切换。
并在此基础上,得出基本流程:
(1)用户为普通权限用户,登陆订单管理系统主页面,输入相应用户名和密码并登陆。
(2)进入用户页面,显示物品分类,点击microsoft,
(3)在列出的物品的中,选购物品,提交订单
(4)用户返回住户主页并退出。
结合典型任务,测试目标与主流程图,本次测试将创建复数Vuser脚本以模拟典型最终用户的不同操作结合测试目标需衡量的任务,定义相应事务,即多个Vuser在同一时刻执行任务以搜集相关数据。
第三章测试用例的设计
场景描述一:
1.用户登录订单管理系统,总共登陆20个用户,所有用户都同时并发操作。
2.用户点击microsoft,进入microsoft书库选购
3.选购过程包括:
在MCME套装中选购Implement&
AdminWindows2000NetworkInfrastructure,然后点击放入购物车
4.点击“确认订购”按钮,点击“退出”按钮,退出系统
场景描述二:
1.用户登录订单管理系统,总共登陆40个用户,所有用户都同时并发操作。
场景描述三:
1.用户登录订单管理系统,总共登陆40个用户,每1秒登录1个用户。
场景描述四
1.用户登录订单管理系统,总共登陆40个用户,每秒同时登录10个用户。
在MCME套装中选购DesigningaWindows2000DirectoryServicesInfrastructure,然后点击放入购物车
场景描述五
1.用户登录订单管理系统,总共登陆80个用户,所有用户都同时并发操作
场景描述六
1.用户登录订单管理系统,总共登陆80个用户,每10秒同时登录20个用户。
第四章测试过程
4.1录制脚本
启动MercuryloadRunner8.1,点击创建/编辑脚本,启动VisualUserGenerator
图4-1
点击新建VUSER脚本,选择系统通讯的协议。
这里我们需要测试的是Web(http/html)
图4-2
在URL中添入要测试的Web站点地址.这里输入本机IP.或者http:
//172.0.0.1/,选择录制到ACTION。
图4-3
然后点确定后,VuGen开始录制脚本,弹出的IE浏览器
图4-4
用账户test001登入。
然后模拟一次网上订书,保存订单后,退出系统。
然后结束录制,系统生成脚本
Action()
{web_url("
192.168.1.107"
"
URL=http:
//192.168.1.107/"
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"
Name=Submit"
Value=确定"
Microsoft"
Text=Microsoft"
Snapshot=t4.inf"
lr_start_transaction("
选购商品"
);
add.asp"
Snapshot=t5.inf"
Name=add"
Value=22"
Name=order"
Value=放入购物车"
lr_think_time(5);
Check.asp"
Snapshot=t6.inf"
Name=bookbm"
Name=Q_22"
Value=1"
Value=确认订购"
lr_end_transaction("
LR_AUTO);
登出"
Text=登出"
Snapshot=t7.inf"
return0;
4.2完善测试脚本
当录制完一个基本的用户脚本后,在正式使用前我们还需要完善测试脚本,增强脚本的灵活性。
一般情况下,通过以下几种方法来完善测试脚本。
插入事务、插入结合点、插入注解、参数化输入。
参数化输入
在录制脚本过程中,填写提交了一些数据,比如要增加数据库记录。
这些操作都被记录到了脚本中。
当多个虚拟用户运行脚本时,都会提交相同的记录,这样不符合实际的运行情况,而且有可能引起冲突。
我们这里模拟多个用户登入系统,必须使用不同的账号。
所以参数化用户登入名
图4-5
在代码中对001点右键,选择替换为新参数,命名参数名为USER_ID
图4-6
点击属性,弹出窗口。
图4-7
点击用记事本编辑,输入001到080共80个数据
图4-8
点击保存后,关闭参数列表窗口,点击保存脚本,命名为“用户选购”
4.3实施测试
4.3.1选择脚本,创建虚拟用户
启用“controller”弹出下图,场景类型为手动场景,选择刚才录制好的脚本“用户选购”,
图4-8:
确认后,弹出下图
图4-9
4.3.2测试用例二
计划为默认计划,数量改为40,点击开始场景。
控制器各数据监控如下图
图4-10
脚本执行完毕后,loadrunner会自动分析结果,生成分析结果图或表,方法是点导航栏“分析结果”选项
图4-11
图4-12
4.3.3测试用例三
编辑计划,计划名为加压,设置开始为每1秒1个VUSER
图4-13
确认后,点击开始场景,控制器各数据监控如下图
图4-14:
点导航栏“分析结果”选项
图4-15
4.3.4测试用例五
设置数量为80,编辑计划,计划名为加压,设置开始为每10秒20个VUSER
图4-16
图4-17:
图4-18
第五章测试结果分析
5.1针对测试用例2的图表分析
测试用例二:
(1)用户登录订单管理系统,总共登陆40个用户,所有用户都同时并发操作。
(2)用户点击microsoft,进入microsoft书库选购
(3)选购过程包括:
(4)点击“确认订购”按钮,点击“退出”按钮,退出系统
在测试用例2中,40个用户同时进行加载,但只有22个用户加载成功
图5-1
吞吐量谁时间的增加逐渐减少,说明目前网络速度无法满足所需系统流量
图5-2
最大运行Vuser数:
22
总吞吐量(字节):
329,245
平均吞吐量(字节/秒):
25,327
总点击次数:
129
平均每秒点击次数:
9.923
表5-1
系统满足同时操作的最大运行vuser数为22个,当大量用户同时登入系统时造成系统的性能大幅下降。
5.2针对测试用例3的图表分析
测试用例三
(1)用户登录订单管理系统,总共登陆40个用户,每1秒登录1个用户。
在测试用例3中,40个用户以每秒一个用户进行加载,如图
图5-3
在此测试场景中,用户加载较场景二有所减少,在场景开始运行50秒之后,所有Vuser已全部登陆完毕,针对这一时段,相应的事务分解图:
图5-4
吞吐量随时间的增加并没有相应的增加,说明目前网络速度无法满足所需系统流量
40
193,149,248
538,020
54,820
152.702
表5-2
当用逐渐加载时,系统新能也不太理想
第六章课设小结及心得体会
通过此次软件测试的课程设计,深刻学习掌握了软件测试和软件测试过程的基本方法和基本技术,关于黑盒、白盒的测试用例的设计,也进行了认真学习研究,从而进一步提高了自己在程序上的编写能力,以及一些之前未触及的问题,为即将踏上社会的自己又做了一份理论和实践的准备。
第七章参考文献(资料)
[1]谢希仁,计算机网络(第五版)[M].北京:
电子工业出版社,2008年2月
[2]胡小强,计算机网络[M]北京:
北京邮电大学出版社2005年1月
[3]朱少民,《软件测试方法和技术》,清华大学出版社,2005年
[4]段念,《软件性能测试过程详解与案例剖析》,清华大学出版社,2006年
[5]刘群策,《LoadRunner和软件项目性能测试》,机械工业出版社,2008年
[6]