当前位置:主页 > 计算机电子书 > Web前端 > Web测试下载
零成本实现Web性能测试:基于Apache JMeter和Gatling

零成本实现Web性能测试:基于Apache JMeter和Gatling PDF 完整超清版

  • 更新:2023-07-24
  • 大小:59.5 MB
  • 类别:Web测试
  • 作者:温素剑
  • 出版:电子工业出版社
  • 格式:PDF

  • 资源介绍
  • 学习心得
  • 相关内容

《零成本实现Web性能测试:基于Apache JMeter和Gatling》是一本针对web性能测试领域的实用电子书。读者评价中,强调了该书的针对性强,所有示例都源于实际开发实例的讲解。书中大量的案例对应每一个知识点,并提供了丰富的代码,包括数千行实战代码,能够帮助读者培养超强的动手能力。书中还提供了多个案例实战,最后给出了3个完整的大型系统,让读者在学习的过程中能够真实地应用所学知识。内容介绍方面,本书从主流的开源性能测试工具入手,由浅入深、全面、细致地阐述了如何使用Apache JMeter和Gatling这两款开源测试工具来完成Web性能测试。整体而言,这本书具有实践性强、案例丰富的特点,适合想要了解和应用web性能测试的读者阅读。

零成本实现Web性能测试:基于Apache JMeter和Gatling

零成本实现Web性能测试:基于Apache JMeter和Gatling电子书封面

读者评价

针对性强,所有示例源于实际开发实例讲解,以大大小小的案例对应每一个知识点代码丰富,数千行实战代码,培养超强动手能力案例实战,最后给出3个完整的大型系统

内容介绍

本书从目前主流的开源性能测试工具入手,由浅入深、全面、细致地阐述了如何使用开源测试工具Apache JMeter和Gatling来完成Web性能测试,便于读者轻松掌握WEB性能测试的原理、方法和实际操作。本书不是一本深奥的测试理论书籍,而是一本测试实战类的书籍。作者试图在书中向读者演示,如何在实际工作中轻松完成各种类型的性能测试。

目录

  • 第1章 性能测试基础 1
  • 第2章 JMeter基础知识 10
  • 第3章 Web性能测试脚本录制与开发 22
  • 第4章 数据库性能测试脚本开发 53
  • 第5章 FTP性能测试脚本开发 64
  • 第6章 LDAP性能测试脚本开发 73
  • 第7章 Web Service性能测试脚本开发 101
  • 第8章 JMS性能测试脚本开发 109
  • 第9章 服务器监控测试脚本开发 121
  • 第10章 详解JMeter测试元件 126
  • 第11章 JMeter进阶知识 287
  • 第12章 性能测试结果分析 327
  • 第13章 JMeter性能测试实战——电话销售系统 364
  • 第14章 Gatling基础知识 376
  • 第15章 Gatling详解 393
  • 第16章 Gatling会话 417
  • 第17章 Gatling HTTP协议 427
  • 第18章 Gatling JMS 459
  • 第19章 Gatling扩展 462
  • 第20章 Gatling性能测试实战——搜索引擎 470

资源获取

资源地址1:https://pan.baidu.com/s/1oX69aD0Zh7j17Zy9G8RzMw

相关资源

网友留言

网友NO.42569
古巍奕

兼容性测试 2.1平台兼容 现在有很多的操作系统,比如Windows、Unix、Linux、macintosh等;用户使用哪个系统取决于用户,因此,系统兼容测试就很有必要了。 2.2浏览器兼容 浏览器是web客户端最核心的组件,不同的浏览器,对Java,JavaScript,css或者HTML的规格都有不同的支持; 另外,采用的框架和结构风格在不同浏览器中也存在不同的显示甚至不显示,不同的浏览器对安全性的设置也是不同的。 测试浏览器兼容,有个方法就是创建一个兼容性矩阵,来测试不同厂商不同版本的浏览器兼容。 比如测试IE浏览器,可以通过一个叫做IEtester的工具来测试兼容,或者可以通过F12控制台来切换浏览器版本来测试兼容以前一些前端元素的显示等 鉴于国内市场浏览器很多,比如360、搜狗,搜狐、QQ浏览器等,这些本土的浏览器基本都采用的IE浏览器内核的双核配置

网友NO.31705
余意远

功能测试 1.1链接测试 链接是web应用系统的一个很重要的特征,主要是用于页面之间切换跳转,指导用户去一些不知道地址的页面的主要手段,链接测试一般关注三点: 1)链接是否按照既定指示那样,确实链接到了该链接的界面 2)测试该链接所链接的页面是否真的存在 3)保证系统中没有单独存在的页面(即没有链接指向,只能通过正确的URL地址才能访问) PS:这里顺带说点关于协议的一些小知识,URL全称“统一资源定位符”,表示获取某一互联网资源的地址;而URI表示“统一资源标识符”,代表互联网上某一些资源 1.2表单测试 这个也可以理解为数据落地;当用户在web应用系统上向服务器提交信息时,就需要使用表单操作,比如,用户注册,登录,信息变更等等;这种情况下,我们必须测试提交信息的完整性, 以检验提交给服务器的数据的正确性,当然,这涉及到一些常理性逻辑,比如:出生日期和职业,工作年限是否恰当,所在地省份城市区域间的匹配等,如果设定使用默认值,也需要测试。 1.3导航测试 作为测试,很多时候都要站在用户的角度去思考,那么,作为一个用户,当他访问一个web的网站或者系统时,会怎么去操作呢? 大部分用户都是目的驱动的,当他访问一个网站,会很快的浏览系统,找不到满足自己需求的信息时,会很快离开,很少有用户愿意花时间去熟悉系统的结构,因此,导航测试就显得很重要。 导航测试,就是在不同的页面跳转之间,或者按钮、对话框、列表以及窗口等,通过考虑这些因素去判断一个应用是否易于导航:是否直观?系统的主要模块是否可以通过主页访问或者到达? 站点是否需要站内地图或者搜索引擎等其他帮助? web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致,确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。 1.4图形测试 也可以理解为UI测试,其中包括图片、动画、边框、颜色、字体、背景、按钮等等。 其中要考虑的几个重点,我做了一个大概的总结: 1)图片要有明确的用途,代表;图片尺寸尽量小,一般采用JPG或者GIF压缩 2)页面整体风格是否和系统的用途一致 3)背景颜色,字体,搭配是否合理 1.5内容测试 这个主要用来检测web系统提供信息的准确性、相关性 比如:商品的价格,文字描述;信息的准确性,是否有拼写错误;信息的相关性,比如很多网站的“相关文章列表,视频列表等” 1.6整体界面测试 这个也就是我们常说的用户体验。用户浏览时是否感觉舒适,整体风格等等 这个我建议一般做一个类似问卷调查的形式,来判定用户的反馈信息,最好有最终用户的参与