软件测试中的《性能测试》
Posted 魔方一格
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试中的《性能测试》相关的知识,希望对你有一定的参考价值。
性能测试:针对软件性能进行测试,通过自动化测试工具模拟用户来测试服务器是否承载用户多并发,系统是否稳定,从用户角度看响应时速度是否达到期望(春节多人同时购买火车票)
目的:评估当前系统能力,寻找性能瓶颈
性能测试分类
基准测试:模拟单用户运行,产生基准性能测试数据
并发测试:模拟多用户运行,验证服务器是否有问题
负载测试:找到系统最大的负载能力(通过给系统不断的施压达到饱和状态不能加压为止)
压力测试:系统达到一定饱和度时,系统处理业务的能力
稳定性测试:测试系统在一定的业务压力下系统可持续运行德时间
配置测试:通过环境的调整来分析系统的性能,从而进行调优
性能测试指标
系统指标
响应时间:从一个用户发送一个请求到用户接受到服务器返回的响应数据这段时间就是响应时间(例如:一家理发店有一个理发师,一位顾客进店理发是30分钟,有2位顾客同时进入理发店理发,第二位顾客要先等第一位顾客理发也就是30分钟后再 到自己理发30分钟,)
及:响应时间=等待时间+执行时间
并发数
并发用户数
某一物理时刻同时向系统提交请求的用户数
在线用户数
某段时间内访问系统的用户数,这些用户并不一定同时向系统提交请求
系统用户数
系统注册的总用户数
三者之间的关系
系统用户数 >=在线用户数>=并发用户数
TPS(每秒事务数)
单位时间内系统处理的客户端请求的事务次数
计算方法
TPS =并发数/平均响应时间
例如:根据28定律:百分之80的用户请求,集中在百分之20的热点数据或者时间段
性能测试中的二八原则 - 彬小彬 - 博客园 (cnblogs.com)https://www.cnblogs.com/brainchan/p/10978025.html
如果某电商要求每天完成交易额2亿,客单价为200-500,以300计算
分析:28定律 以24小时计算
每天交易数为:200000000/300=666666.66666
每小时交易数:666666*0.8/(24*0.2)=111111.1111
T P S = 111111/3600秒=30.86
资源指标
资源利用率 cpu使用率 内存利用率 磁盘IO 网络带宽
性能测试计划及方案
目的:了解性能测试计划及方案的编写
测试计划 测试目标 人力资源 时间进度 风险
性能测试用例设计及执行
目的:了解性能测试用例的设计 了解性能测试的执行
按场景设计分类
预期性能指标测试 单业务并发性能的测试 混合场景并发性能测试
例子:
自学视频
以上是关于软件测试中的《性能测试》的主要内容,如果未能解决你的问题,请参考以下文章