本帖最后由 PaaS小魔仙 于 2018-11-1 15:42 编辑
在开展性能测试之前,进行性能测试分析并构建测试模型是关键;模型构建主要是根据搜集到的性能测试需求和生产系统的相关信息完成性能模型的构建工作,并指导性能测试过程以及测试结果的生成。
1. 测试过程模型性能测试过程模型分为:测试分析与计划、测试设计、测试执行、测试结束与汇总、测试技术准备、测试工具选型等阶段,具体每个阶段的工作如下图:
2. 业务模型性能测试业务模型主要是指开展性能测试之前需要对业务进行分析和建模,重点关注业务的响应时间和吞吐量等性能指标; 3. 数据模型性能测试数据模型指的是,我们需要对业务的数据进行分析,以评估被测业务的数据模型和测试数据的构造方法;
4. 监控模型性能测试监控模型指的是我们在开展性能测试之前需要确定我们需要关注哪些监控指标,并确定好如何去监控这些性能指标;
5. 执行模型性能测试执行模型指的是我们如何开展性能测试,如何去部署我们的环境;
6. 风险模型风险模型指的是我们在开展性能测试过程中,可能会遇到的风险;
7. 性能测试的分析模型 随着单位时间流量的不断增长,被测系统的压力不断增大,服务器资源会不断被消耗,TPS值会因为这些因素而发生变化,而且符合通常情况下的规律。以下是一个性能测试压力变化模型图:
说明:
a点:性能期望值
b点:高于期望,系统资源处于临界点
c点:高于期望,性能处于拐点
d点:超过负载,资源不够用,系统处于崩溃
通过如上模型图中的情况,我们大致可以将当前性能测试分成如下4类:
1、性能测试
2、负载测试
3、压力测试
4、稳定性测试
性能测试
以上模型图为准则,在a点与b点之间的系统性能,表示以性能目标预期为前提,对系统进行施压,验证系统在资源可用范围内,是否能达到性能预期的目标。 负载测试
b点的系统性能,表示在系统在一定的压力下持续一段时间,直到系统的某项或多项指标达到极限,比如系统资源CPU、Memory或者IO等达到饱和状态。 压力测试
b点到d点的系统性能,表示在超过安全负载的条件下,不断对系统进行加压,直到系统不能再接受请求,并可以确定一个系统瓶颈的情况下,目的是为了找出系统的瓶颈,需要对系统进行调优。 稳定性测试
a点到b点的系统性能,表示被测试系统在特定硬件、软件、网络环境条件下,给系统加载一定业务压力,使系统运行一段较长时间,以此检测系统是否稳定,一般稳定性测试时间为n*12小时。
|