记录一下之前写的文章--测试之不可承受之轻

过了好久的时间没有自我反思和督促了。今天把我很久很久之前写的文章拿过来,把我的心路历程重新记录下来。

原文地址:https://testerhome.com/topics/10722

一、我的测试之路

记录一下今天的日期: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的技巧还是要自己摸索,但是绝不能示弱,必须拿出自己理论依据。

猜你喜欢

转载自blog.csdn.net/Jack_Chen3/article/details/87281577