性能测试概念篇(二)

哈哈哈哈,没想到吧,

日更21天挑战  day02

本篇文章继续上一篇性能测试概念(主要介绍性能指标与术语解释),这一篇介绍性能测试的目的与策略等。本来以为一篇可以写完,现在预估了一下可能得三篇了,我可不是自己想完成日更二而拆分的,真的是文章太长我都不想读下去别说大家了。

性能测试目标

预测系统可能存在的性能瓶颈或者软件缺陷,确认书是否可以达到客户的使用要求,收集测试的结果并分析产生的原因,从而进行改进。

具体目标

1.分析总体的性能参数:支持的最大并发用户数、事务处理的成功率、请求响应的延迟等

2.确定各个级别的负载压力下服务器输出的具体的性能参数

依据:《需求规格说明书》

性能测试人员具备的能力

1)掌握常见的自动化软件的使用

2)具备一定的编程能力

3)常见的数据库知识

4)常见的操作系统的知识

5)具备分析问题的能力、综合分析测试结果确定系统瓶颈

(PS:以上写的都是几年前的要求,现在的要求可能更苛刻)

性能测试类型

压力测试

可以理解成破坏力,小孩捣蛋,来测试系统的上限,应用程序会不会崩溃,什么情况下崩溃,通过巨大的工作量使软件超负载运转,如果压力测试通过对产品保持高强度的使用,(但是不超过性能统计数字确定的限制)能有限执行,就能发现许多隐蔽的错误。

负载测试

为了测试系统 在某一负载级别上的性能,保证系统在需求范围内能正常工作。负载测试可以是某个时刻同时访问系统的用户数。(例如:系统能够允许多少个用户同时在线如果超过这个数量会出现什么现象? 能否处理大量用户对同一页面的请求),负载测试的目标是确定并确保系统在超出预期后还能正常工作。

强度测试

数据库容量测试

往数据库中插入一定数量的数据,查看相关页面能否及时显示,(例如:刷新功能)

预期指标的性能测试

设计或者需求阶段提出的性能指标,预期目标要首先验证

独立业务的性能测试

核心业务模块对应的业务,这些模块通常具有的功能比较复杂,只用比较频繁,用户并发测试是核心模块的重点测试内容,并发的只要内容是指模拟一定数量的用户同时使用某一核心的同一或者不同的功能,并且持续一段时间,对相同的功能进行并发测试分为两种类型,一类实在同一时刻进行完全相同的操作,一类是在同一时刻使用完全一样的功能。

组合任务性能测试

通常不会所有的用户都会使用同一个或几个核心业务模块,一个应用系统的每个功能模块都有可能会被使用到,所以既要模拟多用户的相同操作,又要模拟多用户的不同操作。组合业务性测试是最接近用户的实际使用情况测试,是性能测试的核心内容,通常按照用户的实际使用情况模拟并发的比例。

疲劳强度测试

是指系统在稳定情况下进行的,以一定的负载压力长时间运行系统,母的是较长时间处理较大业务量的性能。通过疲劳强度测试可以基本判定系统 长时间运行是否稳定。

网络性能测试

准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的,主要测试系统的用户数目与网络带宽的关系,软硬件结合是挑优最好的办法。

大量数据测试

实时大数据量:模拟用户工作时的大数据量,主要测试用户较多或者产生的数据量较大时,系统是否稳定运行。

极限状态下的测试:主要测试系统是用一段时间,累积一定数据时,能否长长运行业务。

以上两种的结合:累积较大的数据量,一些事实产生较大数据量的模块能够稳定的工作。

服务器性能测试

用户通过用户并发性能测试、疲劳强度与与大数据性能测试时,完成对服务器性能呢的监控,并对服务器性能进行评估,服务器性能测试用例确定要采集服务器性能计数器并与前面的测试关联起来。

特殊性测试

主要指配置测试、内存泄漏测试的一些特殊的性能测试

       

本站文章如未特殊注明,均为原创,转载请注明出处: 未必平凡  本文链接地址: https://vv2014.com/32.html