目 录CONTENT

文章目录

性能测试-第二节(理论筑基)

兜兜管理员
2025-01-25 / 0 评论 / 0 点赞 / 8 阅读 / 0 字
温馨提示:
本文最后更新于2025-01-25,若内容或图片失效,请留言反馈。 部分素材来自网络,若不小心影响到您的利益,请联系我们删除。

项目讲解

项目介绍:

  • 页面可以访问的地址是什么 :http://192.168.1.105:18001/

  • 访问: ip + 端口  192.168.1.105 ip  18001 端口 (访问程序的入口0~ 65535 

  • 从0-1023 一般都会被一些系统服务绑定 例如:80端口 默认被HTTP通讯

  • 域名状态 默认端口80 , 域名状态在不绑定80,也可以 域名:端口号

  • 性能测试流程 :

  • 确认需求(确认正确的需求)--> 编写测试方案(准备怎么动手)-->测试环境(尽量与生产配置一致)-->执行测试

  • 分析测试结果(大学问,慢慢来)-->性能优化--> 回归分析 -->性能测试报告

性能测试的【时机】

  • 如果把系统比喻一匹马 -- 载人载货

  • 目标:想知道这匹马能载多少货物? -- 负载测试  上线前 知道容量 买几台服务器

  • 目标:想知道这匹马能带着货跑多远 --  压力测试  系统是否能够支撑长时间高压运行

  • 出现了问题,马受伤了,给马看病 -- 性能优化  系统比较慢

测试背景【务虚】:

  • 项目是什么? 读书屋是一个 提供小说阅读的系统..  系统功能包含了...

  • 市面上的竞品 : 七点 ,七猫,刺猬猫...

  • 目前为了面向社会推广,当前用户日益增加,需确认访问量.

  • 需要进行性能测试来评估 读书屋性能、分析性能变化趋势、分析系统瓶颈风险、帮助规划系统容量、为硬件采购提供建议。

测试范围:

  • 不是一上来咱们就必须去把整个系统的所有流程都拿出来测试的!!!

  • 分析: 

  • 1.分析用户行为  (剔除掉用户可能只访问一次的接口)

  先找到高频接口(开发才有可能做了优化)  意味着极有可能是你当前项目的核心业务接口

  • 2. 产品经理的帮助

  • 3. 架构师,技术负责人--提供数据支持

  • 4. 强资源占用行为(上传/下载)

一般情况下,我们会按场景去测试对应的性能

比如: 读书屋 打开首页,登录,查看书架 在这个流程里有多少接口

性能需求分析:

  • 预估:  业务流程节点 -- 数据流程[数据库表] 每天会新增多少?

    • 业务量: 首页  日均UV(访问量) 用户访问  独立访客的意思 --5000用

    • 日均PV 页面浏览量  -- 50000浏览量

  • 性能目标 :

    • 响应时间 - 竞品/产品设计

    • 后续会增长的目标量

    • 并发量设计  总访问数据 推导 并发量  2/8

    • 可靠性/错误率分析  :  0.05% 根据你公司要求做变更

  • 资源占用:

    • 服务器资源 80-85%左右

    • 太高,有崩溃风险

    • 太低, 浪费资源

风险分析:

  • 由于本次测试没有采用与生产环境相同的配置,所以可能和实际运行中性能有一定的差距

  • 本次测试数据都是人工生成,可能和实际数据分布有一定差距

术语约定:

  • 并发量

  • 负载测试 : 不断加大负载(不同虚拟用户数)找到性能拐点

  • 压力测试

  • 。。。

测试实操: 测试范围描述的读书屋 登录-->查看书架

  • 难点:可不可以用一个用户直接性能测试 查看书架?

  • 如何让这么多用户一起登录 来测试?

  • 最简单的方式 -- 注册成功的用户都在数据库里 -- 从数据库里拿数据

  • jmeter连接数据库 :  jar包 +  jmeter中 jdbc configuration

  • 步骤如下:

    • 1. 导入mysql jar包

    • 2.  创建配置元件 -- jdbc connection configuration

    • 3. 在jdbc connection configuration 里,配置数据库的地址,和用户名密码

0

评论区