网络基准性能测试
一、 测试目的
通过测试网络的连通性、吞吐量、往返延时、丢包率，判断网络系统的基准性能是否符合标准DB37/T 291-2000《计算机网络检测与评估》的要求。
二、 术语解释
2.1连通性
连通性反映被测试链路之间是否能够正常通信。
2.2吞吐量
吞吐量是指测试设备或被测试系统在不丢包的情况下，能够达到的最大包传输速率。
2.3响应时间
响应时间即往返延迟，是指发出请求的时刻到用户的请求的相应结果返回用户的时间间隔。
2.4丢包率
丢包率是指在吞吐量范围内测试所丢失数据包数量占所发送数据包的比率。
三、 测试依据
本次测试依据DB37/T291-2000《计算机网络检测与评估》
四、 网络拓扑
五、 测试环境分析
网络基准性能测试在山东省标准化研究院网络管理中心完成。测试在空载环境下进行，选取省局的服务器所在网络进行负载压力测试，通过模拟大量的数据包，测试网络的基准性能，以确保网络性能可以保障业务的正常运行。
3.1防火墙访问控制策略表
注：测试时在防火墙访问控制策略中添加允许双向ping通的策略，并打开测试工具的两个默认端口才能完成测试。
3.2测试场景描述
在网络基准性能测中，选定主要通道，分四个场景，利用Chariot的数据产生功能，生成特定长度的帧，人为的给网络系统制造特定的数据流量，以测试网络的连通性、吞吐量、响应时间和丢包率。四个场景拓扑图分别如下：
场景1
上述链路的选取和测试，体现了从网通线路入口到F5负载均衡上连口之间的网络性能，反映了数据经过防火墙控制策略过滤后所呈现的网络基准性能。在测试过程中，需要断开Internet连接，并在防火墙的E1接口上放置测试机A，摘除F5以及两台WEB服务器，并在F5的位置上放置测试机C。
场景2
上述链路的选取和测试，体现了从电信线路入口到F5负载均衡上连口之间的网络性能，反映了数据经过防火墙控制策略过滤后所呈现的网络基准性能。在测试过程中，需要断开Internet连接，并在防火墙的E3接口上放置测试机B，摘除F5以及两台WEB服务器，并在F5的位置上放置测试机C。
场景3
上述两条链路的选取和测试，体现了从WEB服务器到两台数据库服务器之间的网络性能，反映了数据经过WEB服务器后台处理并对数据库进行操作时所呈现的网络基准性能。在测试过程中，需要断开Internet连接，并由测试机D代替两台数据库服务器。
场景4
上述两条链路的选取和测试，体现了从F5负载均衡上连口到两台WEB服务器之间的网络性能，反映了数据经过F5负载均衡数据流量分配后所呈现的网络基准性能。在测试过程中，需要断开Internet连接，摘除F5以及两台WEB服务器，并在F5的上连口上接测试机C。
六、 测试工具表
七、测试结果
7.1网络连通性测试
7.2网络吞吐量测试
7.3往返延迟测试
7.4丢包率测试
八、 测试结论
注：本次测试只在当前的网络配置和测试环境下环境情况下有效。
第二篇：性能测试报告模板
压力测试报告
XXXX性能测试报告 第 2 页
拟制
Prepared By
审核
Reviewed By
日期 Date 日期 Date
XXXX性能测试报告 第 3 页
目 录
第1章
第2章
第3章
3.1
3.2
第4章
4.1
4.2
第5章
第6章
系统概述 ................................................................................................................... 4 方案设计 ................................................................................................................... 4 方案一测试结果 ..................................................................... 错误！未定义书签。 方案摘要 ................................................................................. 错误！未定义书签。 运行结果 ................................................................................. 错误！未定义书签。 方案二测试结果 ..................................................................... 错误！未定义书签。 方案摘要 ................................................................................. 错误！未定义书签。 运行结果 ................................................................................. 错误！未定义书签。 结论 ......................................................................................... 错误！未定义书签。 附录 ......................................................................................... 错误！未定义书签。
XXXX性能测试报告 第 4 页
第1章 系统概述
系统名称：XXXX系统
系统组成：
系统用户：
系统简述：
测试目标：
测试模型：
第2章 方案设计
2.1 系统压力强度估算
测试压力估算时采用原则如下：
? 系统在线用户数取系统总用户数的20%，即：
? 系统在线用户并发数取在线用户数的30%，即：
系统响应时间判断原则（2-5-10原则）如下：
? 系统业务响应时间小于2秒，判为优秀，用户对系统感觉很好；
? 系统业务响应时间在2-5秒之间，判为良好，用户对系统感觉一般；
? 系统业务响应时间在5-10秒之间，判为及格，用户对系统勉强接受；
? 系统业务响应时间超过10秒，判断为不及格，用户无法接受系统的响应速度；
XXXX性能测试报告 第 5 页
2.2 测试环境
网络环境：公司内部的以太网，与服务器的连接速率为100M，与客户端的连接速率为10/100M
自适应。
配置：
环境的模拟图如下：
XXXX性能测试报告 第 6 页
场景设计
系统分网站和后台管理两部分，测试分两个方案。测试内容取四个典型的用户操作…… 场景设计思想是：大量用户使用和长时间反复运行，以检查系统的长期稳定性。
访问内容：
访问频率：
访问用户数（并发用户数）：400
访问时间：每15秒增加4个用户，并发用户数达到400后再持续6小时。
XXXX性能测试报告 第 7 页
测试工具：
Loadrunner8.1 （美国Mercury公司）
使用HTTP/HTTPS协议。
主要思想是使用虚拟用户（Virtual users）来模拟实际用户对系统施加压力。
模拟图如下：
XXXX性能测试报告 第 8 页
第3章 测试结果
XXXX性能测试报告 第 9 页
第4章 综述
在方案一测试中，系统在大量用户使用和长时间反复运行中，系统未出现不良反应，包括cpu、内存占用过高、内存泄露等，系统反应良好，在大吞吐量情况系统响应时间令人满意，系统稳定性比较可靠。
在方案二的测试中，系统在大用户量并发操作时，服务器的cpu和内存占用率较高，由于此测试属于并发测试，因此属于正常现象，并系统响应速度良好。通过对方案一和方案二的分析，本报告认为徐汇科委科普志愿者管理系统的性能满足需求中定义的2500用户在线的要求。
注：系统的性能和硬件环境相关，系统的具体性能视硬件环境而定。
本次测试
综上所述