我的性能测试

名品网后台 3.0 性 能测试

作者：金朝阳

 

一：后台测试ERP3.0

单业务测试：

业务名称	测试用例	测试场景
调整产品经理与产品的关系	(1)  点击“后台管理”-“产品经理” (2)  选择一个产品经理，点击“关联产品” (3)  选择1000件产品，点击“保存”按钮 (4)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
批量设置产品状态	(1)  点击“商品产品管理”-“产品管理” (2)  选择1000件产品 (3)  点击“批量设置控制” (4)  重复1-3步骤，点击“批量调整虚库” (5)  重复步骤1-3，点击“图片批量上传” (6)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
产品虚库等操作	(1)点击“商品产品管理”-“产品管理” (2)选择1000件产品 (3)点击“批量调整虚库” (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
产品导入	(1)  点击“商品产品管理”-“产品批量导入管理” (2)  点击“产品导入” (3)  选择excel(包含1000件产品)点击“产品导入”按钮 (4)  重复步骤1-3，点击“商品导入”按钮 (5)  重复步骤1-3，点击“图片导入”按钮 (6)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
产品导出	(1)  点击“商品产品管理”-“产品管理” (2)  选择1000件产品 (3)  点击“导出Excel”按钮 (4)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
采购退货单保存	(1)  点击“采购管理”-“采购退货单” (2)  准备1000条采购退货单 (3)  点击“保存”按钮 (4)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
采购退货单审核	(1)点击“采购管理”-“采购退货单” (2)准备1000条采购退货单 (3)点击“审核”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
订单审核	(1)  点击“订单管理”-“客服订单查询”-“审核”	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
调整虚库及出库	(1)  点击“物流与库存”-“出库查询” (2)  选择1000个出库单号 (3)  点击“批量出库”按钮 (4)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
品牌管理-批量操作	(1)  点击“品牌管理”-“批量操作” (2)  选择“每页显示500条” (3)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
产品列表-批量操作	(1)  点击“产品列表”-“批量操作” (2)  选择“每页显示500条” (3)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
标签管理关联	(1)点击“标签管理”	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
生成现金券	(1)  点击“后台管理”-“现金券管理” (2)  生成100000个现金券的数量	统计生成100000个现金券的数量的时间和服务器的性能
查询订单	(1)点击“订单管理”-查询订单 (1)  查询含有1000条订单的功能 (2)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
商品销售报表	(1)  点击“报表”-“商品销售报表” (2)  统计至少含有10000条记录 (3)  点击“查询”按钮 (4)  加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
库存报表	(1)点击“报表”-“库存报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
现金券使用报表	(1)点击“报表”-“现金券使用报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
积分使用报表	(1)点击“报表”-“积分使用报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
上架商品提醒报表	(1)点击“报表”-“上架商品提醒报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
销售汇总报表	(1)点击“报表”-“销售汇总报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
销售订单信息查询	(1)点击“报表”-“销售订单信息查询” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
销售订单明细查询	(1)点击“报表”-“销售订单明细查询” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
销售退货明细报表	(1)点击“报表”-“销售退货明细查询” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
市场部销售报表	(1)点击“报表”-“市场部销售报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
商品销售报表	(1)点击“报表”-“商品销售报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
商品导出报表	(1)点击“报表”-“商品导出报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
代销结算报表	(1)点击“报表”-“代销结算报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
账户余额汇总报表	(1)点击“报表”-“账户余额汇总报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
账户余额明细报表	(1)点击“报表”-“账户余额明细报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
采购入库报表	(1)点击“报表”-“采购入库报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发
采购退货报表	(1)点击“报表”-“采购退货报表” (2)统计至少含有10000条记录 (3)点击“查询”按钮 (4)加入相应的事务点	(1)  单个交易1个用户多次迭代执行，获得在无压力情况下的平均响应时间，作为基准参考 (2)  运行时间20分钟 (3)  总共设置100个用户的并发

 

混合场景业务测试：

总共设置200个用户，用户分配比例如下图：

订单审核	50	总共设置200个用户，用户分配比例如左边图示，运行时间30分钟，用户一起增加，在Loadrunner场景中添加Sql server对象的的Number of Deadlocks/sec计数器
退货处理	50
调整虚库	50
出库	50

产品管理总共设置200个用户，用户分配比例如下图：

产品查询	50	总共设置200个用户，用户分配比例如左边图示，运行时间30分钟，用户一起增加，在Loadrunner场景中添加Sql server对象的的Number of Deadlocks/sec计数器
产品新建	50
产品修改	50
产品导入	50

买赠规则总共设置150个用户，用户分配比例如下图：

查询	50	总共设置150个用户，用户分配比例如左边图示，运行时间30分钟，用户一起增加，在Loadrunner场景中添加Sql server对象的的Number of Deadlocks/sec计数器
新建	50
修改	50

品牌特卖会总共设置150个用户，用户分配比例如下：

查询	50	总共设置150个用户，用户分配比例如左边图示，运行时间30分钟，用户一起增加，在Loadrunner场景中添加Sql server对象的的Number of Deadlocks/sec计数器
新建	50
修改	50

满额立减总共设置150个用户，用户分配比例如下图：

查询	50	总共设置150个用户，用户分配比例如左边图示，运行时间30分钟，用户一起增加，在Loadrunner场景中添加Sql server对象的的Number of Deadlocks/sec计数器
新建	50
修改	50

五个一规则总共设置150个用户，用户分配比例如下图：

查询	50	总共设置150个用户，用户分配比例如左边图示，运行时间30分钟，用户一起增加，在Loadrunner场景中添加Sql server对象的的Number of Deadlocks/sec计数器
新建	50
修改	50

 

二：前台测试WEB3.0

单业务测试：

业务名称	测试场景	监控资源
首页(index)	(1)总共设置500个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
品牌特卖专区(promotiondetail)	(1)总共设置1200个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
商品列表页(goodslist)	(1)总共设置1200个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
商品最终页(goodsdetail)	(1)总共设置1200个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
品牌详细页(branddetail)	(1)总共设置1200个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
品牌特卖列表页(promotionbrand)	(1)总共设置500个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
频道首页(goodschannel)	(1)总共设置500个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
限时秒杀页(quicksale)	(1)总共设置500个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
搜索页(serach)	(1)  总共设置200个用户，同时进行商品的搜索 (2)  加入事务点和集合点	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
购物车页(cart)	(1)总共设置500个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
订单结算(checkorder)	(1)  总共设置100个用户进行订单结算的操作 (2)  加入事务点和集合点	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
订单提交(orderpay)	(1)100个用户同时进行订单提交的操作 (2)加入事务点和集合点，实现100个用户的同时点击“订单提交”按钮	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象
团购页	(1)总共设置500个用户 (2)每10秒增加10个用户，用户全部上线之后再持续运行20分钟，然后立即全部退出 (3)思考时间设置为4秒并且在50%-150%之间随机，迭代时间设置为10秒	(1)监控CPU资源：%Processor Time,Processor queue length (2)监控内存资源:Process\private bytes.Process\working set.  Avaiable mbytes (3)监控网络资源 (4)排队现象

 

混合场景业务测试：

综合的场景包含下面的几项业务,总共2000个访问的用户的分配比例如下，思考时间设置为4秒并且设置为50%-150%的随机，迭代时间设置为10秒，每10秒增加20个用户，用户上线后持续运行1小时后，然后立即全部退出。

品牌特卖专区(promotiondetail)	用户访问比例：18.96%	一：Cpu资源：   二：内存资源：   三：事务时间：   四：网络资源：   五：数据库资源：   六：服务器排队现象
商品列表页(goodslist)	用户访问比例：22.87%
商品最终页(goodsdetail)	用户访问比例：21.11%
品牌详细页(branddetail)	用户访问比例：20.23%
品牌特卖列表页(promotionbrand)	用户访问比例：5.63%
搜索页(search)	用户访问比例：1.64%
订单提交(orderpay)	用户访问比例：0.29%

 

三：测试结果分析

业务名称	测试分析	测试结果
调整产品经理与产品的关系	(1)   描绘出计数器：%Processor Time和Processor queue length随时间变化的曲线图 (2)   描绘出计数器：Process\private bytes和Process\working set.以及Avaiable mbytes随时间变化的曲线图 (3)   统计每个具体的事务的响应时间，如果事务的响应时间过长的话，要对事务进行进一步的分解，确定具体原因 (4)   在虚拟用户全部上线之后持续运行的过程中，统计出Request Queued平均值 (5)   把服务器的Windows资源图和Vuers图进行合并，看服务器的资源随用户数量的增加变化是否合理，有无出现拐点现象 (6)   对于ERP的程序的混合场景，要描绘出Number of Deadlocks/sec计数器随时间变化的曲线	通过还是失败
各个具体业务xxx
………….