软件测试 性能测试报告

1 概述

1.1 目的

本测试报告为仓储管理系统的性能测试报告，目的在于总结测试阶段的测试结果并分析系统在高负载情况下的性能表现，评估系统是否符合需求。

1.2 背景

随着业务规模的扩大，仓储管理系统需要处理更多的用户请求和数据量。本次测试旨在模拟高并发场景，验证系统在负载增加时的稳定性、响应时间和吞吐量。

1.3 范围

本次测试主要针对仓储管理系统的以下功能模块：

用户登录

商品入库

更新库存

库存查询

2 测试概要

2.1 测试环境

PC机：Lenovo笔记本

操作系统：windows 10

测试机与被测服务器在同一局域网进行，排除了网速限制及网速度不稳定性。

2.2 人力资源

下表列出了所有参与此项目的测试人员：

角色	资源数量/具体人员
测试员经理	10
测试工程师	10

2.3 测试工作量

任务	开始时间	结束时间	总计（天数）	总计（人时）
计划	2025/6/2	2012/6/5	3	24
实际	2025/6/1	2012/6/5	4	32

3 测试内容及方法

3.1 测试需求/目标

验证系统在200并发用户下的稳定性。

评估关键事务的响应时间是否符合要求（≤3秒）。

分析系统吞吐量和资源利用率。

3.2 测试内容

本次测试主要是对百度首页访问操作在大负荷情况下处理数据的能力及承受能力。

测试方法：

场景	并发用户数量	运行场景设置	测试点
用户登录	200	10分钟	登录响应时间及成功率
商品入库	100	10分钟	数据写入性能及事务处理能力
更新库存	100	10分钟	数据读取性能及事务处理能力
库存查询	50	10分钟	查询响应时间及吞吐量

3.3 测试工具

主要测试工具为：LoadRunner性能测试工具

辅助软件：JMeter（用于补充测试）、Excel（用于数据分析）

4 测试结果及分析

4.1 网站处理性能评估

这次测试属于局域网环境进行，排除了外网的网速限制及不稳定性。

4.2并发登录用户测试

测试内容：

这次测试没有加入思考时间（think time），只是简单的百度首页页面的响应 

说明：用户的整个执行流程都录制在Action(循环)部分，所以Vuser_int (开始)和Vuser_end(结束)部分为空。Action_Transaction部分的时间为运行整个Action脚本所需的时间。

整个Action的平均响应时间为：2.832秒。

 

 

 

说明：所有响应事务数为：60个，全部完成

5 结果分析

5.1 场景执行情况

 

 

该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间，如上图所示。从该图我们知道，本次测试从2025/6/5 21:42 开始，到2025/6/5 21:48结束，共历时6分。

5.2  Statistics Summary（统计信息摘要）

 

 

该部分给出了场景执行结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如图所示。从该图我们得知，本次测试运行的最大并发数为10，总吞吐量为2,327,920字节，平均每秒的吞吐量为6,292字节，总的请求数为480，平均每秒的请求为1.297，对于吞吐量，单位时间内吞吐量越大，说明服务器的处理能越好，而请求数仅表示客户端向服务器发出的请求数，与吞吐量一般是成正比关系。

5.3  Transaction Summary（事务摘要）

 

 

该部分给出了场景执行结束后相关Action的平均响应时间、通过率等情况，如上图所示。从该图我们得到每个Action的平均响应时间与业务成功率。

5.4  HTTP Responses Summary（HTTP响应摘要） 

 

 

 

该部分显示在场景执行过程中，每次HTTP请求发出去的状态，是成功还是失败，都在这里体现，如图5- 6所示。从图中可以看到，在本次测试过程中LoadRunner共模拟发出了300次请求（与“统计信息摘要”中的“Total Hits”一致），其中“HTTP 200”的是300次，而“HTTP 302”则有180，说明在本次过程中，经过发出的请求大部分都能正确响应了，但还是有部分未得到任何返回内容，但未影响测试结果，“HTTP 200”表示请求被正确响应，而“HTTP302”表示服务器成功处理了请求，但未返回任何内容。

5.5  并发数分析

 

 

 

“Running Vusers（运行的并发数）”显示了在场景执行过程中并发数的执行情况。它们显示Vuser的状态、完成脚本的Vuser的数量以及集合统计信息，将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。上图显示了百度性能测试过程中Vusers运行情况，从图中我们可以看到，Vusers的运行趋势与我们场景执行计划中的设置是一样，表明在场景执行过程中，Vusers是按照我们预期的设置运行的，没有Vuser出现运行错误，这样从另一个侧面说明我们的参数化设置是正确的，因为使用唯一数进行参数化设置，如果设置不正确，将会导致Vuser运行错误。

5.6  响应时间 

 

 

这张图是平均事务响应时间与结果摘要中的“Transaction Summary”合成的。

此次测试用户操作流程简单，但200并发用户对服务器造成高度负载，服务器运行不稳定。

从设置200人的压力分析，响应速度太慢，超出用户的感觉快速响应时间。

5.7  每秒点击数 

 

 

 

 

 

“Hits per Second（每秒点击数）”反映了客户端每秒钟向服务器端提交的请求数量，如果客户端发出的请求数量越多，与之相对的“Average Throughput (bytes/second)”也应该越大，并且发出的请求越多会对平均事务响应时间造成影响，所以在测试过程中往往将这三者结合起来分析。从图中可以看出， “Hits per Second”正常，而“Average Throughput (bytes/second)”不正常，则表示服务器虽然能够接受服务器的请求，但返回结果较慢，可能是程序处理缓慢。