手机版

百科生活 投稿

性能测试方案!,性能测试方案评审(性能测试方案<计划>模板)

百科 2025-12-25 04:54:20 投稿 阅读:1727次

关于【性能测试方案!】:性能测试方案!(如何写性能测试用例),今天小编给您分享一下,如果对您有所帮助别忘了关注本站哦。

  • 内容导航:
  • 1、性能测试方案!(如何写性能测试用例)
  • 2、性能测试方案(计划)模板

1、性能测试方案!(如何写性能测试用例)

性能测试方案!(如何写性能测试用例)

性能测试用例

1. 如何写性能测试用例

由于性能测试与功能测试有很大的区别,所以讨论出的结果可能与预先的设想有一定的区别。

性能测试的目的:

为了验证系统是否达到用户提出的性能指标,同时发现系统中存在的性能瓶颈,起到优化系统的目的。

性能测试指标的来源:

用户对各项指标提出的明确需求;如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。(需求+经验)

主要的性能指标:

服务器的各项指标(CPU、内存占用率等)、后台数据库的各项指标、网络流量、响应时间。

BUG观点:

1、性能测试就象人在无风情况下跑步(正常情况下的性能指标);

2、压力测试就象人在微风中跑步(在正常的基础上加大多少百分比压力的性能指标);

3、负载测试就象人在强风中跑步(不断加压,直到系统崩溃)。

HTTP观点:

1、 负载测试是正常情况下持续的加压;

2、 压力测试是直接加压达到一个极限值。

大家统一的观点:

性能测试、压力测试、负载测试密不可分,可统称为性能测试。

性能测试要点:

1、 性能测试是在功能测试完成之后进行。

2、 性能测试计划、方案一般与测试用例统一在一个文档里。

3、 测试环境应尽量与用户环境保持一致。

4、 性能测试一般使用测试工具和测试人员编制测试脚本来完成,性能测试的环境应单独运行尽量避免与其他软件同时使用。

5、 性能测试的重点在于前期数据的设计与后期数据的分析。

6、 性能测试的用例主要涉及到整个系统架构的问题,所以测试用例一旦生成,改动一般不大,所以做性能测试的重复使用率一般比较高。(说明:当系统中出现的某个功能点需要修改,它一般只会影响到功能测试的设计用例,而对于性能测试,很少影响到性能测试的设计用例。但是如果某个功能有较大的修改,性能测试也应该进行重新测试。)

2. Loadrunner性能测试一个实例(经典)

随着测试越来越重要,其中的性能测试也受到越来越多的关注。比较普遍的性能测试工具是Loadrunner7.51,但是很多人对此性能工具不是很熟悉。本人也是总结心得体会,将做过的性能测试实例以饷大家,希望对各位做测试的朋友有所帮助。

该方案是针对某公司试题库的性能测试。该试题库是用来对公司内部员工培训结果的一个考核。试题库在公司内部web服务器上,假设开设50个账号和密码可供50个考生同时参加考试。要求,每台机器只能由一个用户使用,每个用户只能使用各自不同的账号登录考试系统,做完题目后,要求提交考试结果,若在制定的时间内不提交,则系统强制提交考试结果。

但是,一般测试部门不可能有50台机器同时进行测试的。所以,可以借Loadrunner7.51模拟IP地址,修改脚本来协助测试。但是,为了保证测试结果,建议搜罗公司中所有可用的机器进行复测,因为有时候是不可以完全信赖工具的。

现场测试环境

硬件:50台PC机,Web服务器

软件:Loadrunner7.0,Win2000,IE5.0和IE6.0

人员:质控部2人,执行现场测试

项目部22人,提供现场环境

技术部各1人,提供技术支持

测试要求

50个用户拥有独立IP地址,不同的用户及密码登录,试题完成后各自同时提交。

测试内容

50个用户以不同的用户名和密码登录试题库。试题完成后,提交考试结果。测试考试结果是否能正常提交以及正确评分。

测试方案

1、 完全20台实际的PC机进行现场测试。

(1) 准备工作,并做计划。第一轮测试执行三遍,设定用户考试内容全部同时提交,第一遍全部使用IE5.0,第二遍10台使用IE5.0,10台使用IE6.0,第三遍全部使用IE6.0

(2) At 9:00 ,20个用户同时登录系统

(3) At 9:05 ,20个用户同时全部提交

(4) 分别记录第一轮测试(三遍)的结果

(5) 第二轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,全部使用IE5.0

(6) At 9:15 ,20个用户同时登录系统

(7) At 9:20 ,15个用户同时提交

(8) At 9:25 ,剩余5个用户同时提交

(9) 记录第二轮测试结果

(10) 第三轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,全部使用IE6.0

(11) At 9:15 ,20个用户同时登录系统

(12) At 9:20 ,15个用户同时提交

(13)红豆博客 At 9:25 ,剩余5个用户同时提交

(14) 记录第三轮测试结果

(15) 第四轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,正常提交用户使用IE5.0,延时提交用户使用IE6.0

(16) At 9:15 ,20个用户同时登录系统

(17) At 9:20 ,15个用户同时提交

(18) At 9:25 ,剩余5个用户同时提交

(19) 记录第四轮测试结果

(20) 第五轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,正常提交用户使用IE6.0,延时提交用户使用IE5.0

(21) At 9:15 ,20个用户同时登录系统

(22) At 9:20 ,15个用户同时提交

(23) At 9:25 ,剩余5个用户同时提交

(24) 记录第五轮测试结果

(25) 第六轮测试准备工作,设定15个用户考试内容同时提交,另外5个用户延时5分钟提交,正常提交用户其中10个使用IE5.0,5个使用IE6.0,延时提交用户使用IE5.0

(26) At 9:15 ,20个用户同时登录系统

(红豆博客27) At 9:20 ,15个用户同时提交

(28) At 9:25 ,剩余5个用户同时提交

(29) 记录第六轮测试结果

(30) 第七轮测试准备工作,设定10个用户考试内容同时提交,另外10个用户分两次分别延时5分钟、15提交

(31) At 9:35 ,20个用户同时登录系统

(32) At 9:40 ,10个用户同时提交

(33) At 9:45 ,剩余的其中5个用户同时提交

(34) At 9:55 ,剩余的5个用户同时提交

(35) 记录第七轮测试结果,参见第二轮测试-第六轮测试过程分别对IE5.0和IE6.0的情况进行测试

(36) 第八轮测试准备工作,设定其中10个用户不提交,由系统强行提交

(37) At 10:10 ,20个用户同时登录系统

(38) At 10:15 ,10个用户同时提交

(39) 其余用户的内容由系统强行提交

(40) 记录第八轮测试结果,参见第二轮测试-第六轮测试过程分别对IE5.0和IE6.0的情况进行测试

(41) 第九轮测试准备工作,设定其中10个用户同时提交,5个用户延时5分钟提交,其余用户由系统强行提交

(42) At 10:25 ,20个用户同时登录系统

(43) At 10:30 ,10个用户同时提交

(44) At 10:35 ,剩余的其中5个用户同时提交

(45) 剩余5个用户系统强制提交

(46) 记录第九轮测试结果,参见第二轮测试-第六轮测试过程分别对IE5.0和IE6.0的情况进行测试

2、 模拟20个用户进行测试。其中,10台是PC机,另外10台机器的IP地址是Loadrunner模拟出来的。

(1) 在10台实际的PC机中抽取其中一台虚拟10个IP地址,包括自身的IP地址,该机器上共11个IP地址,这11个IP地址只能全部使用IE5.0或者全部使用IE6.0

(2) 其余9台实际的PC机分别由9个人操作,另外一台机器由一位质控部人员操作

(3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟

(4) 其余过程参见1

3、 模拟20个用户进行测试。其中,5台是PC机,另外15台机器的IP地址是用Loadrunner模拟出来的。

(1) 在5台实际的PC机中抽取其中一台虚拟15个IP地址,包括自身的IP地址,该机器上共16个IP地址,这16个IP地址只能全部使用IE5.0或者全部使用IE6.0

(2) 其余4台实际的PC机分别由4个人操作,另外一台机器由一位质控部人员操作

(3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟

(4) 其余过程参见1

4、 模拟35个用户进行测试。其中,20台是PC机,另外15台机器的IP地址是用Loadrunner模拟出来的。

(1) 在20台实际的PC机中抽取其中两台分别虚拟7个、8个IP地址,这17个IP地址只能全部使用IE5.0或者全部使用IE6.0

(2) 其余18台实际的PC机分别由18个人操作,另外两台机器由两位质控部人员操作

(3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟

(4) 其余过程参见1

5、 模拟50台用户进行测试。其中,20台是PC机,另外30台机器的IP地址是用分别用两台实际的PC机模拟出来的。记录测试结果。

(1) 在20台实际的PC机中抽取其中两台分别虚拟15个IP地址,这32个IP地址只能全部使用IE5.0或者全部使用IE6.0

(2) 其余18台实际的PC机分别由18个人操作,另外两台机器由两位质控部人员操作

(3) 对于异常情况,延时提交和强制提交全部由实际的机器来模拟

(4) 其余过程参见1

6、 对5中所述情况重复测试两次。

7、 为了保证结果的正确性,完全50台实际的PC机进行现场测试。过程参见1

测试过程

注:该测试过程针对虚拟IP地址情况。

1、 一台PC机上创建15个虚拟的IP地址。首先,启动IP Wizard,如下:开始程序->Loadrunner->Tools-红豆博客>IP Wizard

点击“Add”,添加你计划虚拟的IP地址。但是注意不能添加已经被占用的IP地址。

2、 启动Virtual User Generator,并录制脚本,由于50个用户的账号和密码各不相同,所以,要修改脚本,设置参数。我是录制了一个脚本,复制了49份,在每个脚本中手工修改了各自不同的地方。

3、 启动Loadrunner Controller,先将刚才保存的脚本添加进来。然后点击“Scenario”菜单,激活其中的“Enable IP Spoofer”。

4、 点击屏幕右方的“Generators”,添加已经建立的IP,然后connect建立连接。

5、对连接起来的不同用户(IP地址)分配不同的脚本,在Controller中的“design”中,点击“Load Generators”其中,每个脚本有一个用户执行。

6、 执行Scenario

2、性能测试方案(计划)模板

  1、概述

  1.1 目的

  本部分主要是针对即将进行性能测试的对象(接口、模块、进程或系统)进行概要的说明,让人明白该测试对象的主要功能与作用及相关业务背景。同时要指出进行性能测试的驱动原因。

  1.2 名词解释

  此方案中涉及的业务和技术方面的专业名词。

  1.3 参考资料

  此方案参考和依据的所有文档

  2、测试对象的拓扑结构

  本部分主要以图表加文字的方式,对待测试对象(接口、模块、系统)的拓扑结构进行描述,并标上必要的数据流向。注意:若生产实际跨越物理主机的模块(进程,数据库)部署应在拓扑图中要标示出来。

  3、测试目的与测试范围

  根据测试的驱动原因,结合待测对象的生产实际,进行性能测试需求分析,抽取本次性能测试需要达到的各种目标,即性能指标(主要是业务目标能否满足要求,系统资源消耗是否是可接受的范围内)。

  根据测试的目的,待测对象与业务数据流程很容易明确测试的范围。

  4、测试策略

  软件测试策略:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。

  4.1 性能测试准入条件、通过标准,失败与挂起标准

  用于明确描述性能测试准入的条件、通过、挂起与失败标准

  4.2 测试方法与所需求的技术要求

  用于描述完成性能测试采取的方法、手段及步骤,同时,指出要完成测试所必备的技术能力,如编写模拟器、脚本以及性能数据收集与分析的能力等等。

  4.3 测试所需要的工具选择

  有时做性能测试,可能要借助于某种自动化的工具或通过自身的开发来达到,因此,要结合项目实际与工具的性价表,进行合理的选择。

性能测试方案!,性能测试方案评审(性能测试方案<计划>模板)

  5、测试环境

  用于描述基于软件的拓扑图,描述待测对象运行的操作系统与版本,选用中间件的名称与版本以及所需的数据库名称及版本。同时应标明各主机未进行压力测试时的平均负载

  6、测试数据与测试场景

  6.1 测试数据准备

  主要用于描述基础数据与测试执行时用到的测试数据准备。测试数据准备的模型以及测试场景的选择,越接近系统真实的场景,对测试结论的准确性至关重要。因此,要描述数据准备的依据。(初始数据:系统运行所必需的初始化数据;业务数据:提供负载压力背景;脚本中参数数据:参数数据要真实模拟负载)

  6.2 测试场景的选取

  针对测试目的,结合所测对象的具体特征,设计出达到要求的并且符合真实生产场景的测试场景。测试场景选择的基本依据主要为:关键核心业务流程(高吞吐量),高数据库io,高商业风险的业务流程

  7、测试所需资源

  所需资源主要包括如下三个方面

  硬件资源:主要描述要完成待测对象的性能测试,结合拓扑结构图,列出必需的机器资源(服务器、小型机、客户机)

  软件资源:硬件资源中用到的操作系统、数据库以及中间件以及应用服务器等必需软件

  人力资源:用于描述为完成性能测试所需要的各种人力资源(用例编写、测试数据生成、脚本编写、及性能结果与分析、性能调优)

  8、工作量预估与测试进度

  根据测试策略与相关任务,进行各项任务的人员、时间、计划安排,让进度可控

  9、测试风险

  测试风险主要是指一切可能会影响性能测试执行的进度或准确性的因素进行描述,并且评估一下影响的程度。若影响很小,可不用进行说明。下面列举了可能会遇到的一些风险。

  A)管理风险

  进度安排风险;

  软件版本控制风险;

  人力资源风险(人员不到位或工作时间难保证等);

  B)技术风险

  测试工具风险;

  测试开发的技术风险;

  测试环境风险(无机器资源与相应的软件环境);

  C)协作风险

  测试环境稳定性风险(性能测试期间,有其它人员同时在测试环境上进行测试);

  上下游模块或系统配合测试风险;

  D)测试结果准确性风险

  测试环境与真实环境差异以及测试数据模型与真实数据模型差异可能导致结果不准确性风险;

  10、测试完成交付物资

  描述整个性能测试过程中,相应地输出文档(性能测试需求分析、性能测试方案(计划)、性能测试结果与报告)

本文关键词:全性能检测,性能测试方案设计,性能测试计划,性能测试方案内容,性能测试方案设计思路总结。这就是关于《性能测试方案!,性能测试方案评审(性能测试方案<计划>模板)》的所有内容,希望对您能有所帮助!

本文链接:https://bk.89qw.com/a-286434

最近发表
网站分类