系统性能测试方案

转载:http://www.cnblogs.com/yunman/articles/5482134.html

1引言

1.1编写目的

编写本方案的目的是用于指导XXXX系统的性能测试,主要从测试环境、测试工具、测试策略、测试具体执行方法、任务与进度表等事先计划和设计。

1.2适用范围

XXXX系统性能测试组

XXXX系统开发组

XXXX系统性能优化组

1.3参考资料

系统性能测试指南

1.4术语和缩写词


缩写、术语


解 释


性能测试

(performance testing)


运行这些测试通常要确定程序运行有多快,以便确定是否需要优化


负载测试

(load testing)


通过在面临很多资源要求的系统上运行,攻击被测程序或系统


可靠性测试

(reliability testing)


持续进行的性能测试,目标是发现短序列程序测试遗漏的情况


……


 

 

 

 

 

2系统介绍

3测试环境

3.1网络拓扑图

3.2硬件环境

3.3软件环境

4测试范围与主要内容

测试范围:

如:XXXX系统各项性能指标,反应时间的性能测试、CPU、Memory的性能测试、负载的性能测试(压力测试)、可靠性测试

主要检测内容:

如: 1. 典型应用的反应时间

2. 客户端、服务器的CPU、Memory使用情况

3. 服务器的响应速度

4. 系统支持的最优负载数量

5. 网络指标

6. 系统可靠性测试

5测试工具和测试方法

5.1测试工具

MI(Mercury Interactive)公司的LoadRunner7.5.1创建虚拟用户脚本工具Virtual User Generator

MI(Mercury Interactive)公司的LoadRunner7.5.1创建、运行实际场景工具Controller

MI(Mercury Interactive)公司的LoadRunner7.5.1分析测试结果工具Analysis

性能监视器(MicroSoft Win2000自带)

5.2测试方法

5.2.1反应时间的性能测试


处理点或事件


期望的反应时间


实际反映时间平均值(至少3次)


上次或上版本实际反映时间平均值(至少3次)


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

测试结果分析:

5.2.2CPU、Memory的性能测试

条件:

1.客户端情况

2. 应用服务器情况

3.数据库服务器情况

测试结果分析:

5.2.3负载的性能测试(压力测试)


输入/动作


输出/响应


能否正常运行


10个用户操作


 

 

20个用户操作


 

 

30个用户操作


 

 

50个用户操作


 

 

100个用户操作


 

 

……


 

 

测试结果分析:

5.2.4可靠性测试


任务描述


 

连续运行时间


建议72小时


故障发生的时刻


故障描述


 

 

 

 

……


 

统计分析


任务A无故障运行的平均时间间隔


(CPU小时)


任务A无故障运行的最小时间间隔


(CPU小时)


任务A无故障运行的最大时间间隔


(CPU小时)

测试结果分析:

5.2.5网络性能测试

对网络性能的测试,如网络流量、每秒采样数、网络延迟等。

6测试完成准则

系统满足各项性能要求、能满足实际使用情况并提供测试报告

7任务与进度表

8提交的文档和报告    

XXXX系统性能测试方案    

XXXX系统性能测试报告

XXXX系统性能测试脚本

原文地址:https://www.cnblogs.com/ceshi2016/p/9065979.html

时间: 2024-08-01 00:16:36

系统性能测试方案的相关文章

论答系统万人大课高并发性能测试方案2018.10.30

性能测试目的:通过高并发压力测试找到目前服务器瓶颈在哪. 性能测试范围:(根据业务高峰期的日志分析) 1.socket相关(教师端网络监测.白板.分配解析卡.练习卡,学生端网络监测.学生做题) 2.Http接口(教师端备课添加多个教学点.获取课堂信息接口.定制测评.智能练习卡) 性能测试方案: 1.模拟测试在线10万用户下,系统服务器运行情况. 2.并发量=在线用户/10 3.使用Jmeter 发送每秒1w并发量,检查此时系统是否达到瓶颈 4.瓶颈的判断依据:1.服务器资源超过性能测试指标.2.

性能测试方案和性能测试报告小结

1.性能测试方案 性能测试方案应该详尽地描述如何进行性能测试,其中应该至少包括:测试背景.测试目的.测试范围.测试进入条件.测试退出条件.测试指标要求.测试策略.测试时间.测试风险和测试资源. 其中测试范围.测试进入条件.测试退出条件.测试策略.测试风险.测试资源尤其重要. 1)测试进入条件 (1)不遗留L1的缺陷. (2)性能测试数据准备完毕. (3)系统功能测试已结束. 2)测试退出条件 (1)各场景执行时间达到测试场景要求. (2)系统出现大量错误,暂停执行性能测试.   3)测试通过标准

系统性能测试及调优--转载

原文地址:http://www.51ste.com/front/det-2-1.html 1系统性能定义 性能测试,主要是通过自动化的测试工具模拟多种正常.峰值以及异常负载条件来对系统的各项性能指标进行测试.系统性能主要包括两个值: 吞吐量(Throughtput),即每秒钟可以处理的请求数,事务数. 系统延迟(Latency),也就是系统在处理一个请求或一个事务时的延迟. 它们两者之间的关系: Throughput越大,Latency会越差.请求量过大,系统繁忙,响应速度自然低. Latenc

[原创] 针对某P2P业务平台制定的系统拓扑方案

本文只代表作者在一定阶段的认识与理解. 一.写作前提 最近一个朋友找到我,说他们公司期望做一个Web Application,请我帮他们做一个系统平台的拓扑方案,需要考虑到相关系统负载问题,鉴于此需求,制定本文的设计方案(无法公司应用及企业信息). 环境信息如下: 开发语言:PHP 5.3, Object C,Java: 数据库系统:My SQL 5.5: 应用平台:XXX4.0平台. 二.本文内容 系统架构及说明 近期实施方案 长期实施方案 总结 三.系统架构及说明 依据对平台需求的总体分析,

WebGIS系统架设方案

概述 互联网技术的发展,尤其是在线地图的出现,以及LBS技术在网络和生活方方面面的快速渗透,很大程度上带动了以前不温不火的地理信息系统(GIS)行业的快速发展.当前,GIS行业的项目规模也在不断地扩大.包含基本地图服务功能,配套相关行业业务管理.数据管理能力的软件系统很多都会飙升到千万级别.三维GIS系统更甚,单单的数据获取,以单省来计算基本也在千万级别. WebGIS方面,行业外的人开始接触很多可能都是从Google地图Api,或者是说从Google地图Api示例开始的(除了Google地图A

中智讯-开放式智慧教室实训系统建设方案

中智讯(武汉)科技有限公司开放式智慧教室实训系统建设方案 1   智慧教室项目开发背景1.1    互联互通的物联网技术 随着网络覆盖的普及,人们提出了一个问题,既然无处不在的网络能够成为人际间沟通的无所不能的工具,为什么我们不能将网络作为物体与物体沟通的工具,人与物体沟通的工具,乃至人与自然沟通的工具?于是,物联网技术的发展应运而生.物联网是"万物沟通"的.具有全面感知.可靠传送.智能处理特征的连接物理世界的网络,实现了任何时间.任何地点及任何物体的连结.可以帮助实现人类社会与物理世

连锁百货企业数据分析系统建设方案

连锁百货企业数据分析系统建设方案 数据系统建设方案 FineReport数据系统的总体流程为:整合和获取数据,将数据应用于报表的开发,将开发完的报表进行逻辑展示处理和部署,最后呈现给使用者使用. 开发报表的过程中,必须结合企业流程和企业内部的系统数据,进行统一搭建,最终要求开发出一个结合了各个系统数据的报表决策平台.开发过程中坚持"契合需求,方便高效"的原则,为企业员工.管理者以及决策者提供一个实用.方便.高效的工具. 1.1方案概述 本章将按照建设目标,从业务展示对象和BI分析对象两

(转)Memcache,Redis,MongoDB(数据缓存系统)方案对比与分析

Memcache,Redis,MongoDB(数据缓存系统)方案对比与分析 数据库表数据量极大(千万条),要求让服务器更加快速地响应用户的需求. 二.解决方案: 1.通过高速服务器Cache缓存数据库数据 2.内存数据库 (这里仅从数据缓存方面考虑,当然,后期可以采用Hadoop+HBase+Hive等分布式存储分析平台) 三.主流解Cache和数据库对比: 上述技术基本上代表了当今在数据存储方面所有的实现方案,其中主要涉及到了普通关系型数据库(MySQL/PostgreSQL),NoSQL数据

文件透明加解密系统项目方案——(1)需求分析

最近发现MDT推出去的系统的有不同问题,其问题就不说了,主要是策略权限被域继承了.比如我们手动安装的很多东东都是未配置壮态,推的就默认为安全壮态了,今天细找了一下,原来把这个关了就可以了. 文件透明加解密系统项目方案--(1)需求分析