职业经验 测试之不可承受之轻

陈小憩 · 2017年11月05日 · 最后由 白虹李李 回复于 2017年11月09日 · 2180 次阅读

一、我的测试之路

记录一下今天的日期:2017年11月2号。我是 14 年 7 月毕业,到目前已经三年多工作经验,其实准确的说只有两年经验。在这三年里边听了太多测试行业、互联网行业的是是非非,人情世故,我觉得自己不是那个最聪明的人,因为三年时间,我思考了太多太多,但是一件我认为拿得出手的东西都没有。

1.实习与毕业之后一段时间的工作和心路历程

作为一个 90 后,我也算是新生代的新四军了吧。当时实习直接到北京实习,毫不夸张的说,大学时代纯粹是玩过来的。心理不平衡过,甚至羡慕鄙视和仇恨的眼光看待过从什么 211、985 出来的牛逼的测试人。

  • (1) 当时其实测试行业还没有那么高的要求,但是包括各种招聘网站上的学历要求,动不动就好学校背景,心理不好受,因为我本身一个专科出来的人就很难找了,再加上各种压力,不由的会仇视。

  • (2) 后来想法慢慢捋顺了,公司都是要能干活,能吃苦,能力比一般人稍稍强一点的,怎么就过分了呢?所以,我想明白了,不管哪个行业,你既然要吃这碗饭,你就必须有与别人不一样的闪光点或者比他人强 (比别人牛逼) 的点。这点很重要,必须要有比别人牛逼的点。

  • (3) 所以当时找了小公司慢慢熟悉业务,写用例,了解互联网行业的工作模式,重中之重就是培养自己的闪光点。

  • (4) 15 年年末这个小公司就黄了,而后 16 年初换到了一个差不多的公司开始慢慢的积累自己的闪光点。

回顾 14 年 9 月到 15 年 3 月那段时间,一直有一个师傅带我,当时真的真的很感谢他。虽然平心而论他没有教我什么东西,但是为我后边打下了坚实的基础。那段时间的心路真的是很困苦,自己慢慢的接触测试的东西,拼命在努力学习,并且有不懂的任何东西我都领悟出了几种解决问题的途径,这里我就分享出来:

  • 第一、百度,百度是最好的查找问题的工具,可以解决大部分的测试过程中遇到的问题。
  • 第二、Stackoverflow,第一次听到这个网站还是在金阳光测试的某次公开课上,金阳光写的 monkeyrunner 系列课程我看了一遍,深受启发,所以,他说的这个网站,相信大部分人都知道吧。
  • 第三、开发者头条,testerhome。大众化和测试领域比较高质量讨论论坛 testerhome 也相当不错。
  • 第四、加群,各种加群,不管是有什么问题,都可以加各种群进行讨论。虽然有时候这些群会各种吹水,但也会有一两个大牛为你解答。
  • 第五、各种开源网站和博客论坛。包括 csdn、github、segmentfault 等优质的资源可以满足你的测试需求。 当然了,以上说的这些东西只要搜索一下都知道,但是测试行业说白了就几个字:坚持不懈,持续学习。不单测试行业,任何行业都是,只是互联网行业竞争更激烈,不学,半年内你就被人甩的远远的。

2.心路历程第二节

15 年 3 月到 7 月,也就是年后,这才算是真正的互联网公司,虽然这段时间呆的时间不长,但是团队氛围不错。说一下我认为不错的点:

  • (1) 公司前台还是某个地方有个小书橱,每个月每个人可以向前台申请要买哪本书,然后放到小书橱中,每个人都可以看,每个人都可以借书,并且登记一下借书人和预期还书日期。当然,如果小书橱中存在的书就不能再进行申请再买了。公司人性化的安排很是贴心,给人的感觉就是积极向上,人人学习的氛围。
  • (2) 每天早上的” 立” 会。其实这一点我觉得大部分的互联网公司都有,正所谓为了提高工作效率,并且实时掌握项目及版本的进度,各大公司也是” 煞费苦心”。然而,在这里,我其实很是想批评这个公司的。真的,大道理谁不懂,有时候不用动不动就讲大道理,实在没劲。 而且有时” 立” 会会变味,本来设置这个玩意的目的是尽快说完问题,然后散会后具体细节再讨论的。然而,很多情况是领导会就某个细节问题展开细聊!当时也是年轻,懂得不多,现在想想,这种公司问题真的相当的大:此举的严重影响就是导致” 立” 会无限延长,时间是有限的,一个领导如何抓到重点并且一针见血的指出问题所在,并且能提出建议,分配哪个测试跟进问题,这才是王道,扯那些细节真的很没意思。说的有些过了,但是我还是相当看好每日” 立” 会的,但是,如何恰到好处的用好,是每个当领导的要反思的东西。
  • (3) 开发自测,流程明确。

流程这玩意我向来就是觉得很麻烦的东西。之前听金阳光说过:” 不管什么流程,每个环节都会有裂痕,然而你却不能没有这个东西。” 是的,这东西是把尺子,丈量着项目的推进。以前开发会随意提代码,在” 完成在自己手机上测试没有问题后” 之后,开始 push 代码,然后催促测试进行测试。哦,如此这样,是不是我测试也可以随便” 找一个测试机”,测完没问题,就没问题了?什么逻辑?开发自己的代码质量测试丈量?然后我测试提一个 Bug,你就改一个,我要是不提这个 Bug,你是不是连看都懒得看?如此这般,我测试难道天天给你开发舔屁股,那我还不得累死。。。所以,我们测试联名搞了个开发自测,并且将开发自测流程规范了起来,好吧,我觉得这算是我在那个公司接触到的可以保证质量并且行之有效的办法之一,当然,测试也会比开发硬气,据理力争,为什么要这样,说大了就是项目质量嘛。
这个公司呆了只有 3 个月,学到了一些东西,软技能懂了一些。因为我的师傅,我们的缘分再一次有了交集,通过他的引荐与提携,我到入了他的公司,开始我的心路历程的” 第三段”。

3.两年磨砺,痛苦与坚持

15 年 7 月到 17 年 9 月,两年时间,在一个大公司,接触了很多东西,时间是把杀猪刀,如果说在这个过程中我明白了哪些东西:做人的道理。
如果没有师傅在前面为我挡风遮雨,我恐怕是要在这物竞天择的职场中混不下去了。首先说一下大家喜欢的大公司流程规范:
职责流程划分更细,人员要求更加严格。哪个测试跟踪哪个开发的 bug;流程究竟卡在了哪里;这个东西为什么那么难测,难道事先就没有规划好时间多长时间测试,多长时间回归 Bug 么?大公司各司其职的确是好事,但是很多时候很多事会让你忙不过来,而且这个时候官大一级压死人的那一套官场做派比较明显。

  • (1) 责任明确,任何事情就是邮件确认,bug 日报要规范。大有牵一发而动全身之势,好像盲肠炎,动一下,哪里都会疼一下。比如,我之前就被领导骂了不知道多少遍了,邮件要发哪些人看到,哪些人根本不关注你的 Bug,你以后可以区别对待。而且之前见过其他测试写的项目日报测试进度。我去,折线图,未日清 bug,哪些人要跟踪这个 Bug,具体找谁沟通,写的如此之详细,真的是文笔犀利,如果在古代,这些测试肯定都是榜眼探花。所以,不光要反馈 Bug,而且还要多重维度的体现这个问题的等级。
  • (2) 估时间,测试时间。这个东西其实很简单,比如测试时间多长,有什么难的,然而,有的时候需求会在后期加或者改,本来这些东西我也会说:没时间不测。可每次都是领导或者开发过来要说,这个很重要,必须要测,辛苦。呵呵,基本所有公司都是这样,改需求剁手,其实就是扯扯淡,装装逼,定的规则是,不加班搞,结果实际上这些玩意全是 bull shit,有规则没人遵守。 还有一种情况,比如开发改了很多底层或者框架层的东西,你测试怎么估这个时间?大公司真的是这样,很多情况是测试并不专业。但是话又说回来了,如果一个测试真的相当专业了,他是不是会转为开发或者其他职位了?硬着头皮上。大公司招人不易,这点确实是实话,因为要的人并不是初级的人了,而且大公司要的是,来了就能干活。
  • (3) 沟通打交道。我发现有的时候人在不经意间就会忘记某个人 1 分钟前说的话,而这种情况在大公司更加的严重。需求堆的满满的,不管是对接其他部门的接口需求,还是自己部门的版本迭代,亦或者测试工作中的小会议等。有时跟人打交道真的是很累,而在这段时间里,我也磨砺的没有了下限,什么话也敢说,客套话说一堆,就是不给你干这个活。或者为了 KPI 搞搞自己的事情,推卸责任,慢慢的在大公司把心狠做到了,圆滑做到了。
  • (4) Who cares who you are。大公司的通病,而且也是人性的使然,事不关己高高挂起。比如,测试过程中可能需要开发配合添加一些内容,开发不鸟你。你是哪根葱,然而你的 KPI 里有这项需要他们配合,虽然,开发可能确实时间紧,可是借口谁不会说呀,随便糊弄下把你打发了。所以我也总结出了规律,凡是跟开发或者产品等其他人打交道,直接找自己领导!官大一级压死人,要想推进这些事去搞,必须领导直接沟通。

二、测试 - 不可承受之轻

起因:经常在各种测试群里听到很多人扯测试必须要提高自身技术水平,要搞自动化、性能、接口测试等,当然这是好事,毕竟没有人想要退步。
我的态度:很多人没有搞清楚自己到底会什么,学什么,人云亦云,我除了能给你句” 加油”,还能说什么。是的,我的测试工作我也不喜欢,但我也在努力在我感兴趣的点上一直努力着。当然不排除有人也在其他方面正在拼着命。
正如我之前说的那样,测试专业性不同,维度不同。

说说我对测试的理解,不应该认为懂代码的就是牛逼的,不应该觉得功能测试就不能拿到高工资。
测试行业在两年时间内变得竞争更加激烈,以后的日子更是会缩短。我见过有些所谓的测试领导在面试测试时,一副得意洋洋的样子,觉得自己懂得很多,像这种人,我只想说一句,go fuck yourself。为什么呢,因为你站的角度不同,比如你可能站的是功能业务测试相当熟的角度,或者你站在测试开发相当牛逼的角度。但是对人应该有相应的礼貌。
那么我现在来从不同角度分析分析:

  • 1.如果你面试的是个小公司,那么这个小公司的测试 leader 可能说话语气就不会很横,除非那种很高傲自大之人,因为小公司正缺人手干活,他们不会趾高气昂的对候选人巧言令色的。相反那些正在处于上升期或者成熟期的大公司,会比较不耐烦,为什么?因为他们一天不知道面试多少人,好像皇上选妃子,再好的人才,他们也看腻了。中国人众多,劳动力这么旺盛,就算给你几分钟的面试谈话时间,也是给了你几分薄面了。

  • 2.人都是这样的,当膨胀的心已经无力遮掩,不如就让他涨破,看他到底要溅到哪里。我之前面试过某个单车公司,那领导一句话说的我哑口无言:” 这个工作给谁做不是做啊。” 我呀呀呸的,你这是招人还是招给你卖力的亲信啊。

三、测试避免加班

各大网站都在调侃互联网行业加班的各种段子,想想就觉得好笑,这群人是不是有病呢?自己加班也高兴?暂且不说有部分人是起哄,如果真的天天是 996 你会去吗?我之前面的一家公司,理直气壮的跟我说,是 9-10-6,工资给的倒是不低 (您暂且认为是很多很多吧)。这里你是不是很乐意去了呢?好比之前我听的那个段子:” 假如让我吃一口马云的屎,他给我 XXX 钱,我能吃到马云吐血。” 这样的段子真的那么好笑吗?你倒是给我吃个看看啊。真是吹牛皮扯淡不嫌败坏整个社会风气。所以我除了鄙视那个公司外,还不忘评论了一句,又是一个让员工各种卖力、不顾员工死活的公司。

说回来测试如何避免加班:

  • (1) 指定测试计划、时间节点。这个最基本的不用说了。

  • (2) 明确影响测试进度的关键问题点。关键问题点就是是开发还是产品、还是我们自己延误的,如果是开发、产品,那就不加班,并且告知自己的领导,记住,一定要告知自己的领导,如果领导说那你加一下,可以,那你就加,然后发邮件告诉所有人,下次怎么避免类似问题影响排期,如果是测试延误,那就必须我们自己尽职尽责的完成了。
    (3) 与各种人 pk。pk 的技巧还是要自己摸索,但是绝不能示弱,必须拿出自己理论依据。

共收到 11 条回复 时间 点赞

虽然有些话不赞同, 但是分享的精神可嘉.

楼主不错,给楼主个小建议,对技术有点小敬意,然后在一家测试能说的上话的大公司努力提高沟通技巧吧,有些时候也不要太认死理,加油吧~

楼主的经历挺丰富的,大公司确实能磨练到许多和人打交道方面的东西。我之前进去大公司一年左右,也感觉到这些方面的差异。

有思考是好事,点赞。期待后续楼主可以分享更多工作上的经历和思考~

年纪很轻,所经历的事情挺多。技术有所沉淀会更好。小公司练技术,大公司炼心

屁股决定脑袋,等你自己混到 leader 的位子,你肯定会改变很多想法。比如,招人、面试这事,等你一年看够 1000 份来自不懂行的 HR、猎头的简历,只能抱着试试看的态度来看个很不起眼的简历,还幻想着引入外援来改变现有的团队状况,我不信你还能那么耐心,而且有时候你看到的攻击性的面试、交流……也是大厂面试必须有的一环,看你如何解决冲突和逆境处事等等~

再熬几年,等到 5 年、8 年,你再回头看看,很多想法会已经改变,不过你对测试、对流程的看法都是三观较正的

总结的挺好,做了两三年对工作认识的深度看得出是平时用心工作的
接触过些工作好几年的,说起来还是一团浆糊。。。

若有所思,楼主的分享很成功。感谢分享

给前辈点个赞,唯代码论的风如今在测试界盛行,但我发现能真正当好 leader 都是那些非常懂业务而不是非常懂技术,也就是功能测试,但是面试这种东西,大公司的面试官有点脾气也是正常的,而且小公司的也会有,比如以前的我。。。。😅 ,毕竟站在不同角度思考,尤其是创业团队的面试官,招不对人,影响程度谁经历过谁知道,人在江湖,看天吃饭,希望楼主在多多分享,这些东西有时讨论一下还是可以产生新思维滴😄

槽神 回复

嗯,我很赞同你的想法。一天看 100 多个简历,谁看的过来,而且就算看的过来,那这一天还干不干其他活。我也想过当领导,还是那一点,官大一级压死人。我常常会这样想:
1.大公司都是这样,招人难,但是也不会将就,他们宁愿这个职位 1 年,两年找不上,也不愿找个人培养一下。
2.测试人对自己没有严格要求,行业使然,轻视自己的工作,觉得自己做的工作没有开发或产品专业。
3.之前金阳光说过他们招人时,直接机器筛选,本科以下的测试直接筛下去了。所以,对于很多专科人来说,人脉、技术、才干、吃苦成了和别人竞争的筹码。加班成了人人必须遵守的道德准则,累死累活毫无怨言成了你在大公司的必由之路。很多公司说的什么狼性和野心,说白了,就是为了让你多出力。然而这却成为了测试行业,甚至互联网行业的准则。准点下班成了异类?你准点下班吧,然后一纸诉状告到领导那里,你说心里难不难受?
4.抱歉,说了一堆废话。但我总结起来,任何东西都是这样。大公司的难处我懂,而且人起着决定性的作用,当你和某些人配合着去搞一个事情时,方见这个公司的文化与气节。刘备用了诸葛亮才造就伟业,关键在于你对这诸葛亮是否真心。

作为一个面试官,我表示,考察代码能力其实代表着几个方面:
1、这个人的进取心怎么样
2、这个人的学习能力怎么样
3、这个人的耐心,解决问题的能力怎么样

因为写代码,做工具,没人带,要自己自学,通常有没有成果,很大程度就反应了以上几项素质。长时间做一件事情比如功能测试,大概率,很大一部分人都能做好。毕竟熟能生巧。光考察业务能力就有点过于单一了。

关于避免加班这个事情,很多人讲的都是如何安排好自己的工作,觉得只要自己合理安排了就不用加班了,加班的都是效率不高的。

其实很多时候不是这样的,上级给你分配任务的时候,通常都是按照 1.2 倍,或者 1.5 倍正常工作量来安排的。
也就是说一周的任务,其实是安排的 7 天的任务,而不是 5 天的任务。

这个就只能希望自己去一个不加班的公司了,难啊。

京东加班不?华为加班不?小公司加班不?😂

感觉再加班,头发都要掉光了。。。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册