表现 错误 使用场景 模糊 规划 使用 情况 超出 力量
性能测试常见分类
常会别人说到性能测试,负载测试,压力测试,并发测试,很多人都是混合使用,或者一会叫压力测试,一会叫并发测试.这些概念除了非测试人员分不清楚,甚至许多专业测试人员也对这些名词也很模糊.我们来详细解释一下这些概念吧!
性能测试
性能测试是通过模拟大于或等于生产环境生产环境的业务压力和使用场景组合,测试系统的性能是否满足生产性能要求.通俗地说,这种方法就是要在特定的运行条件下或者高于特定条件验证系统的能力状态.
特点:
1,这种方法的主要目的是验证系统是否有系统性能该具有的能力.
2,这种方法要事先了解被测试系统经典场景,并具有确定的性能目标.
3,这种方法要求在已经确定的环境下运行.
也就是说,这种方法是对系统性能已经有了解的前提,并对需求有明确的目标,并在已经确定的环境下进行的.
负载测试
通过在被测系统上不断加压,直到性能指标达到极限,例如 "响应时间" 超过预定指标或都某种资源已经达到饱和状态或者阈值.
特点:
1,这种性能测试方法的主要目的是找到系统处理能力的极限.
2,这种性能测试方法需要在给定的测试环境下进行,通常也需要考虑被测试系统的业务压力量和典型场景,使得测试结果具有业务上的意义.
3,这种性能测试方法一般用来了解系统的性能容量,或是配合性能调优来使用.
也就是说,这种方法是对一个系统持续不段的加压,看你在什么时候已经超出 "我的要求" 或系统崩溃.
压力测试(强度测试)
压力测试方法测试系统在一定饱和状态下,例如 cpu,内存在饱和使用情况下,系统能够处理的会话能力,以及系统是否会出现错误
特点:
1,这种性能测试方法的主要目的是检查系统处于压力性能下时,应用的表现.
2,这种性能测试一般通过模拟负载等方法,使得系统的资源使用达到较高的水平.
3,这种性能测试方法一般用于测试系统的稳定性.
也就是说,这种测试是让系统处在很大强度的压力之下,看系统是否稳定,哪里会出问题.
并发测试
并发测试方法通过模拟用户一起访问,测试多用户并发访问同一个应用,同一个模块或者数据记录时是否存在死锁或其者他性能问题.
特点:
1,这种性能测试方法的主要目的是发现系统中可能隐藏的并发访问时的问题.
2,这种性能测试方法主要关注系统可能存在的并发问题,例如系统中的内存泄漏,线程锁和资源争用方面的问题.
3,这种性能测试方法可以在开发的各个阶段使用需要相关的测试工具的配合和支持.
也就是说,这种测试关注点是多个用户同时(并发)对一个模块或操作进行加压.
配置测试
配置测试方法通过对被测系统的软 \ 硬件环境的调整,了解各种不同对系统的性能影响的程度,从而找到系统各项资源的最优分配原则.
特点:
1,这种性能测试方法的主要目的是了解各种不同因素对系统性能影响的程度,从而判断出最值得进行的调优操作.
2,这种性能测试方法一般在对系统性能状况有初步了解后进行.
3,这种性能测试方法一般用于性能调优和规划能力.
也就是说,这种测试关注点是 "微调",通过对软硬件的不段调整,找出这他们的最佳状态,使系统达到一个最强的状态.
可靠性测试(稳定性测试)
在给系统加载一定业务压力的情况下,使系统运行一段时间(一般是 7*24 小时),以此检测系统是否稳定.
特点:
1,这种性能测试方法的主要目的是验证是否支持长期稳定的运行.
2,这种性能测试方法需要在压力下持续一段时间的运行.
3,测试过程中需要关注系统的运行状况.
也就是说,这种测试的关注点是 "稳定",不需要给系统太大的压力,只要系统能够长期处于一个稳定的状态.
失效恢复测试
如果系统局部发生故障,用户是否能够继续使用系统,以及如果这种情况发生,用户将受到多大程度的影响.
1. 这种性能测试方法的主要目的是验证在局部故障情况下,系统能否继续使用.
2. 这种性能测试方法还需要指出,当问题发生时,"能支持多少用户访问" 的结论和 "采取何种应急措施" 的方案.
3. 一般来说,只有对系统持续运行指标有明确要求的系统才需要进行这种类型的测试.
也就是说,这种测试关注点是局部故障后,对全局的影响以及应对方案
大数据量测试
针对某些系统存储,传输,统计查询等业务进行大数据量的测试.
注意:在做性能测试时请忘掉分类. 例如,运行 8 个小时来测试系统是否可靠,而这个测试极有可能包含了可靠性能测,强度测试,并发测试,负载测试,等等.因此,在实施性能测试时决不能割裂它们的内部联系去进行,而应该分析它们之间的关系,以一种高效率的方式来设计性能测试. 性能测试分类
来源: http://www.bubuko.com/infodetail-2462381.html