前面所说的测试分析等准备工作实际上最终目的是制定测试方案，测试方案一般包括：
项目的简要说明、项目系统结构、项目的业务结构、以及项目的性能需求、测试环境数据以及测试策略方法、测试案例、测试人员进度安排以及测试风险预估等等。
下面是一个一般的性能测试方案样例(在网页上写有排版问题，需要自行进行排版)：
性能测试方案
文档修订记录
8-1.png
目录
—
概述…. 5
术语、定义和缩略语…. 5
性能测试依据及参考…. 5
性能测试计划…. 5
性能测试目标…. 6
性能测试环境…. 6
6.1. 网络拓扑图…. 6
6.2. 应用系统架构…. 7
6.3. 应用系统风险点分析…. 8
6.4. 软硬件配置…. 8
性能测试准备…. 8
7.1. 性能测试数据…. 8
7.2. 测试工具…. 8
性能测试案例…. 9
8.1. 一般性能测试…. 9
8.1.1. 单业务流程性能测试. 9
8.1.2. 混合业务流程性能测试. 9
8.2. 过载测试 (可选)…. 10
8.2.1. 单业务流程性能测试. 10
8.2.2. 混合业务流程性能测试. 10
8.3. 稳定性测试…. 11
8.3.1. 混合业务流程稳定性测试. 11
8.4. 可靠性测试 (可选)…. 12
8.4.1. 服务进程可靠性测试. 12
8.4.2. 数据库可靠性测试. 12
8.4.3. 网络设备可靠性测试. 13
8.5. 基准测试 (可选)…. 13
8.5.1. 相同场景下的性能测试. 13
风险分析…. 14
附件
概述
【被测系统简介和背景】
术语、定义和缩略语
【一些关键的性能指标或业务名称的定义】
8-2.png
性能测试依据及参考
【有助于性能测试的相关文档】
8-3.png
性能测试计划
【根据项目实际情况安排好人力、时间】
8-4.png
性能测试目标
【描述测试的主要目的：
a)验证性：验证系统在具体的并发下，能否满足指定的需求指标；
b)探测性：测试接口及整个系统的稳定性及负载压力承受值；
c)调优性：发现系统的性能瓶颈。
……
】
【根据业务分析确定出具体的性能测试目标(以具体业务为单位，可以是单业务，也可以是混合业务)】
8-5.png
性能测试环境
6.1. 网络拓扑图
【整理出被测系统的网络拓扑结构图，主要是用来说明如何把网络中的业务服务器、数据库服务器、中间件服务器、防火墙、路由器、交换机等设备连接起来。侧重于网络数据包的整体流向，方便后续定位问题。】
【具体参考如下图，该图是某某平台的网络拓扑，从整体上把握网络数据的走向。注，最好标注各个ip和映射。】
8-6-1.png
6.2. 应用系统架构
【应用系统架构主要用来描述系统的各个服务之间的逻辑交互，例如redis缓存、mysql数据库、数据路由中间件、主备服务器等等之间的关系。侧重于服务之间的关系，需要画出系统架构图】
【具体参考如下图，该图是某某平台的应用系统架构，清晰的描述了消息中间件、nosql、redis等核心服务直接的关系。】
8-6-2.png
6.3. 应用系统风险点分析
【针对被测系统的网络拓扑图和系统架构，分析可能存在性能问题的地方，如某处可能会有大量的数据库IO操作、如果没有加redis缓存可能会导致数据库的处理能力瓶颈等】
8-6-3.png
6.4. 软硬件配置
【测试环境服务器的硬件具体信息】
8-6-4.png
【服务器上具体软件的具体核心参数配置，如数据库的连接池配置、tomcat的链接数配置、JVM参数配置，数据库的分库分表规则等】
8-6-5.png
性能测试准备
7.1. 性能测试数据
【根据系统目标业务量估算出每个相关业务表的数据量，并扩大一定的倍数，准备测试数据；满足1、测试数据的总量；2、各个业务数据量的比例】
7.2. 测试工具
【根据被测系统的使用协议具体选择对应的性能压测工具；根据待测对象具体选择监控特定的参数】
【
1) 施压工具；
2) 监控工具；
3) 调优工具
】
性能测试案例
8.1. 一般性能测试
【满足在规定的服务器资源性能指标范围内，模拟不同的用户数量的性能测试，以确定系统能够承受的最大并发数。】
8.1.1. 单业务流程性能测试
8-8-1.png
8.1.2. 混合业务流程性能测试
【模板同单业务一样的模板】
8.2. 过载测试 (可选)
【加大系统负载，使服务器资源处于极限状态下，测试服务器能否稳定运行。强调的是在极端情况下的稳定性】
8.2.1. 单业务流程性能测试
【模板同上】
8.2.2. 混合业务流程性能测试
【模板同上】
8.3. 稳定性测试
【在混合业务场景下，在负载测试的并发数下，延长测试时长到至少3*24小时，考察系统的稳定性】
8.3.1. 混合业务流程稳定性测试
【模板同上】
8.4. 可靠性测试 (可选)
8.4.1. 服务进程可靠性测试
【进程可靠性测试，在进程被kill后，能够在5分钟内自动拉起，并逐步恢复原有的业务处理能力。如tomcat的进程被杀掉后，有监控脚本自动测试并重启tomcat，以及时保证系统的正常】
【模板同上】
8.4.2. 数据库可靠性测试
【高可用测试，例如主数据库出现异常时，备用数据库可以及时的成为主库，保证系统的高可用】
【模板同上】
8.4.3. 网络设备可靠性测试
【模板同上】
8.5. 基准测试 (可选)
8.5.1. 相同场景下的性能测试
【在相同业务场景，相同配置条件，相同负载压力下，新版本的性能测试和老版本的性能测试结果比对，以测试修改的或新增的功能对原有性能的影响】
风险分析
【列出可能存在的风险】
附件
以上就是基本的此乃功能测试方案的样例，可以根据项目实际情况做出一些调整
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/211364.html原文链接：https://javaforall.net
