软件测试52讲
茹炳晟
eBay中国研发中心,测试基础架构技术主管
立即订阅
13425 人已学习
课程目录
已完结 63 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从“小工”到“专家”,我的软件测试修炼之道
免费
测试基础知识篇 (11讲)
01 | 你真的懂测试吗?从“用户登录”测试谈起
02 | 如何设计一个“好的”测试用例?
03 | 什么是单元测试?如何做好单元测试?
04 | 为什么要做自动化测试?什么样的项目适合做自动化测试?
05 | 你知道软件开发各阶段都有哪些自动化测试技术吗?
06 | 你真的懂测试覆盖率吗?
07 | 如何高效填写软件缺陷报告?
08 | 以终为始,如何才能做好测试计划?
09 | 软件测试工程师的核心竞争力是什么?
10 | 软件测试工程师需要掌握的非测试知识有哪些?
11 | 互联网产品的测试策略应该如何设计?
GUI自动化测试篇 (10讲)
12 | 从0到1:你的第一个GUI自动化测试
13 | 效率为王:脚本与数据的解耦 + Page Object模型
14 | 更接近业务的抽象:让自动化测试脚本更好地描述业务
15 | 过不了的坎:聊聊GUI自动化过程中的测试数据
16 | 脑洞大开:GUI测试还能这么玩(Page Code Gen + Data Gen + Headless)?
17 | 精益求精:聊聊提高GUI测试稳定性的关键技术
18 | 眼前一亮:带你玩转GUI自动化的测试报告
19 | 真实的战场:如何在大型项目中设计GUI自动化测试策略
20 | 与时俱进:浅谈移动应用测试方法与思路
21 | 移动测试神器:带你玩转Appium
API自动化测试篇 (3讲)
22 | 从0到1:API测试怎么做?常用API测试工具简介
23 | 知其然知其所以然:聊聊API自动化测试框架的前世今生
24 | 紧跟时代步伐:微服务模式下API测试要怎么做?
代码测试篇 (3讲)
25 | 不破不立:掌握代码级测试的基本理念与方法
26 | 深入浅出之静态测试方法
27 | 深入浅出之动态测试方法
性能测试篇 (7讲)
28 | 带你一起解读不同视角的软件性能与性能指标
29 | 聊聊性能测试的基本方法与应用领域
30 | 工欲善其事必先利其器:后端性能测试工具原理与行业常用工具简介
31 | 工欲善其事必先利其器:前端性能测试工具原理与行业常用工具简介
32 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(上)
33 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(下)
34 | 站在巨人的肩膀:企业级实际性能测试案例与经验分享
测试数据准备篇 (4讲)
35 | 如何准备测试数据?
36 | 浅谈测试数据的痛点
37 | 测试数据的“银弹”- 统一测试数据平台(上)
38 | 测试数据的“银弹”- 统一测试数据平台(下)
测试基础架构篇 (4讲)
39 | 从小作坊到工厂:什么是Selenium Grid?如何搭建Selenium Grid?
40 | 从小工到专家:聊聊测试执行环境的架构设计(上)
41 | 从小工到专家:聊聊测试执行环境的架构设计(下)
42 | 实战:大型全球化电商的测试基础架构设计
测试新技术篇 (5讲)
43 | 发挥人的潜能:探索式测试
44 | 测试先行:测试驱动开发(TDD)
45 | 打蛇打七寸:精准测试
46 | 安全第一:渗透测试
47 | 用机器设计测试用例:基于模型的测试
测试人员的互联网架构核心知识篇 (5讲)
48 | 优秀的测试工程师为什么要懂大型网站的架构设计?
49 | 深入浅出网站高性能架构设计
50 | 深入浅出网站高可用架构设计
51 | 深入浅出网站伸缩性架构设计
52 | 深入浅出网站可扩展性架构设计
特别放送篇 (8讲)
测试专栏特别放送 | 答疑解惑第一期
测试专栏特别放送 | 答疑解惑第二期
测试专栏特别放送 | 答疑解惑第三期
测试专栏特别放送 | 答疑解惑第四期
测试专栏特别放送 | 答疑解惑第五期
测试专栏特别放送 | 答疑解惑第六期
测试专栏特别放送 | 答疑解惑第七期
测试专栏特别放送 | 浅谈全链路压测
测一测 (1讲)
测一测 | 这些软件测试题目,你都掌握了吗?
结束语 (1讲)
结束语 | 不是结束,而是开始
软件测试52讲
登录|注册

32 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(上)

茹炳晟 2018-09-10
你好,我是茹炳晟。今天我和你分享的主题是:无实例无真相之基于 LoadRunner 实现企业级服务器端性能测试的实践(上)。
从今天开始的两篇文章,我将介绍如何基于 LoadRunner 实际开展企业级服务器端的性能测试。分享这个主题时,我会从最开始的性能需求获取开始讲起,带你完整地经历一个实际服务器端性能测试项目。通过这个过程,我希望可以帮助你快速建立服务器端性能测试的全局观,并了解各主要步骤的关键技术细节。
听到这里,你可能就有些困惑了。我在分享《工欲善其事必先利其器:后端性能测试工具原理与行业常用工具简介》这个主题时,曾经说到:LoadRunner 比较适合于传统软件企业开展性能测试,而 JMeter 更适用于互联网企业的软件性能测试。那么,为什么我没有选择以 JMeter 为例来展开后端性能测试呢?
我选择 LoadRunner,是经过深思熟虑的,主要原因包括:
JMeter 的官方文档对其使用方法介绍得很详细,而且其操作基本属于“傻瓜式”的。JMeter 使用的难点在于:如何支持海量并发,以及实现更好的 load 控制,解决这个问题你可以参考 LoadRunner 的实现方式,然后从你所在企业的实际业务场景出发,进行二次开发。
互联网企业和传统软件企业的软件产品的后端性能测试,在原理以及基本方法上是基本一致的,区别较大的只是全链路压测。所以,我以传统企业的软件产品为例展开分享,你因此学到的原理以及测试方法将同样适用于互联网软件产品的性能测试。
关于互联网软件产品的全链路压测,由于需要实现海量并发以及流量隔离等操作,所以目前只有一些大型企业在做,比如饿了么、淘宝、ebay、美团等超级大的网站。但是,如果你也想了解全链路压测的话,我也会准备一篇“加餐”文章,和你分享开展全链路压测的难点,以及应对方案。我会更新完性能测试这个系列以后,为你准备这篇“加餐”文章。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《软件测试52讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(11)

  • 李奋斗
    图里的测试协调员,DJ打碟的既视感!😂

    作者回复: 好像是哦😊

    2018-09-11
    5
  • 伪专家
    在测试道路上践行渐远……目前的情况及行业趋势看,测试去转开发了…原因有以下方面:1:通过拉钩和Boss测试的工资越来越少,没有优势
    2:大企业Api,Ui,全连路压测,ui兼容性,稳定性,健壮性都已成性,线上copy,防用户测试都已成型…招聘职位中什么都要有,但是实际业务及公司组织架构的影响,测试的优势更受局限……

    作者回复: 是机遇也是挑战,这就会形成两级分化,原本的功能测试会比较尴尬,但是具有宽广知识面的技术型测试会供不应求

    2018-09-10
    3
  • Cynthia🌸
    性能测试一直做的不多,所以最近看的也晕晕的,感觉还是要多实践呀!
    不过呢,读了文章之后感觉更有方向了,比如为什么用这个工具,工具中的哪个模块是有怎样的用处,尤其是人肉测试那段类比,作者真的是好会写文章!
    2018-09-12
    2
  • 涅槃Ls
    打卡32、准备虚拟机 安装LR 学习LR
    2018-09-18
    1
  • Gz
    工具罢了 懂得原理能满足需求就成
    2019-10-27
  • 牺牲
    对性能测试有了更深的理解
    2019-08-07
  • 口水窝
    以前做性能测试难点就是不知道为什么要并发用户数分为多个行为去操作,顺着茹老师的课程,知其然,知道怎么去分解,剖析,点赞,坚持打卡!
    2019-04-26
  • 人心向善
    loadrunner中有个说法是说并发和在线的关系大约是1:10,也就是说1个用户并发相当于10个用户同时在线,但是后来网上查了查确实是有这个并发关系,但比例不是1:10,而是在20%范围内浮动,我想向老师问下,这个是否是有依据的?谢谢!

    作者回复: 没有依据,如果你深入理解了并发用户数和用户行为模式的含义的话,可以直接得出这个结论

    2018-11-27
  • 小老鼠
    我们的性能是否通过的检查点为:
    1,系统中没有内存泄漏、磁盘、CPU、网络故障
    2,本版本获得的并发用户、容量的拐点>=上次版本对应拐点的95%以内(含95%)
    2018-10-30
  • jinjin
    最近第一次上手性能测试,就遇到了需求不明确的情况。和老师举的体检中心的例子比较相似,我得到的需求是看一下我们的系统index完10万篇(每篇2M)的文档的性能。对于并发用户数量到底该选取多少,ramp up时间设置多少合适以及需不需要加think time都很茫然。现在只能摸着石头过河,不知道老师有什么好的建议吗?
    2018-09-30
  • annie
    我们的产品类似WAF,可以应用在不同行业,但每个行业的应用场景不一样,在大版本发布前测试了TPS,吞吐量,新建连接,并发连接四个指标。后续版本测试只关注了TPS,将TPS与之前版本做对比,只要波动范围不低于10%就通过
    但如何将测试结果的TPS指导不同行业客户部署上线,还没有找到好的方法,老师有没有思路可以指导一下呢?谢谢
    2018-09-16
收起评论
11
返回
顶部