小白成长建议(1)-深思熟虑-云层

前言

在群里有很多人问我这个问题,我是个小白怎么能够进入软件测试这个行业,今年本来我也准备写点关于入门的内容,于是这篇连载就诞生了,估计章节应该会超过20章,每章大概2000字左右,希望大家能够喜欢。

测试工作

在第一章我觉得首先应该谈的就是当你准备进入测试工作的时候,你应该先问自己几个问题:

1.我了解测试工作么

2.我适合测试工作么

3.我能做好测试工作么

因为选择第一份工作是很重要的,当然如果它是你转行之作也是非常重要的,因为只有在一个相关行业有一定的沉淀和积累,那么才能让这个工作变得有成就感并且获得对应的物质回报。

没有任何工作是有趣的或者轻松的,因为在中国还不存在人口太少导致的劳动力缺乏问题,一个工作你不做下面还有十多个人等着做,所以不要相信什么工作比较轻松比较舒服,所谓的轻松与舒服是用空间与价值换取的。当你需要把一个东西做深做到别人无法替代的时候,那都是需要几万个小时的重复来累积的,哪怕是游戏都是非常无聊的工作,参考我写过的游戏测试从零开始

http://bbs.51testing.com/forum.php?mod=viewthread&tid=96150

那么回过来当你知道任何工作哪怕测试工作都是非常枯燥、痛苦的,那么你该怎么选择工作或者行业呢?

基本上来说我觉得工作的选择无非来自于以下几点:

1.兴趣爱好(比如你喜欢某些东西,做相关职业)

2.相关专业(你有一定的基础)

3.机缘巧合(某人带你或者某些事情触发你)

而工作是否能够做好,是不是辛苦其实本质上是取决于你的心!什么概念呢,当你觉得每天面对成堆的文档或者被测系统,你会觉得心力憔悴而某人会精神亢奋。当你觉得新知识让你学习的无比痛苦的时候,某些人会觉得又能多学东西了。这点在我一个朋友身上非常明显,当年做功能测试的时候经常和我抱怨人就像要死了一样,每天都是加班都是看业务、看文档,而现在每天忙到12点都还乐得其中,觉得生活充实,阳光明媚。

本质上是屡战屡败还是屡败屡战,而计算机这种东西是一个死东西,不存在屡败屡战就不胜的,而且在你掌握了规律后,你会发现也就这点事情(这个估计你要做5年工作经验左右才会有这种类似的感觉)。

从工作选择来说IT是比较让人感觉累的东西,因为新技术多,新花样多,走在所有行业的前列,同样也是比较有成就感和安全感的工作,因为不会原地踏步,一招吃遍天下,工作2年就发现未来每天都做同样的事情(某些行业也许只需要几分钟,比如售票员)。如果你愿意比别人付出多一点,那么你渡过了我们常说的门槛,入门了那么你突然会发现选择这个行业是一个非常有趣和明智的决定。而如果你总在门口站着,这个行业会让你无比痛苦。

那么IT工作有很多,你选择测试是为什么呢?

基本上无非这几种观点:

1.我不会写代码

2.测试工作压力比较小

3.测试适合女孩子

4.测试比较好入门

其实这些说法只能说对错相伴,总的来说都是因为对测试工作的片面性导致的,那么在我眼里测试工作到底是什么需求呢?

1.好奇心,对不清楚的东西喜欢琢磨

2.耐心,为了得到某个结论愿意反复的尝试获得结果

3.沟通能力,测试是一个需要说服别人和理解别人的工作,需要很好的表达能力,人格魅力及沟通能力

4.学习能力,别人懂一点你需要多懂一点,因为你需要说服别人靠嘴是不行的,本质上还是靠数据和证据。

那么先对前面说到的几个可能比较片面的观点做个补充:

1.测试不需要写代码

其实测试工作并不是不用写代码,只是在大多数初级测试工作中都是功能测试为主,也就是代替用户运行软件体验软件,在这种情况下确实不需要有开发能力,但是这看似简单其实很难。可以参考美食家,美食家就吃东西么,这东西你会我也会,有啥了不起的。现在对于测试人员的要求在开发上要求越来越高,而且如果你想很好的验证被测软件,会开发是基础,所以有些时候测试对开发能力的要求比开发工作还高。

2.测试工作压力比较小

测试工作和开发工作有些区别,因为开发工作需要有具体的产出,而测试工作的产出会略少点(不太好量化)。同样一件事情,开发的工作量比较容易明确出来,而且是被不太合理的量化出来(明明做好要2天,非要1天做出来,虽然可以做出来,但是不懂的人是看不出哪里不好的)。而测试工作更容易偷懒了,因为除了使用特定的测试管理工具,否则没有办法监督你测了还是没有测,用心和没用心更是看不出来了,除非测试后还存在问题,而遗留问题又是必然的,所以这个时候工作的主动权回到了自己手上,也就是说认真做测试压力会很大,而不认真做测试的压力会比较小。

在这点上我只能说出来混迟早要还的,你不认真自然有人替你认真。

3.测试适合女孩子

从大多数开发都是男性的角度来说,女孩子做测试可以获得沟通的优势,但是女孩子也有自己的不足,所以你会发现大多数业务测试都是女孩子,但是技术测试都是男的。女孩子的性格确实在基础重复性工作上会更有优势,这个只是职业划分,但是如果你觉得女孩子不提高点技术就能混下去,那么还是前面那句话,中国不确人。

4.测试入门门槛低

这点在现在其实我都有点想否定了,为什么呢?因为开发的门槛其实也蛮低的,你只要重复写一个东西3个月,其实去应聘个工作还真够了,而测试工作要把道理说清楚能做,可能3个月还真不太够。但是对于招聘公司来说,大多数还没成熟到招聘一个优秀测试的概念和观点上,所以对于测试职位一般只需要你懂个概念,能做点执行工作就行了。从这个角度来说测试入门的门槛确实不高,但是如果你对未来的职业高度有向往,做好测试工作的要求非常高。

那么在说了这些内容后,不知道看完了的你有什么想法呢?

时间: 2024-11-07 18:13:48

小白成长建议(1)-深思熟虑-云层的相关文章

小白成长建议(5) 缺陷与管理-云层

缺陷管理 缺陷管理是最开始也是最基础的测试必备技能.在工作了很多年后仍然会发现大量的测试人员没有办法合理的做好缺陷管理. 在我眼中的缺陷管理包含以下几层概念: 1.缺陷的描述 2.缺陷的定义 3.缺陷的跟踪 4.缺陷的度量分析 也许你觉得作为测试提一个缺陷很简单,但是要提一个好的缺陷其实是非常难的.在这里其实还有个隐藏的属性,叫做缺陷的概念,也就是说什么是缺陷? 一般来说缺陷有两种情况,一个是违反了所谓的规则,还有一种是我们无法接受这样的情况.比如对于美来说,每一个人心目中都有一种对美的定义,你

小白成长建议(4) -从头开始-云层

测试入门 从这里开始我们正式来谈谈关于具体的测试技术,我先列一下目录,以便大家知道后面几章的内容: 1.测试基础及测试方法 2.缺陷管理 3.用例管理 4.配置管理 5.需求管理 6.单元测试 7.集成测试 8.系统测试 9.自动化测试 10.性能测试 这些是我觉得比较基本所需要知道的测试技术,而相关的一些开发.数据库.环境搭建等都应该在这之前基本具备的,我也不专门写点啥来解释了. 首先我们先来谈一下所谓的测试基础和方法. 测试基础 其实一说到测试基础能谈的东西特别多,但是理论性又很强,让我消化

小白成长建议(8)-知己知彼-云层

需求管理 需求管理我放在了理论的最后一部分来说,也是我觉得最难的地方.需求管理的难在于它对测试很重要但是又离测试工作很远.在前面我们说过用例,特别是系统测试用例非常依赖于需求文档,因为用例的期望值也就是最终结果,是通过需求来确定的.所以用例是否正确其实很多时候依赖于需求是否正确. 记得有这样一句英文非常的经典: Are we build the right product? Are we build the product right? 这里可以很好的说明到底用例重要还是需求重要.优秀的测试人员

小白成长建议(7)-蛛丝马迹-云层

配置管理 从某个角度来说,我一直觉得配置管理才是软件开发的最基本内容,注意这里我说的是软件开发的基本,不是测试!那么和测试有啥关系呢? 在解释这个问题前,我还是想先聊点别的,最后大家自然就知道答案了.配置管理到底是啥,简单来说就是版本控制和回溯,虽然这个概念说出来其实不太对,但是对于大多数情况来说确实就是这么回事. 在配置管理这个话题上可以说的很大,但是也可以说的很小,我觉得这么抽象的一个理论还是用个简单的例子来说明吧. 图书馆大家都应该知道,如何保证图书馆内的书被有效的借阅.订正.标记?这个和

小白成长建议 (3)-看书和选书-云层

测试入门 在有了对这个行业的一个了解及需要具备哪些基础后,我们就来谈谈测试入门.那么测试到底是啥,简单说来就是通过一定有效的方式来模拟用户运行软件,证明软件能够达到一定质量水平的手段吧.这里我用的话语很通俗并不规范,其实大家也不用太在意测试的某些概念具体怎么说,总的来说就是better more better,说到这里我想先提一下关于大家总关心的测试入门看什么书的问题. 怎么看书和怎么选书 在谈具体推荐什么书前,我不得不再好好的把怎么看书和怎么选书说一遍.其实在我看来书本无好坏,一本书不可能烂到

小白成长建议(2)-扎实基础-云层

测试基础 不知道在看完上一章之后你是否还有勇气继续选择测试这个工作,或者对这个工作有了一定的了解.那么在进入正题前,抱歉我还是要再做个铺底.就是我们的第二章测试基础. 测试需要基础么? 需要,很需要,甚至我觉得都需要一点点天赋!就像不想做厨师的会计不是好司机一样,测试是一个非常需要跨行业跨领域跨传统思想的工作.想要做好测试,那么你必须啥都会一点,而且为了说服别人,你还得啥都比别人厉害点,这样别人才会服你. 比如你告诉别人乱穿马路是不对的,这是没用的,因为别人不一定明白道理.如果你让他作为司机感受

小白成长建议(6)-测试的灵魂-云层

用例设计与管理 如果前面说的缺陷管理是作为测试最基本的要求的话,那么用例的设计与管理就是真正成为测试工程师的核心技能. 为何说用例设计与管理是测试工程师的核心技能的,而不是大家所关注的什么技术方向.首先技术方向是手段,但是任何的技术手段都是为了测试目的而服务的,如果这个目的出了偏差,那么所有的手段都无法达到预期的目的,或者就算达到了目的也并没反馈你所希望的效果. 例如我们需要测试登月车在月球上能否正常工作,那么你拿什么技术去测试呢?本质上还要换个角度从测试的思路上改变,在地球上模拟一个类似月球的

小白成长建议--小白如何提问

人类最高级的智慧就是向自己或向别人提问——苏格拉底. 我曾经思索过一番有关提问与回答的不同.在我看来,回答是面向过去的,是被动的,是过去式:而提问则是面向未来的,是主动的,是现在式,它往往意味着对现状的不满,意味着有新的发现.千百年来人们都对苹果落到地上习以为常,但牛顿却对此提出了疑问,也就在那一刹那间,一个崭新的世界已经展现在了他的面前.所以说,好的提问往往比答案更有力量,更能给人以启发! 长期在各个QQ群和网站社区上回答问题,久而久之就开始不太淡定,按照某些人的说法就是“你对我这样一个新人怎

小白成长建议(9)-苞丁解牛

单元测试 估计对于小白来说,一提到单元测试就是开发.开发.开发,好深奥.好难.但是我想说,单元测试可能是所有测试中最简单的了,想反系统测试可能是最难的,只是所谓的开发门槛让测试人员有些抵触而已. 为何说单元测试是最简单的内容呢,我们先来看一个例子: 有一个人去医院看病,然后医生问了一下病况后直接让你先去抽血,根据抽血的结果告诉你你是感冒了,给你开了一些感冒药.在这个情况下你觉得医生有多少的技术在里面? 另外一种情况,还是去医院看病,病人刚进来还没说话,医生就已经准确的说出了病人的病情和对应的诊疗