1、验收性能测试
概念:模拟生产上线业务环境(真实环境、现网环境),测试是否满足性能要求
特点:①、确定用户的环境;②、用户要求的性能指标;③执行、分析结果;④、验收性质;⑤一定要有客观性的结果。
2、负载测试
主要考察软件系统在既定负载下的性能表现
理解层面:是性能测试里面的一种方法
概念:软件系统在一定负载下的性能表现
强调:一定负载--一般是客户要求的负载
此指标一般提现:响应时间、交易容量(TPS)、并发容量、资源使用率等~
3、压力测试
为了考察系统在极端条件下的表现,极端条件可以是超负荷的交易量和并发用户数
注意:这个极端条件并不是用户的性能需求,可能要远远高于用户的性能需求
负载测试和压力测试的区别
负载测试:关心的是用户规则和需求,产品达到的标准
压力测试:关心的软件系统本身。并能给出解决方法
我们在做软件压力测试时,往往要增加比负载测试更多的并发用户和交易。
压力测试:预期结果就是系统出现问题,而我们要考察的是系统处理问题的方式。
比如说,我们期待一个系统在面临压力的情况下能够保持稳定,处理速度可以变慢,但是不能系统崩溃,因此,压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行。
4、并发测试
(指的是非常具体的请求)
验证系统的并发处理能力
一般是和服务器建立大量的并发链接,通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标。
5、配置测试
通过对被测系统软硬件环境额调整,了解各种环境对形同性能影响的程度,从而找到系统各项资源的最优分配原则。
一般用于性能调优和规划能力。
硬件有关的产品都是通过配置测试得到指标。
6、可靠性测试 (稳定性测试)
测试系统在一定负载下运行长时间后是否会发生问题
软件系统的有些问题是不能一下子就暴露出来的,或者说是需要时间积累才能达到能够度量的程度。
这种问题一般是程序占用资源却不能及时释放而引起的。比如,内存泄漏问题就是经过一段时间积累才会变得显著,在运行初期却很难检查出来。
客户端和服务器链接通路,不能有效的及时释放。
7、恢复性测试
针对有冗余备份和负载均衡的系统设计的。用来检测如果系统局部发生故障,用户是否能够继续使用系统,以及如果这种情况发生,用户将受到多大程度的影响。
测试系统能否快速地从错误状态中恢复到正常状态。
主要目的:验证在局部故障情况下,系统能否继续使用。一般的关键业务系统都会才用热备份或负载均衡的方式实现。
当问题发生时能支持多少用户访问。
不是所有的系统都需要进行失效性测试。
缺陷发现
主要目的:通过性能测试手段来发现系统中存在的缺陷,并没有可参照的性能指标或需要达到的性能目的,因此才用并发测试的方法。
如果还需要关注压力及失效恢复过程中的问题,则可以才用压力测试和失效恢复测试的方法。
性能基准比较
在不设定明确的性能目标的情况下,通过比较得到每车次迭代中的性能表现变化,根据这些变化决定迭代是否达到了预期目标。
常用方法:压力测试、并发测试。