客户关系管理系统性能测试Word文件下载.docx
- 文档编号:15737635
- 上传时间:2022-11-15
- 格式:DOCX
- 页数:24
- 大小:380.35KB
客户关系管理系统性能测试Word文件下载.docx
《客户关系管理系统性能测试Word文件下载.docx》由会员分享,可在线阅读,更多相关《客户关系管理系统性能测试Word文件下载.docx(24页珍藏版)》请在冰豆网上搜索。
硬件配置
软件配置
数据库服务器
应用服务器
PC机(一台)
CPU:
InterXeonX32002.4GHz
内存:
2.0GB
硬盘:
300GB
Windows2003
MySQL
Apache
控制器
负载机
InterCeleron3.06GHz
512MB
80GB
WindowsXP
LoadRunner9.1
IE6.0
MicrosoftOffice
1.3业务模型创建
测试环境准备好之后要对业务模型进行设计,知道录制脚本时的业务流程及业务背景,如表1-2所示;
指标种类
业务模型
登陆
100个虚拟用户同时并发测试
业务
联系人
准备12000条联系人记录
进入联系人管理界面的并发用户数位25个
增联系人活动并提交的并发用户数位25个
客户
准备2400条客户记录
进入客户界面的并发用户为25个
新增客户记录并提交的并发用户数位25个
商机
准备2400条商机记录
进入商机管理界面的并发用户为25个
新增商机管理界面的并发用户为25个
线索
准备12000条销售活动记录
进入线索管理界面的并发用户25个
新增线索并提交的并发用户25个
表1-2业务模型
1.4场景模型创建
业务模型是用来规范业务如何活动的。
那么场景又如何控制呢?
这就需要创建一个场景模型。
什么叫场景模型?
场景模型用来约束和规范业务活动时的场景环境,指导场景如何设计。
也就是说,如果没有定义好场景模型,那么就无法很好地去定义Control部分的场景设计或者测试出来的结果和真实的结果还存在很大的差异。
这几个模块具体的场景模型,如表1-3所示;
表1-3场景模型:
场景模型
1.启用脚本的集合点
2.每5秒加载一个虚拟用户,虚拟用户加载完成之后,场景持续运行5分钟,结束后,每5秒释放一个虚拟用户
3.使用IP欺骗,IP欺骗新建15个IP地址
4.添加Windows计数器
5.监视虚拟用户运行日志文件
2.每5秒加载一个虚拟用户,虚拟用户加载完成之后,每5秒释放一个虚拟用户
5.监视虚拟用户运行日志文件
1.5测试数据准备
完成以上工作后,接下来就要为业务模型准备数据,一般准备数据可以从以下几个方面入手:
1)数据可以来自于以前的历史数据。
如登陆模块,测试10个用户同时登陆的情况,如果已有10个真实的用户账号信息,那么在准备数据时,就可以直接调用这些现有的数据。
2)手动添加准备数据。
如登录模块,如果现在没有10个现成的真实用户账号信息,那么就需要自己手动去创建,当然创建的方式就有很多种了,可以使用LoadRunner进行创建,也可以写一段小程序去创建,当然还可以选择手动创建。
但是当数据量很大时,选择手动创建就是一件很困难的事,如测试BOSS(Business&
OperationSupportSystem)系统,几千个虚拟用户并发,如果手动去准备这些数据就很麻烦。
3)数据以何种形式调用。
如登陆模块的这10个账号信息,在测试过程中如何调用,这里会出现两种不同的情况。
一是文本形式,文本形式有一个缺点是,LoadRunner参数列表中最多允许100行参数,那么如果参数很多就不能用这种方式了,二是数据库的方式,如果大量参数要被调用的话,就应选择数据库的形式,因为数据库形式没有受记录的限制。
各模块数据准备情况,见表1-4。
表1-4准备数据
准备数据
准备好100个正确的用户账号信息
准备好12000条联系人记录
准备好2400条客户记录
准备好2400条商机记录
准备好12000条线索记录
这些数据都选择loadRunner生成,100个用户账号信息存储在数据库中,以方便参数化时调用。
第二章测试用例
根据测试计划,设计了包括用力编号、测试目的、开发用户数、模拟用户行为和预期结果五大部分的测试用例。
用力编号
LI_001
测试目的
测试100个虚拟用户并发时,系统登陆响应时间
并发用户数
100个
模拟用户行为
1.进入登陆界面
2.输入用户名和密码,点击登陆
预期结果
系统登陆的响应时间不能超过5秒
进入联系人管理界面
TM_001
测试进入联系人管理界面活动,系统进入联系人管理界面的响应时间
25个
2.输入用户名和密码
3.进入首页,点击“联系人管理”按钮,进入联系人管理界面
系统处理进入联系人管理界面响应时间不能超过5秒
新增联系人
TM_002
测试提交新增联系人活动,系统提交的响应时间
4.在联系人管理界面,点击“新增联系人
5.填写新增联系人信息,并提交”
系统处理提交新增联系人信息的响应时间不能超过5秒
进入客户管理界面
CL_001
测试进入客户界面活动,系统进入客户界面的响应时间
3.进入首页,点击“客户管理”按钮
系统处理进入客户管理界面响应时间不能超过5秒
新增客户记录
CL_002
测试提交客户记录,系统提交客户记录的响应时间
3.进入首页,点击“客户管理”按钮
4.在客户管理界面,点击“新增客户”按钮
5.填写新增客户信息,并提交
系统处理提交新增客户信息响应时间不能超过5秒
进入商机管理界面
BC_001
测试进入商机管理界面活动,系统进入客户界面的响应时间
3.进入首页,点击“商机管理”按钮
系统处理进入商机管理界面响应时间不能超过5秒
新增商机记录
BC_002
测新增商机记录,系统新增商机的响应时间
4.再去爱商机管理界面,点击“新增商机”按钮
5.填写新增商机信息,并提交
系统处理新增商机响应时间不能超过5秒
进入线索管理界面
TH_001
测试进入线索管理界面活动,系统进入线索界面的响应时间
3.进入首页,点击“线索管理”按钮
系统处理进入线索管理界面响应时间不能超过5秒
新增线索记录
TH_002
测试提交线索管理界面活动,系统新增线索界面的响应时间
4.在线索管理界面,点击“新增线索”按钮
5.险些新增线索信息,并提交
系统处理提交新线索响应时间不能超过5秒
第三章执行测试
3.1脚本开发
根据业务模型和场景模型可以开始开发测试脚本,主要涉及到测试脚本实现过程和脚本的结构。
虚拟用户脚本的开发情况见表3-1
表3-1虚拟用户脚本开发情况
用例编号
用例名称
开发情况
并发登陆
在脚本中对用户名和密码进行参数化,参数调用是通过读取数据库中的数据来获得,设置文本检查点,检查登陆的用户名是都正确
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发联系人管理界面操作
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发提交新增联系人活动操作
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发进入客户管理界面操作
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发新增客户记录操作
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发进入商机管理界面操作
新增商机
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发新增商机记录操作
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发进入线索管理界面操作
该脚本和LI_001合并,在LI_001登陆后,其中有25个虚拟用户进行并发新增线索操作
1.登陆
进入Loadrunner主界面,如图3-1所示;
图3-1LoadRunner
点击“Create/EditScripts”,启用后新建一个用户脚本,因为我们要测试的是Web应用所以如下所示,选择Web(HTTP/Html)协议,如图3-2所示;
图3-2Web(HTTP/Html)协议
在录制脚本中定义一个集合点“并发登陆”,用来保证虚拟用户真的进行了并发登录操作。
定义一个事务“提交登陆”,这样来统计登陆所花费的时间。
添加文本检查点,检查登陆的用户名是
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 客户关系 管理 系统 性能 测试