
用户对各项指标提出的明确需求;如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。(需求+经验)
主要的性能指标:
服务器的各项指标(CPU、内存占用率等)、后台的各项指标、网络流量、响应时间。
BUG观点:
1、性能测试就象人在无风情况下跑步(正常情况下的性能指标);
2、压力测试就象人在微风中跑步(在正常的基础上加大多少百分比压力的性能指标);
3、负载测试就象人在强风中跑步(不断加压,直到系统崩溃)。
HTTP观点:
1、 负载测试是正常情况下持续的加压;
2、 压力测试是直接加压达到一个极限值。
大家统一的观点:
性能测试、压力测试、负载测试密不可分,可统称为性能测试。
性能测试要点:
1、 性能测试是在功能测试完成之后进行。
2、 性能测试计划、方案一般与测试用例统一在一个文档里。
3、 测试环境应尽量与用户环境保持一致。
4、 性能测试一般使用测试工具和测试人员编制测试脚本来完成,性能测试的环境应单独运行尽量避免与其他软件同时使用。
5、 性能测试的重点在于前期数据的设计与后期数据的分析。
6、 性能测试的用例主要涉及到整个系统架构的问题,所以测试用例一旦生成,改动一般不大,所以做性能测试的重复使用率一般比较高。(说明:当系统中出现的某个功能点需要修改,它一般只会影响到功能测试的设计用例,而对于性能测试,很少影响到性能测试的设计用例。但是如果某个功能有较大的修改,性能测试也应该进行重新测试。)
2. Loadrunner性能测试一个实例(经典)
随着测试越来越重要,其中的性能测试也受到越来越多的关注。比较普遍的性能测试工具是Loadrunner11,但是很对此性能工具不是很熟悉。本人也是总结心得体会,将做过的性能测试实例以饷大家,希望对各位做测试的朋友有所帮助。
该方案是针对某公司试题库的性能测试。该试题库是用来对公司内部员工培训结果的一个考核。试题库在公司内部web服务器上,假设开设50个账号和密码可供50个考生同时参加考试。要求,每台机器只能由一个用户使用,每个用户只能使用各自不同的账号登录考试系统,做完题目后,要求提交考试结果,若在制定的时间内不提交,则系统强制提交考试结果。
第三:应说明通过运行哪些测试脚本,分别发现了哪些缺陷,并对测试和被测系统进行评估,说明测试的充分性、效率,说明被测系统是否符合要求等,根据测试执行过程文档要求见给出测试小结。如果你使用的测试工具是testbed,那么你的脚本语言是c,如果你根据被测对象开发的专用测试工具,那么脚本语言的选择由你自己决定,所以不同的测试平台,脚本往往不一样,这里的不一样只是编写语言不一样,语言只是个工具,不能决定本质,所以深入到脚本本质来说,对同一个被测对象,它的实质是一样的,都是通过特定的测试行为来实现预期的结果。当“测试线段”从“测r0,r1”切换到“测r1,r2”后,测试结果-模拟量值一栏中原“r1模拟值”和“r0模拟值”将变成“r2模拟值”和“r1模拟值”,相应下面的文本框中会变成实际收到车上的模拟量值。
现场测试环境
硬件:50台PC机,Web服务器
软件:Loadrunner11.0,Win2000,IE5.0和IE6.0
人员:质控部2人,执行现场测试
项目部22人,提供现场环境
技术部各1人,提供技术支持
测试要求
50个用户拥有独立IP地址,不同的用户及密码登录,试题完成后各自同时提交。
测试内容
例2、增加一个用户user_2密码为123,让此用户只可以在localhost上登录,并可以对aaa进行查询、插入、修改、删除的操作 (localhost指本地主机,即mysql所在的那台主机),这样用户即使用知道user_2的密码,他也无法从网上直接访问,只能通过 mysql主机来操作aaa库。10、完成修改或者安装之后 一定要修改后台默认登录地址dede(直接修改文件夹名称即可) 和后台登录密码(系统 系统用户管理修改登录密码),用户名能改的尽量改掉(进修改 dede_admin 数据表字段 直接修改用户名即可)。石开kk,本文话题:石开kk,休闲阅读山西省初中信息技术考试系统学校管理机操作流程一、考点申报:1、登录山西基础教育网——信息技术考试——初中考试系统登录 (218.26.115.208)2、输入账号、密码——登录3、点击考试代理——代理下载,下载“。
测试方案
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) 记录第三轮测试结果
要求系统能够承受1000人同时提交数据,在loadrunner中可以通过在提交数据操作前面加入集合点,这样当虚拟用户运行到提交数据的集合点时,loadrunner就会检查同时有多少用户运行到集合点,如果不到1000人,loadrunner就会命令已经到集合点的用户在此等待,当在集合点等待的用户达到1000人时,loadrunner命令1000人同时去提交数据,从而达到测试计划中的需求。 六、仪器及设备管理员操作规程与职责 以下规程需在正式考试前30 分钟操作完成 以下规程操作完成结果需立即报告主考 保障体育考试测试器材能够正常、顺利使用,负责将考场所有需要充电的测试器材的充电工作、每天考试结束后测试器 材的存放、保养。vijos 是一个拥有良好操作和导航的网页程序,与普通 acm/icpc judge online 不同的是,vijos 在具备对于题库中题目提交测试、发布、修改功能的同时,对于提交测试的用户记录下其提交原代码和评测信息。
(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) 记录第六轮测试结果
要求系统能够承受1000人同时提交数据,在loadrunner中可以通过在提交数据操作前面加入集合点,这样当虚拟用户运行到提交数据的集合点时,loadrunner就会检查同时有多少用户运行到集合点,如果不到1000人,loadrunner就会命令已经到集合点的用户在此等待,当在集合点等待的用户达到1000人时,loadrunner命令1000人同时去提交数据,从而达到测试计划中的需求。vijos 是一个拥有良好操作和导航的网页程序,与普通 acm/icpc judge online 不同的是,vijos 在具备对于题库中题目提交测试、发布、修改功能的同时,对于提交测试的用户记录下其提交原代码和评测信息。3 #1月8日23点1分关机(延时3分钟) 1,4,7 23 1 8 * # 1分,4分,7分[1月8日23点] */3 23 1 8 * # 0,3,6,9…每隔3分钟(或每过3分钟,与每3分钟有点不同) [1-10]/3 23 1 8 * # 1分,4分,7分[从1分起,逐次加3分钟,直到大于10==>这是 正确解法] @reboot shutdown -k now #这行能把你吓坏,一开机就关机(要是把”-k”换成”-h”的话)。
(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的情况进行测试
在loadrunner中可以通过在提交数据操作前面加入集合点,当虚拟用户运行到提交数据的集合点时,loadrunner就会检查同时有多少用户运行到集合点,如果我们设定脚本运行的虚拟用户数为1000,等到这1000个虚拟用户都运行到集合点后,就会触发同时进行提交数据的操作,从而能够测试系统对于这1000个用户提交数据的响应情况,依次来看系统是否满足客户的该点需求。要求系统能够承受1000人同时提交数据,在loadrunner中可以通过在提交数据操作前面加入集合点,这样当虚拟用户运行到提交数据的集合点时,loadrunner就会检查同时有多少用户运行到集合点,如果不到1000人,loadrunner就会命令已经到集合点的用户在此等待性能测试用例,当在集合点等待的用户达到1000人时,loadrunner命令1000人同时去提交数据,从而达到测试计划中的需求。经过测试,我们发现,当延时在150ms以下时,通话双方几乎不能感觉到延时的存在,而当延时在400ms以下时,也是用户能够接受的,当延时进一步增大后,达到800ms以上,正常的通话就无法进行。
(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
本文来自电脑杂谈,转载请注明本文网址:
https://www.pc-fly.com/a/ruanjian/article-116600-1.html
一吨水1000L
我进它跑