《全栈性能测试修炼宝典 JMeter实战》—第1章 1.2节软件测试痛处

1.2 软件测试痛处
就目前国内情况来看,大多数的测试人员并没有开发和运维的技术功底,选择测试这个行业仅仅是因为高薪和入门门槛低。近年来互联网和P2P的神话,快速抬高了测试平均工资,却没能快速提高这个行业的技术水平。在北上广深这些一线城市,从事测试特别是手工测试的从业者长期处在测试职业发展的初期阶段,容易被替代,薪资水平固定。职业生涯基本到尽头。

时常我们也能听到许多测试同学的抱怨:

(1)地位低,不受重视;

(2)待遇差,成就感低;

(3)压力大,加班,提升难;

(4)不稳定。

地位高低在任何行业都是由所掌握的技能或资源的核心价值决定,易替代、无技术含量的职位自然地位低。对于不受重视,大家不妨换位思考下,如果你是餐厅老板,你会重视大厨还是餐厅服务员更多一些呢?

相对于开发来说,测试职位的薪资水平较低,这是由工作产出决定的,工作价值高,自然收获多。但相对于传统产业来说,这个薪水已经不低。由于测试是开发后的附加工作,并没有方便量化可见的产出,自然关注者少;自己也不能左右一个项目或者产品的方向、技术、工期,在项目中并没有里程碑式的贡献,自然成绩很难突出,成就感自然不强。除非你掌握复杂的业务知识,如SAP,如财务知识,能够为项目进程提供有力支持;或者你找到了一些重大的直接影响项目上线进度的缺陷,将会避免一些损失。

工作压力大,经常加班多通常有下面几个原因:

(1)需求难以驾驭

信息社会,唯快不破,产品经理或需求人员需要高超技能与悟性来快速把握用户与客户的需求,但往往并不是这样,所以需求的朝定夕改常有发生,不仅测试工作浪费,开发工作同样浪费。时间压缩,测试无法全覆盖,迫切需要加班赶工,长时间的加班工作效率低,身体也会撑不住,还会担心问题逃逸,自然压力大。

(2)岗位处在工作流末端

软件项目研发的流程:需求调研分析-概要设计-详细设计-编码-测试-软件交付准备-验收。测试流程处在末端,工期会因为需求频繁变动而延误,也会因为开发技术问题或者态度问题而导致缺陷过多,修改过程或多或少占用了测试时间,所以测试时一般很少有充足的时间,在不增加测试资源的情况下加班赶工在所难免,学习自然成为一种奢望,还谈什么提升呢?

时间: 2024-09-17 04:55:59

《全栈性能测试修炼宝典 JMeter实战》—第1章 1.2节软件测试痛处的相关文章

《全栈性能测试修炼宝典 JMeter实战》—第2章 2.1节性能测试初体验

第2章 性能测试初体验 全栈性能测试修炼宝典 JMeter实战 从本章你可以学到: 性能测试的价值 性能测试流程 性能测试成功与失败要素 不同角色看性能 性能测试工具选择 性能测试相关术语 性能测试通过标准 性能测试趋势 性能测试是一项综合性的工作,致力于暴露性能问题,评估系统性能趋势.性能测试工作实质上是利用工具去模拟大量用户操作来验证系统能够承受的负载情况,找出潜在的性能问题,分析并解决:找出系统性能变化趋势,为后续的扩展提供参考.测试显然不是录制脚本那么简单的事情(而且现在很多系统还无法录

《全栈性能测试修炼宝典 JMeter实战》—第1章 1.1节为什么选择软件测试

第1章 性能方向职业发展 全栈性能测试修炼宝典 JMeter实战 从本章你可以学到: 为什么选择软件测试 软件测试痛处 软件测试发展路线 不仅仅是性能测试 从招聘要求看岗位价值 性能测试技能树 市场上有各式各样的IT培训,其中门槛低易上手的就是软件测试.就业的学员通常都以功能手工测试为切入点,掌握一些基本测试理论,学会设计测试用例,能够操作缺陷管理工具,熟悉一些业务就可以开始测试工作了.大家觉得这样有技术含量吗?没有技术含量就容易被替代,你的职业就会有危机,有想过如何改变这种困境吗?下面先说说为

《全栈性能测试修炼宝典 JMeter实战》目录—导读

版权 全栈性能测试修炼宝典 JMeter实战 • 著 [美] Rogers Cadenhead 译 袁国忠 责任编辑 傅道坤 • 人民邮电出版社出版发行 北京市丰台区成寿寺路11号 邮编 100164 电子邮件 315@ptpress.com.cn 网址 http://www.ptpress.com.cn • 读者服务热线:(010)81055410 反盗版热线:(010)81055315 版权声明 全栈性能测试修炼宝典 JMeter实战 Rogers Cadenhead: Sams Teach

《全栈性能测试修炼宝典 JMeter实战》—第1章 1.6节性能测试技能树

1.6 性能测试技能树 下面细化一下性能测试所要掌握的知识,如图1-1所示. 1.6.1 测试工具 通过测试工具能提高测试软件开发速度,腾出时间专注于问题分析.主流工具有LoadRunner与JMeter,当然了,工具也不能解决所有问题,有时候还是需要自己编写程序来实现测试脚本.很多初学者认为这2个工具只能用来做性能测试,其实能做性能测试的工具也可以做功能自动化回归.API和UI测试等都可以实现.不是非得Selinum.WebDriver等才能做自动化测试. 常见难点 (1)用户和业务模型分析搭

《全栈性能测试修炼宝典 JMeter实战》—第1章 1.4节不仅仅是性能测试

1.4 不仅仅是性能测试 随着国内软件质量体系的健全,企业逐渐意识到软件测试质量不单单是满足功能流程顺畅就行,测试效率和用人成本的降低也是趋势,更要为软件的稳定和易用性等质量保障来提高产品黏性留住用户.可以这么说,一个成熟的大型产品必须有过关的性能测试把关,这不是一个简单的事情,从需求.架构.硬件.数据库.代码等层面都需要精心设计和测试. 那么如何提高职业技能和核心价值从而赚取更多的劳动报酬?后续测试的职业发展会碰到哪些问题,测试的捷径在哪里? 全栈一般是技术方面的领导者,需要涉猎广?懂得如何解

《全栈性能测试修炼宝典 JMeter实战》—第1章 1.7节本章小结

1.7 本章小结 本章我们讲解了测试职业的困境,测试职业发展方向. 科技是第一生产力,选择技术方向的从业者来说技术是第一生产力,不妨朝着全栈测试行进,可以先从性能测试入手,目前对性能测试工程师的要求就是全栈的要求,可以看到性能测试的招聘条件中往往都包含了测试开发,自动化开发要求,这充分说明了这个岗位对于测试的重要性.这样的技术要求决定了你在整个测试团队中必须是高能力者,至于工作回报自然丰厚. 同时IT是一个随着市场技术需求变化而变化的科目,性能测试的技术也是随之更新变化所以本书会逐步更新变化.我

《全栈性能测试修炼宝典 JMeter实战》—第2章 2.3节性能测试成功与失败要素

2.3 性能测试成功与失败要素 性能测试上手难度比较高,是一门融合测试.开发.运维.需求调研.架构.协调管理等综合技能的学科,掌握一门性能测试工具对于性能测试来说只是万里长征的第一步,没有一定的需求.开发和运维专业能力,往往会吃一些苦头. 性能测试有几大难点: (1)需求分析: (2)场景设计: (3)性能诊断调优. (4)环境搭建和模拟 往往很多性能测试从业者在需求分析方面没有做到位,不能准确地预估用户行为:在场景上不能复现用户操作,无法把需求体现在脚本和场景设计上,无法模拟真实的系统负载:这

《全栈性能测试修炼宝典 JMeter实战》—第2章 2.5节性能测试工具选择

2.5 性能测试工具选择 工欲善其事必先利其器,性能测试时模拟大量负载需要工具帮忙,市面上可供使用的负载工具繁多,如何选择呢? 首先我们要明白负载工具是帮助我们来模拟负载的,对于性能测试来说,工具并不是核心,分析.评估.找出性能问题才是核心,这些是主观因素:工具是客户因素,自然要降低其对结果的影响,所以工具选择时我们有几个方面要考虑. (1)专业.稳定.高效,比如Loadrunner,工业级性能负载工具. (2)简单易上手,在测试脚本上不用花太多时间. (3)有技术支持,文档完善,不用在疑难问题

《全栈性能测试修炼宝典 JMeter实战》—第1章 1.5节从招聘要求看岗位价值

1.5 从招聘要求看岗位价值 下面我们看一下性能测试及性能架构师/专家的招聘要求就可以知道职位对技术的要求范围与层次. 1.金融行业 案例一 上海 某金融平台性能安全工程师 任职资格: 熟悉数据库编程,能熟练操作至少一种数据库,如Oracle或MySQL: 精通LoadRunner.Jmeter等主流性能测试工具之一,熟练编写相应测试脚本,测试过复杂应用者尤佳: 深入了解HTTP.TCP/IP等网络协议,熟悉J2EE Web系统,熟练掌握多种中间件(Tomcat.Apache.Nginx.MQ等

《全栈性能测试修炼宝典 JMeter实战》—第2章 2.8节性能测试趋势

2.8 性能测试趋势 "云"计算已经来到我们身边,测试也已经向云计算在发展,性能测试也将深度"云"计算化. 提高工作效率是人类一直的追求,性能测试将会在自动化的道路上越走越快,持续集成也将更好的集成性能测试部分.已经有公司在用docker来做持续集成. 另外,最近几年开始流行devops(当然devops也会基于云计算),开发与运维,开发与测试的边界越来起窄,很多运维及测试的事情都在开发的考虑范围内,自动化测试工作,性能测试工作都会有一部分并入devops中,测试的