首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

软件测试人员的职业发展之路|极客时间

很多人对软件测试都有一些刻板印象,比如觉得测试“入门门槛低,没啥技术含量”、“对公司来说不重要”、“操作简单工作枯燥”、“一百个开发,一个测试”等等。 其实,网上出现这些测试相关的负面评论,根源在于企业对测试人员的要求,已经由低端的功能性测试,转变为更高级的自动化测试了。 但我发现,身边不少测试工程师,大部分时间仍在做重复性工作。想探索点新技术,发现公司的业务场景和用户体量根本用不着,长久下去,某天跟同行交流才发现自己仿佛被时代抛弃,什么自动化测试、性能测试、API 测试、高可用高性能之类的流行名词和行业

01
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    使用JMeter对网站和数据库进行压力测试

    前言 表面看来,JMeter与本系列课程似乎关系不大,但实际上在后面的很多场景中起着重要作用:如何获知修改了某些代码或者设置之后系统性能是提升了还是下降了呢?商业的压力测试工具LoadRunner确实很高大上,但是据说费用也不便宜且体积也不小,而目前最高版本的开源免费压力测试工具JMeter3.2压缩包体积才不到53M,而且对于开发人员而非专业测试人员来说,JMeter提供的测试功能已经够强大了。要完整地介绍JMeter,即使把JMeter自带的文档翻译成中文就是一本厚厚的书了。但是在本篇只讲述如何利用JMeter来对Web网站和数据库进行压力测试,因为测试场景的复杂性,本篇实例讲述基于csv文件的参数化测试。 JMeter提供了对不同的协议、服务器及应用的测试支持,如下: Web – 各种开发语言开发出的网站,比如ASP/ASP.NET/JSP/PHP/Python/Perl等 SOAP / REST Webservices FTP Database via JDBC(基于JDBC对数据库进行压力测试) LDAP Message-oriented middleware (MOM) via JMS Mail - SMTP(S), POP3(S) and IMAP(S) Native commands or shell scripts TCP Java Objects 还是那句话:本篇只讲述对Web网站和基于JDBC对数据库进行压力测试。 软件准备 JMeter3.2:为保持与本文有比较好的对照,建议从官网下载3.2版本,下载地址:http://jmeter.apache.org/[preferred]/jmeter/binaries/apache-jmeter-3.2.zip 此软件解压后即可使用。 Tomcat8.5:本实例中的关于Web网站的压力测试都是基于Tomcat8.5的,下载地址:http://mirror.bit.edu.cn/apache/tomcat/tomcat-8/v8.5.15/bin/apache-tomcat-8.5.15.tar.gz 如果嫌麻烦,可以直接在上一篇《开发人员学Linux(3):CentOS7中安装JDK8和Tomcat8》的环境中进行。 MySQL Community Server5.7:本篇中将以MySQL为例讲述如何对数据库进行压力测试,实际上本篇对MySQL版本没有要求,但后来今后,还是建议下载5.7版本,下载地址:https://dev.mysql.com/downloads/mysql/,同时请下载MySQL的JDBC驱动。 注意:本篇中JMeter在Windows下运行,MySQL数据库及Tomcat服务器均在CentOS7下运行。 使用JMeter对一般性网站进行压力测试 为便于演示,这里以上一篇《开发人员学Linux(3):CentOS7中安装JDK8和Tomcat8》中搭建起来的环境进行压力测试,本人的虚拟机支持桥接模式,IP地址为:192.168.60.198,在Tomcat中有一个简单的提交表单,网址是:http://192.168.60.198:8080/examples/servlets/servlet/RequestParamExample,页面如下图所示:

    05

    云点播 X CDN | 建站必备,一站式加速帮您全方位降本提速

    当前,网站的展现形式越来越丰富,无论是个人建站还是企业建站,内容呈现效果相比过去都更为精致,同时使用到的资源(包括静态脚本、音视频、图片、附件等等)也大幅增加。随着网站访问量的持续走高,这些资源的反复加载会对源站产生很大压力。如果源站的带宽不足,当用户访问网站,就会出现网页加载慢、视频转圈圈等问题,严重影响用户体验,极易造成用户流失,损害业务增长。即使源站带宽充足,反复的资源加载也会浪费大量带宽,带来不小的带宽成本。如何高效加速资源已成为每个建站用户绕不开的问题。 网站视频播放卡顿 网站图片加载缓慢

    02

    “高并发”问题如何解决?腾讯云一分钟配置的“黑科技”帮您

    能否解决“高并发”问题一直是检验一个产品后台是否稳定,架构是否合理,性能是否强大的核心标准。对于产品而言,多高的并发才算是“高”?不同的产品不尽相同。对于小型的产品来说,每秒上百的在线人数就会导致产品无法响应,而对于一些几经考验的产品,每秒上万,上百万的并发才能满足他们的业务需求。当产品的承载能力遇到瓶颈的时候,会出现什么样的问题呢?发包不断超时,页面不断加载,然后页面无法响应,直到最后服务器崩溃。在社交网络发达的今天,用户的愿意等待的时间越来越短,这些问题对于用户来说,是无法容忍的。调查显示如果页面加载超过5秒就会有74%的用户离开页面。而根据用户体验的“2-5-8原则”,2秒以内用户会觉得响应很快,5-8秒用户就开始产生反感,超过8s会选择放弃。页面加载超过5s就会有74%的用户离开页面。正是基于这样的原因,服务器压力测试成为了产品上线前的一个重要的测试环节,然而压力测试这个任务,对于测试人员来说,并不简单。

    05

    大型网站技术架构,网站的高性能架构(二)

    网站的性能指标,既可以是开发人员客观的性能分析数据,测试指标。也可以是主观的终端用户体验感受。一般而言,我们用如下指一些标来衡定一个网站的性能水平:响应时间、并发数量、吞吐量、性能计数器。响应时间即从请求发出开始,到收到响应并解析成对应的可视化结果所花费的时间;并发数指系统能够同时处理的请求数量。吞吐量是指单位时间内系统能够处理的请求数量,常用的单位为TPS(每秒事务数)、HPS(每秒的 HTTP 请求数)、QPS(每秒数据库查询数);性能计数器为直观的数据指标,比如当前系统负载、对象与线程数、CPU /内存使用率、磁盘与网络IO等。理想的系统负载应该对应为系统的 CPU 数量,因为系统负载指当前正在排队被 CPU 处理的进程数量。

    03

    5分钟入门云压测,轻松应对流量高峰,无惧高负载!

    作者简介: 柯开,腾讯云高级工程师,腾讯压测领域 OTeam PMC,负责腾讯云可观测-云压测产品设计研发。 前言 在当今数字化的时代,越来越多的应用程序和服务都被迁移到云上运行。性能测试,正是变更前验证的关键一环,是对系统进行全方位的性能“体检”。它一般通过模拟用户操作,使系统处在高强度压力之下,检验系统是否稳定、哪里会出问题。 随着分布式、微服务、云原生等架构的发展,性能测试面临了新的挑战。 分布式系统的复杂性和较高的网络通信延迟,使得性能测试难以规避设计上的死锁、竞争条件、资源泄露等问题。 微服务架构

    02
    领券