任务2 提交Discuz项目中测试方案、测试用例及场景运行的Checklist
10
刘兴梅
开始于 2019-04-01 17:03
2 3 47
已截止

任务尚未发布或者你没有权限查看任务内容。

任务讨论
刘兴梅

任务已更新

刘兴梅

任务已更新

刘兴梅

任务已更新

耿浩洋

搭建环境记录:

      1.下载Discuz文件

       2.discuz的源文件放在upupw32中的htdocs

       3.discuz中的upload中的文件全部剪切到discuz的根目录下

       4.在浏览器中输入localhost:端口号(8033/discuz 然后进行安装

       5.安装过程中数据库管理员密码设置为111111

测试方案:

 测试策略:

1)单用户测试,打开平台,获取Analysis结果。

2)多用户在同一时间做同一事情或执行同一操作,如多用户注册,多用户登录,多用户发帖,等,测试系统承受压力,允许用户最大数量,最长响应时间。

3)通过构造不同场景,模拟不同用户的不同操作,比如登录,注册,发帖,搜索,分享等,来进行场景分析。

业务抽取(测试脚本):

需要进行测试的主要业务

序号

业务名称

脚本编写

1

注册用户

不同用户用不同数据同时进行注册,在并发的情况下测试注册时间

2

发帖

不同用户在相同时间去发帖,在并发的情况下测试系统响应时间

  3

搜索查询

不同用户在想同时间进行查询搜做,在并发的情况下测试获得响应的时间

测试场景

序号

场景描述

监控范围

1

100个并发注册用户,并发率为20%

10个用户启动,每隔60秒,增加5个用户,持续5分钟,立即结束负载。

注册响应时间,

服务器CPU,内存,磁盘开销

2

100个用户查询,10用户启动,每隔30秒增加10个用户,持续5分钟,立即结束负载

注册响应时间,

服务器CPU,内存,磁盘开销

3

100个用户登录发帖,回帖并发率为百分之10,登录不设置并发。10个用户启动,每隔30秒增加5个用户,持续5分钟,立即结束负载。

注册响应时间,

服务器CPU,内存,磁盘开销

测试用例:

用例编号:1

用例名称:用户注册

用例步骤:1.打卡首页,点击注册

2.   输入用户名admin1,密码111111,确认密码:111111email664852088@qq.com

3.   点击提交

备注:添加手工事务检查是否出现“成功注册”

用例编号:2

用例名称:查询帖子

用例步骤:1.打卡首页,点击广场,在搜索框中输入搜索内容“社区”

          2.点击类型“广场”

3.点击提交

备注:查询前思考5

用例编号:3

用例名称:发帖

用例步骤:1.登录,用户名:admin 密码:111111

2.   进入首页,点击“广场”模块,点击页面中的默认板块

3.   输入主题和内容,

4.   点击“发表帖子”

备注:添加登录事务,发表前5秒思考时间

场景Checklist

检查项编号

检查项目

检查人

1

场景类型

耿浩洋

2

场景脚本

耿浩洋

3

场景运行设计

耿浩洋

         4

运行设置

耿浩洋

         5

集合点策略

耿浩洋

         6

负载生成器

耿浩洋

         7

SLA策略

耿浩洋

         8

系统监控及计数器管理

耿浩洋

         9

运行结果

耿浩洋

         10

环境备份

耿浩洋

耿浩洋
Discuz性能测试分析报告(一)测试目的:

disuz论坛进行性能测试,进一步评估它的各项性能指标,方便用户使用,提高用户使用感受。

(二)测试环境:

     硬件配置:CPUi7 930 2.80GHZ 1333*21

               内存:DDR3 1600 2GB*3

               硬盘:ST 7200.12TB *2 RAID 0

               网卡:Intel110/100/1000 自适应

     软件配置:Win10操作系统,Virtual Box虚拟机,LoudRunner性能测试工具 ,MySQL数据库

(三)测试工具及测试方法说明:

       采用Loadrunner性能测试工具,对被测试系统实施自动化压力测试,最后形成压力测试结果分析报告。

       本实验采用的LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。在LoadRunner的帮助下,用户可以以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题。

      本次实验中对discuz论坛的登录,浏览帖子,发帖的进行压力测试,分别使用10,100用户,通过不断增加负载,找到当前系统的负载情况,得到关键数据。

(四)测试结果数据:并发用户图:

10用户:

   100用户:

10个用户并发的情况下,在5秒钟时用户开始上,49秒时处理完成。在并发用户数为100时,用户上线过程分为了2段,在2秒时上一部分在4秒时又上一部分,在44秒时开始结束并陆续释放用户。

10个用户并发的情况下无一失败,但100个用户并发时,1个失败。

事务图:

10

100

当用户为10人时,用户的登录功能是比较稳定的,方差仅为0.024,折线是一直在上升的,所以最不稳定的。当用户数为100人时,折线反而相对平滑一些,而用户浏览主题的方差却很大,奥义,随着用户数的增加用户浏览主题可能相当费时切不稳定。

事务通过数图:10个用户

100用户:

只有100用户中打开发帖的时候有一个失败。

每秒点击数图:

10人:

100人:

用户为10个时,平均每秒点击量为25.88,在第30秒时每秒点击量最大为128。用户为100时平均每秒点击量为78.606次,出现了3次峰值为280,方差为82.444。每秒点击数越高说明性能越好。

HTTP请求图:

10人:

100人:

HTTP协议每秒请求次数,200代表成功,301代表永久移动。由图表可知,在用户数为10时,在30秒时请求成功次数最高位128,平均每秒请求成功次数为25。100人时出现了3次高峰,其中两处出现峰值280,平均每秒请求成功次数为77。

(二)总结测试结论

系统在10人时,在并发用户图,事务通过数,每秒点击数,和http请求图中都可以发现,运行很顺畅响应时间也很少,相对稳定。在100用户图中,发现随着用户数量的增加,这些性能就会出现异常。失败,不通过的情况,图中的趋势也呈现不稳定趋势。

刘兴梅

任务已更新

刘兴梅

任务已更新

刘兴梅

任务已更新