对于测试工作与测试人员未来出路的思考

真的不想写这篇文章,写出来完全是提醒自己,要加强学习。不能停止学习。

因为今年在重新找工作的过程中碰到了两件事情,让自己感触很深。虽然自己只用了一个星期不到的时间就找到了新工作。

但是还是得记录下来这两件事情。

第一件事情:就是应聘到一家公司做自动化测试,纯互联网公司,做软件开发与销售的。公司背景,规模,薪资,还是工作内容自己还蛮感兴趣的。

就投了一份简历。看到公司的招聘要求,硬性要求,会python,会python 与selenium编写自动化测试脚本,懂持续集成,熟练使用JENKINS工具。

觉得自己还是可以胜任的。等着面试通知。谁知,人事小妹妹QQ问我年龄,我回答30岁了。对方说,不好意思,年纪超了。

我心想,你们公司要招的人的能力达到要求就可以啦,关年龄什么事。后来想想,细思极恐。

我他妈的真的30岁了,加不动班了。要我过去,如果让我加班的话,领导还要考虑一下我的感受。与其到时这样让领导自己为难,还不如不招年纪大的好。

估计这个领导也是这样想的。

作为我的角度来说,我当然因为这样的答复不爽了,但是没有别的办法,除了心里骂几句之外,还是继续投简历找工作呗。

第二件事情:就是在我投递简历的过程中,我发现对于软件测试人员的需求与开发,前端,运维人员的需求完全不是一个档次的。

基本上我投的每家公司都对后台开发,前端,运维人员有需求,但是测试人员的需求真的不是很多。所以测试人员找工作的难度相对来说,大多了。

找的高级一点的测试工作,自己能力无法胜任,面试过程就是受虐的过程。找初级的自己不甘心,毕竟薪资是不满意的。

通过这两件事情,我得出一个结论,就是趁着自己还想在这个行业混下去的话,就抓紧时间来学习。IT行业有学习不完的知识,找到自己感兴趣的一个领域,垂直深度的学习。

这样才能立足。不然,以后会发现自己真的找不到工作的。至少在IT这个行业找不到的。

原文地址:https://www.cnblogs.com/star12111/p/9750083.html

时间: 2024-10-08 11:39:08

对于测试工作与测试人员未来出路的思考的相关文章

测试工作总结---------测试工具及介绍

用一篇随笔记录一下一年以来用到的测试工具以及用途,仅写的是用到的功能. 1. Xmind ----- 思维导图工具,用于理清软件逻辑以及功能点,可用于写测试计划或者简单测试用例. 2. Office ------ 文档工具,自不必说. 3. Adobe Acrobat------PDF阅读及编辑工具 4. 火狐,谷歌,IE浏览器-----兼容性测试必须照顾到的浏览器 5. PyCharm ---- 良好的python IDE,测试需不需要懂代码的问题不想再讨论,为了提升逼格,起码学会一门,推荐p

测试工作管理与规范

1. 测试工作准备 测试负责人在软件项目的需求阶段开始介入,逐步深入了解该项目的需求.设计过程,从而有针对性的编制测试计划和测试大纲(测试方案.测试用例). 对测试人员进行业务培训,了解该项目的大体流程及各项功能. 2. 测试计划的制定 测试计划的制定要与项目开发的总体计划相吻合:测试计划中要充分考虑资源计划(人员安排,设备分配.与其它部门的协调配合以及其它不确定的因素)等:测试计划的制定还要考虑测试版本计划,与开发协调,按照版本生成计划(多长时间出一个版本),制定测试计划. 3. 时间节点的控

如何做好测试工作

在测试行业摸爬滚打了多年,自认为还是一名综合素质不错的测试,但还是有很多不足.今天就想给刚从事测试工作不久的同行说一下做好测试的前提条件与个人素养.作为一名优秀的测试工程师,首先要对测试工作感兴趣:测试工作很多时候都是显得有些枯燥的,因此热爱测试工作和测试技术,才更容易做好测试工作.其次要有专业的技能和行业知识,能够支持测试工程师发展的有力保障. 有了兴趣.热情和专业的技术,我们就能做好测试工作么?不一定,测试工程师,是用户和技术之间的最后一道保障,这个保障的可靠性和安全性,还需“六个心”.“两

测试员:你知道未来移动测试的方向是什么样的吗?

此前一篇文章提到,设备的碎片化为移动应用的测试带来了极大挑战.有挑战就有机会,不仅仅是TestBird,包括BAT在内的互联网巨头们都在布局移动测试业务.但是,单一的测试服务是不能完全满足开发者需求的.因此我们一直在开始思考,什么样的测试模式才是未来移动测试的方向. 自动化测试是否能完全解决人们的需求呢? 我想不是的,虽然移动设备严重的碎片化,使得开发者不可能手动测试所有的设备和系统版本,但是,关于应用的使用体验和功能覆盖的测试依然需要人工.自动化测试的价值是避免了测试者重复劳动,而不是在于取代

关于测试工作的思考与启示

前言 思考与启示 前言 向身边优秀的人学习,不断的思考,向前摸索.以下思考与启示部分来自Zero(网易资深测试专家)和Snail(网易资深测试工程师),余下是我自己的一些思路和在读书(<重新定义管理>)的过程中摘取的总结(不断更新). 思考与启示 1.优秀的团队,管理者是把控方向和踩刹车的,不是踩油门的. 2.测试要以开发的代码为驱动,从而精确测试范围,制定测试方案. 3.学技术要先精而后广,很多东西都是一通百通.真正去了解其中一个,其他大多能迎刃而解. 4.把可以共用的工具提炼成产品,为测试

程序员自己写测试,还要测试人员做什么?

在向开发人员介绍单元测试或TDD等工程实践时,往往可以听到这样的疑问.比如: 自己写的程序,自己无法从另一个角度测出问题.写bug的时间都不够了,哪有时间来写测试?开发来写测试了,测试干什么?除了核心代码,没有什么值得测试的.-- 一个例子首先我们看一个例子. 全项目唯一的测试 不止一次,我在各种项目中看到这样的测试,往往这也是整个工程中唯一一个测试.可以看出,开发者认为编写是有必要的.所以按照"标准"的做法建立了测试目录,引入JUnit依赖.并且利用它在开发的初期来验证某些技术疑问,

QA及其测试工作

第三小组 团队成员:戴江.崔静.崔季琴.张琪.张奇 QA:首先,要有明确的团队目标,目标是一面旗帜,它可以带领团队朝着共同的方向去努力.其次,要尊重队员,以鼓励为主,批评要注意方法,尊重队员,不仅要尊重他们的人格和劳动成果,同时要尊重他们提出的一些合理的意见和建议.出现错误,要诚恳地提出问题的根本原因和今后的努力方向,而不是一味的加以指责. 激发团队意识就是要不断增强企业的凝聚力和战斗力,使员工对公司有一个归属感.让每个员工都清楚地认识到每个人都是团队中不可缺少的成员.并能自觉地为团队的目标而努

敏捷开发模式下的测试工作

在华为业务线上有近40天的时间了,参与了两个版本,华为的项目大多数走的都是敏捷迭代开发模式了,至于什么是敏捷,网上有很多的解释与资料,这里就不阐述了,就说说这期间华为的一个敏捷模式. 敏捷开发的最大特点是:积极响应用户的需求,快速高质量的交付软件.所以很多需求会按照用户需求程度以及模块之间的关联程度划分为多个迭代,这里的迭代你可以看做是一个小的完整的版本周期,每个迭代包含多个story,一个story相当于一个功能点,一个小的需求,而一个大的完整的发布版本一般由几个迭代版本组成.敏捷开发的周期一

测试工作中常用工具介绍

测试工作中的常用工具总结 SwitchHosts 这个软件可以存储多个Hosts配置方案并配有切换方案功能,以方便在测试的过程中,应对不同的测试环境实现自由切换Hosts方案的功效. OpenVPN 对于数据库的操作是建立在远程的基础上的,所以在公用网络上建立专用网络成了必要.OpenVPN GUI可以通过用户名和密码让用户连接到专用的VPN网络上,从而让用户远程访问服务器端应用成为可能. SecureCRT 用来连接服务器的虚拟终端,可以模拟远程服务器端的终端在对服务器进行操作,比如查看测试日