1、无人店压力测试报告1 编写目的 22 测试说明 22.1 测试对象 22.2 测试环境 22.2.1 测试环境 23 测试流程 44 测试方法 45 测试结果统计 45.1 用户并发测试：独立业务 45.1.1 首页 45.1.2 登录 65.1.3 商品管理 85.1.4 用户管理 95.1.5 警报管理 115.1.6 统计分析 126 分析与总结 146.1 独立业务 141 编写目的编写目的描述无人零售，在多用户使用环境下，系统的执行效率和稳定性。2 测试说明测试说明2.1 测试对象测试对象无人零售2.2 测试环境测试环境2.2.1 测试环境测试环境2.2.1.1 服务器端服务器端2.
2、2.1.1.1 硬件环境机器型号 配置信息 数量 备注Windows Server 2008服务器 I5-3210M 2.50GHz； 4GB 内存 *1； 70GB硬盘*1 1 台 用于数据库服务器和 WEB 应 网卡：100M 用服务器2.2.1.1.2 软件环境操作系统： Windows Server 2008数据库服务器数据库： MySQL操作系统： Windows Server 2008部署方式： Tomcat-7.0.77浏览器： IE9.0应用服务器JDK Jdk1.7.0_802.2.1.2 客户端客户端2.2.1.2.1 硬件环境机器型号 配置信息 数量 备注To be fi
3、lled by O.E.M. lInter(R)Core(TM)i3-3220CPU3.30GHz 3.3.GHz； l8GB内存*1； 500GB硬盘 *1 1 台 负载生成/性能监控2.2.1.2.2 软件环境操作系统： Windows10浏览器： IE9.0压力测试工具： JMeter备注：3 测试流程测试流程1、搭建模拟用户真实运行环境。2、安装压力测试工具 JMeter。3、使用 JMeter 线程组组织发起模拟负载，并收集测试数据以及测试目标机器和网络的资源数据。4、使用 JMeter 的查看结果集组件，分析测试结果。5、整理并分析测试结果，写测试总结报告。4 测试方法测试方法使用
4、性能测试软件 JMeter，对本系统业务进行逐步加压和跟踪记录。测试过程中，由 JMeter的管理平台调用各前台测试，发起各种组合的业务请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。1、录制日常访问量比较大的业务模块的代码，对测试机器进行压力测试。( 对首页、登录、商品管理、用户管理、警报管理、统计分析 6 个模块进行测试)2、模拟用户在业务操作时， 1000 用户同时并发，进行多次连续测试，完成测试目标。5 测试结果统计测试结果统计5.1 用户并发测试：独立业务用户并发测试：独立业务5.1.1 首页首页功能 首页目的 测试多个用户同时对系统并发操作时系统的性能。方法 录制包含如
5、下功能的代码：(1) 操作进行 1000 个用户 20 秒并发操作。(2) http:/localhost:9742/并发用户数与事务执行情况并发用户数 1000通过的虚拟用户数 1000事务平均响应时间（s） 5 毫秒事务最大响应时间（s） 298 毫秒事务最小响应时间（s） 1 毫秒首页每秒 HTTP 响应数 49.3测试工具分析结果见下图表：5.1.2 登录登录功能 登录目的 测试多个用户同时对系统并发操作时系统的性能。方法 录制包含如下功能的代码：(3) 操作进行 1000 个用户 20 秒并发操作。(4) http:/localhost:9742/home/login.html并发用
6、户数与事务执行情况并发用户数 1000通过的虚拟用户数 1000事务平均响应时间（s） 4 毫秒事务最大响应时间（s） 79 毫秒事务最小响应时间（s） 2 毫秒登录每秒 HTTP 响应数 49.2测试工具分析见下图表：5.1.3 商品管理商品管理功能 注册目的 测试多个用户同时对系统并发操作时系统的性能。方法 录制包含如下功能的代码：(5) 操作进行 1000 个用户 20 秒并发操作。(6) http:/localhost:9742/goods/goodsList.html并发用户数与事务执行情况并发用户数 1000通过的虚拟用户数 1000事务平均响应时间（s） 3 毫秒事务最大响应时间
7、（s） 28 毫秒事务最小响应时间（s） 1 毫秒注册每秒 HTTP 响应数 49.5测试工具分析见下图表：5.1.4 用户管理用户管理功能 注册目的 测试多个用户同时对系统并发操作时系统的性能。方法 录制包含如下功能的代码：(7) 操作进行 1000 个用户 20 秒并发操作。(8) http:/localhost:9742/user/userList.html并发用户数与事务执行情况并发用户数 1000通过的虚拟用户数 1000事务平均响应时间（s） 2 毫秒事务最大响应时间（s） 21 毫秒事务最小响应时间（s） 1 毫秒注册每秒 HTTP 响应数 49.7测试工具分析见下图表：5.1.
8、5 警报管理警报管理功能 注册目的 测试多个用户同时对系统并发操作时系统的性能。方法 录制包含如下功能的代码：(9) 操作进行 1000 个用户 20 秒并发操作。(10) http:/localhost:9742/warning/warningList.html并发用户数与事务执行情况并发用户数 1000通过的虚拟用户数 1000事务平均响应时间（s） 2 毫秒事务最大响应时间（s） 19 毫秒事务最小响应时间（s） 1 毫秒注册每秒 HTTP 响应数 49.5测试工具分析见下图表：5.1.6 统计分析统计分析功能 注册目的 测试多个用户同时对系统并发操作时系统的性能。方法 录制包含如下功能
9、的代码：(11) 操作进行 1000 个用户 20 秒并发操作。(12) http:/localhost:9742/statistics/selectReport.html并发用户数与事务执行情况并发用户数 1000通过的虚拟用户数 1000事务平均响应时间（s） 3 毫秒事务最大响应时间（s） 32 毫秒事务最小响应时间（s） 1 毫秒注册每秒 HTTP 响应数 49.6测试工具分析见下图表：6 分析与分析与 总结总结6.1 独立业务独立业务1000 用户并发操作这个 6 个事务全部通过，由每秒点击数及 HTTP 响应的平均数，可以看出数值一直处于上升的趋势，往后，每秒通过事务的数值在 1000 用户并发后处于下降趋势，这个操作中包含大量数据的查询使事务的每秒通过次数降低。每秒点击次数和 http 响应数在 1000 用户以后平均值也降低。说明随并发数的增多,每秒事务处理能降低, 符合正常规律. 通过率 100%.这就说明了程序在设计过程中，及数据库都没有存在瓶颈现象。在高强度运行状态下并没有产生崩溃现象！
