性能测试标准及准则_第1页
性能测试标准及准则_第2页
性能测试标准及准则_第3页
性能测试标准及准则_第4页
性能测试标准及准则_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、性能测试标准及准则明确目的描述本次性能测试的主要目的,例如:评估系统性能,为性能调优提供依据和建议,或者做对比分析的性能测试等,或对系统的未来容量等作出预测和规划等性能测试目的:验证改进性能效果,需要和以前的测试结果进行比对;新的业务上线,验证新系统能够满足系统的上线指标。验证系统稳定性;验证系统的架构是否存在瓶颈。性能测试目标:1、系统新上线、测试明确的数字标准对比情况下,验证系统是否可以上线。测试系统的极限,如:系统某些资源已经耗尽,CPU、句柄、内存、数据库出现大量的slowquery、或者系统有些处理已经变量)或者证明系统能否根据硬件水平扩展的。2、没有可以比较的测试结果,但是产品已经

2、上线一段时间(一般3个月以上),有一些运营数据,则分析运营数据来作为比对基准,只要测试系统达到3个月内系统并发峰值的4倍就可以认为是可以接受的。(如果是接口为测试对象,则需要混合主要的接口来进行性能测试)3、有以往测试结果进行对比,只要证明类似的测试条件下,此次的结果比以往的测试结果更好即可(每秒处理个数更多、单次请求的处理速度更快等)4、开发人员提供经验值作为对比的基准,则被测对象只需要证明满足开发人员提出的经验值。般出现瓶颈点:硬件上的性能瓶颈:般指的是CPU、内存、磁盘I/O方面的问题,分为服务器硬件瓶颈、网络瓶颈(对局域网可以不考虑)、服务器操作系统瓶颈(参数配置)、中间件瓶颈(参数配

3、置、数据库、web服务器等)、应用瓶颈(SQL语句、数据库设计、业务逻辑、算法等)。应用软件上的性能瓶颈:般指的是应用服务器、web服务器等应用软件,还包括数据库系统。例如:中间件weblogic平台上配置的JDBC连接池的参数设置不合理,造成的瓶颈。应用程序上的性能瓶颈:般指的是开发人员新开发出来的应用程序。例如,程序架构规划不合理,程序本身设计有问题(串行处理、请求的处理线程不够),造成系统在大量用户方位时性能低下而造成的瓶颈。操作系统上的性能瓶颈:般指的Linux等操作系统,我们用的是CentOS例如,在进行性能测试,出现物理内存不足时,虚拟内存设置也不合理,虚拟内存的交换效率就会大大降

4、低,从而导致行为的响应时间大大增加,这时认为操作系统上出现性能瓶颈。网络设备上的性能瓶颈:般指的是防火墙、动态负载均衡器、交换机等设备。例如,在动态负载均衡器上设置了动态分发负载的机制,当发现某个应用服务器上的硬件资源已经到达极限时,动态负载均衡器将后续的交易请求发送到其他负载较轻的应用服务器上。在测试时发现,动态负载均衡器没有起到相应的作用,这时可以认为网络瓶颈。一、运行环境要求(注:性能测试必须是单独的干净测试环境)描述性能测试对象的环境要求:1、硬件环境需求(描述数据库服务器,应用服务器,接口后台服务器配置说明)(依据实际情况,有则写,没有则待定);2、软件环境需求(依据实际情况,有则写

5、,没有则待定);a、操作系统要求(描述各个硬件服务器安装的操作系统);b、应用软件要求(描述各应用软件的名称、安装位置、版本信息);c、客户端要求(描述对客户端IE、第三方软件的版本信息);3、运行模式(描述该系统的运行模式,如:B/S或者C/S或APP)4、其他环境需求(如有其他环境需求则描述清楚,否则写无)二、初始化参数用户量基础数据测试时需要在用户表增加多少用户量,作为用户基础数据举例:对平台压测,需要准备定数据的用户、用户详情等相关数据业务数据课程基础数据:在业务表导入多少数据量作为业务基础数据,举例:collegeesson等关联表数据心理FM数据:在业务表导入多少数据量作为业务基础

6、数据,举例:fm_broadcast等关联表数据。三、举例1、架构技术;举例:Web服务-描述是否使用nginx应用还是其他web应用,是否有做静态分类技术把常用的css、js等样式、图片文件部署在n上,目的是减轻tomcat应用服务性能压力。Nginx是否做了请求访问软负载均衡等等。2、测试环境硬件资源列出对应的表格,按照真实实际的情况设计填写;举例表格:配制要求服务器类型CPU内存服务器名IP用途备注3、测试目标如果是并发测试,这需要大致估算用户量;举例:根据XX项目需求说明书得知总用户数1000,因为系统没有真实上线使用,根据2/8原则进行推算,80%的时间里都是20%用户在操作,(总用

7、户数*20%)为在线用户数(即200人),在线用户数的20%定为并发用户数(即40)。得出结论:在线用户:12000人,并发量为:6002400。(注:此2/8原则只是我依照着之前公司的数据得出,不一定具备普遍性,故推算数据时,需要开发、运维等协助)基线用户量(人)(估算)在线用户数(估算)并发用户数系统设计用户量100020040系统上线用户量未来三年用户量4、测试场景列出系统需要测试的业务场景,作为性能测试脚本录制依据;业务场景举例主要业务操作并发量是否常用业务重要性系统登录500是中参加课程1000是高点击播放课程500是中课程留言查询300是低5、响应时间要求(用户最直接感受标准)业务

8、操作尽可能详细描写,系统响应时间需要项目负责人与客户沟通确认;以下标准可以参考没有明确响应时间指标,则按3-5-8原则进行填写普通业务操作响应时间:5秒内万级数据量查询业务响应时间:8秒内百万级数据量业务查询响应时间:10秒内千万级别数据量业务查询响应时间:20秒内最为正确的统计做法是用百分比分布统计。6、网络带宽及硬件(我们用的阿里云可以省略)网络需要注意:描述性能测试环境各应用服务器之间的局域网网络带宽多少?互联网出口的网络带宽多少?测试客户端所在的网段带宽多少?7、通过准则1)通过准则由产品、开发、测试一起制定。2)针对不同测试目的确定测试通过准则。举例:服务器可靠性,在保持高并发情况下长时间提供服务(XX并发XX时间不宕机),性能曲线是否下降。3)明确本次测试关注点;举例:类别判断准

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论