写给毕业7年奔三的自己

drdrtracy

一直想给自己写点什么，今天正好星期天，又是我一个人，记录下自己吧，各位觉得有帮助就看看，没帮助就关了吧，勿喷。 06年毕业，来到深圳，很幸运一来就有工作，在一个游戏公司做游戏开发，住在朋友那，宝安，每天早上5点半起床，8点半到福田保税区上班，现在想起来很辛苦，可当时怎么不觉得辛苦呢？难道是年轻是有干劲？ 但是干了3个月以后发现自己不是开发的料，天天看着一天段代码头痛，开始思考人生，思考自己要什么，发现自己交流还行，科班出生的人跨行貌似也不太好，发现测试这个行业还行，可以和人交流，还有点技术，以后还可以往售前转，决定转到测试，于是还在开发的时候就学习各种测试知识，包括各种用例的方法，性能测试，逛各种测试论坛，还在犹豫是不是该转到测试的时候，06年底公司突然说要裁员，我这种新手当然首当其冲。使得我下定决定转到测试。  又很幸运，还没公布裁员的时候就面试现在这家公司，面试一共6面，当时面试的时候最开始面试的是开发，做完开发的题目后，1面的时候我说我想做测试，结果又把测试的题目做了一遍，后面5面，一个整整的下午，面完之后很轻松，当时可能是没什么压力。又投了QQ,做完题目1面也做题，做完题目很清楚的记得是个美女面试的，面试的地方是飞亚达某层楼的茶水间。面完后等通知。在等通知的时候得到前面那家公司的电话，录取。QQ的二面约我印象很深，外面下着暴雨，当时打电话约我，其实我已经决定了去前面那家公司，所以QQ 二面就没去了。现在想想是不是应该后悔呢？世上没有后悔药。于是07年1月入职现在公司，中间只是失业十多天。
   进了公司后由于我有开发背景，于是我是测试模块，类似于灰盒测试，写代码，测试类似于.lib的库，于是做了两年，很轻松很愉快，现在想想那时压力很小，07年到08年，08年年底觉得没啥意思，于是申请调到产品测试，做起来黑盒测试，09年10年从基层测试到测试骨干，11年开始当小组长带项目，手下5 6个人，11年12年带了2个项目，12年底开始做测试经理，一直到现在，下面3个小组长，人手20+人，12年底到现在做了半年的测试经理，把思路都理清了，目前来说比较轻松了。避免人肉不写具体项目和背景知识了。
  总结一下：我的经历很简单，半年开发，2年灰盒，2年黑盒，2年小组长，半年测试经理，没有过大风大浪，一直在测试干，从灰盒测试到黑盒测试，没尝试过白盒测试，跟自己不喜欢代码有关吧。所以跟很多经历过大风大浪的比真是差太多。讲讲大家最关心的工资：800->3K->5K->7K->9K->10K，避免人肉，不报具体数额，这是工资，还有奖金待遇等，目前年薪20W左右，不知道算不算高，还行吧，比上不足比下有余状态吧。  目前也遇到了瓶颈，再升也升不上去了，就只能这样耗着，测试这个行业目前还是不受重视吧，大公司好一点，小公司的地位比较低，相信大家都有感觉，想想06年的时候转到测试，觉得测试很有前途，以后会很牛逼（也许当时测试培训业宣传页挺猛的）。现在看来自己还是太嫩了，还是那句话，你改变不了社会，只能适应社会。
  混了职场也有几年了，谈不上建议，谈谈个人想法，首先是新人，这几年面试过很多人，当然面试的都是比较基层的员工，其实测试的面试比较简单，题目就那些，自己准备准备问题都不大，我比较喜欢沟通能力比较强的，有一定的逻辑思维能力，那什么叫沟通能力比较强呢，就是在面试的时候能聊得开，觉得不紧张。那什么叫逻辑思维能力呢，就是问一些项目背景，有的时候我也不太懂面试者的项目，一般喜欢多问几个为什么，有自己思考过的，有真正进入过项目的，多问几个为什么就问出来了。所以没必要写一些看上去很牛逼的项目或者背景，面试官又不是傻子。 然后是进入公司了，入公司后1年到2年期间是学习东西比较多的东西，来了以后应该适应，有句话说得好存在及合理，很多职位很多人的存在肯定有它存在的道理，这个时候你一定要主动，因为这是职场，没有义务帮你，虽然上面有培养新人的考核之类的，但是一般优先级不高，除非来了一大帮都是新员工，所以你一定要抓住机会去学习更多的东西，学习的时候多问为什么，厚脸皮一点，别人教你的哪怕是10分钟，也比你看一天甚至看一周的东西来得快。另外就是总结，不断的写总结，不要只是在心里总结，一定要写出来。写出来是要有思路的，比如现在我在写，写着写着怎么觉得思路就不对了呢？还有就是你后面可以回头看，写着看看前几年写的总结也是种乐趣。好记性不如烂笔头。当工作了2年以后你就会觉得有点牛逼了，这个时候你就发现有些制度不合理，影响你的工作，有些流程就摆在那里，这个时候你可以用你的魅力去推动，比入测试地位比较低，你可以尝试着去推动。当然一切的前提都是在你做好自己的前提呀。提的时候应该有数据支撑你的想法，不能只是说我觉得啥啥啥，没说服力，你可以说测试效率是多少，漏测率是多少，开发转测试后发现问题多少。那么这里就涉及到一个度量，度量真的很重要，刚开始的时候我个人也觉得度量很没用，统计那么多数据又费力又麻烦，但是越到上面越感觉到度量的作用，因为你的一切数据来源都来读度量数据，数字是最明显的东西。3、4年后你就有要带项目了，这是你下面就有几个人了，那么你不但要关心项目，还要关心人，其实最基层的员工还比较好管理，无非就是项目和技术积累，项目就是测试版本，测试用例，设计测试用例，提问题单，技术积累就包括输出多少总结，做了多少次讲解，后面再高一点就是管理小组长了，那么目前没什么心得，还在摸索阶段。
  写写以后的路想法吧，这几年工作熬过通宵，出国出差过，连续上班大半个月都有。其实有人说这么辛苦干什么，其实谁都想天天坐在家有钱来，但是我们这种屌丝一没关系，二没钱的，不辛苦拿什么赚钱？这个社会辛苦能拿到钱就不错了，还有很多很辛苦但是没钱的呢。（不认同的可以无视！）目前测试这个行业在国内不咋滴，目前自己也是瓶颈了，上也上不去了，就该思考思考人生了。这个问题困扰了我1、2年了，目前我还没有思考好，有没有前辈给指指路？另外觉得自己朋友太少，深圳的朋友有没有交流会之类的，收
了俺呗。
  另外这个社会没有绝对的公平，有相对的公平就不错了，就像当时我第一家公司裁员，以及现在公司要裁员，有些东西不受你我的控制的，有的时候觉得自己太顺，记得有个老师说过，资历的平淡也是一种贫穷，我就很贫穷。现在是低谷的朋友也别丧气，过了几年或者几十年回头看你是很富有的，加油。

跑跑跑跑

我和你差不多，一切一帆风顺，资历很平淡。一切都是努力的结果，适当考虑一下更高的管理岗位，如区域经理、副总等职位，我不是什么前辈，就是一个工作2年多点的小鬼。

lsekfe

看了你的经历。觉得IT行业不懂一点代码确实不行！

a369897828

技术积累就包括输出多少总结，我觉的这句话很有道理呢，而且写的也很中肯
面试这块我也满赞同，一般来说根据团队配比会配比几个高级的和几个中级，初级的；对于高级的我一般面试要求会比较高；对于初级和中级的更多的是看逻辑，毕竟测试的对象就是逻辑
有一个20+的团队已经不错了，楼主估计是因为公司对测试的重视程度而感到困惑吧，这个看老板的，你是测试老大那就有责任给老板解释说明测试的重要性了，方法有很多可以拿数据说话

forstkksk

毕业一年的菜鸟拜读

赵佳乐SMILE

还有2年 恐怕达不到楼主的高度。。佩服。。

jayowenhui

本人毕业后一直在一家小公司从事测试工作，五年经历，和楼主一样，资历很平淡，我是公司测试的第一人，从黑盒到灰盒，白盒搞得少，不过公司对测试一直不是很重视，测试人员一直较少，老是在赶项目，薪水较同行业低，生活压力大，一直在技术积累，越积累越觉得自己什么都不会，一直没有勇气跳槽，不知算不算彷徨。。。

caigengyan

楼主好，我学的是开发，但是毕业后一直做的是测试工作，目前2年多工作经验，也是一直做黑盒，公司对测试一直不是很重视，测试人员一直较少。目前也很迷茫

omg

前辈，或许就像你说的，尝试去推动测试更多的参与，更完善的流程。（如果应该够好了，那就不用了）。或许前辈可以给我们分享更多的东西，比如20多个人团队，如何管好项目，管好人。

幽幽草哈哈

在以前的公司待了两年多了，正要去推动的时候，也在进行，但是遇到公司各种变故，最后扛不住不得不换公司了。来新公司，业务很多都不同，还要重新开始

zhenghailang

工作一年，最近两个月换了两三家公司，现在在这家公司想待下去，领导叫我学很多东西，转压力为动力吧。搞得好，也想去深圳尝试尝试，在广州待遇吧，还行。好好干，希望也能达到楼主那个高度。

chengning

谢谢楼主分享

zm51testing

感谢楼主分享。做测试快2年了，一直是手工测试。休闲时自己看测试相关的书，学习测试工具如何使用；有待加油

kellyxie

我也7年了，在厦门，差很多

kellyxie

我也7年了，在厦门，差很多

hengyuan

可以进外企，我们公司对QA还是比较重视的

没翅膀的飞鱼

9#说的很对，我也想多了解这块
发现论坛有不少前辈，大家多多分享自己的测试经验或者相关主题，让我们这些小辈多学习下

zhoutesting

七年，七年之痒。  说笑了， 才毕业一年的小菜鸟，刚跳到另一家公司，目前一看，一个十来人的小组有四五个测试经理，这个怎么办呢，前辈，你是我的偶像，希望七年之后能达到这种高度，加油加油！！！

夕阳西下°

很不错的帖子，记录了楼主的心路历程！

drdrtracy

不才，说说我的想法吧，谈不上经验。
项目：大多数公司研发部门都是按照项目来运作的，只是大小有区分，既然都是项目运作，就免不了要管理项目，用什么模型来运作项目，也就涉及到前面提到的流程了。选什么模型也就决定了测试的流程。大多数公司还是瀑布模型吧，还有很多的迭代模型，我接触比较多的是瀑布，说说测试在瀑布中的工作吧。瀑布有它的好处也有它的弊端（不要一棒子把瀑布打死，存在及合理，而且它存好了很多年）
  如果是用的瀑布模型的话，测试的工作可以分为三个部分：前期、中期、后期。前期的工作主要是分析需求，分析需求的方法有很多种，也相对有难度，不说太细了。还有就是计划了，计划就包括测试环境，环境需要在测试正式开展前到位，特别强调一下自动化和可测试性需求。自动化很多时候不重视，自动化的投入在前期造成的收益很可能是负的，但是到了后期以及维护阶段的节约成本就很明显了（但是这个地方阻力比较大，因为项目经理往往不愿意在前期投入，曾经统计过，自动化后期可以至少提高效率一倍以上），可测试性不重视，后期往往会消耗很多时间进行环境搭建等，但是往往项目紧张就会优先把这两部分砍掉。前期投入的越多后期困难越小，这里考验比较多的是测试经理的技术水平，技术越牛前期发现问题越多。前期还有一个策略，一个项目下来每个版本如何测试，测试哪些，哪些特性有依赖等等，这个要和项目经理达成一致。
  分析完后就是设计测试用例了，设计用例的方法就是入门考试用的什么等价类，什么边界值之类的。还有就是各种测试类型。我接触的项目考虑以下类型：功能测试，性能测试，大容量测试，压力测试，资料测试，全球化测试，安全测试，装备测试（生产线的需求），长稳测试，兼容性测试，可靠性测试。设计到视音频的还有进行视音频专项测试。每个人的思路不一样，全就可以了。 测试用例不是越多越好，因为用例越多意味着投入也越多，越多的投入成本也越高。测试用例的深入程度考研着测试经理的水平。特别是在当前测试测试地位不高的时候，要求过多的投入老板一般不愿意。建议测试用例的多少用一个基线进行参考，考研参考公司原有的项目经验，可以参考开发代码量的多少，评估出一个较为合理的测试用例规模。为什么一定强调要有参考，因为你评估出来的东西一定要有理有据，你可以说这样的评估不合理，但是一定要有个依据，这样无论是谁问起来都有底气，而不是让别人觉得你是飘飘然，想多少就多少。
  设计完测试用例后就进入中期阶段了，大家接触最多的每轮版本测试阶段了，每轮测试都会有测试任务分配，测试策略制定，测试执行，bug处理，测试报告等工作。包括每轮每个人任务是不是要调整一下？一个人老是测试一个东西会不会烦躁？这里考验着测试经理的管理水平。说一下漏测分析，每轮版本测试后看看发现的问问，问问自己为什么这些问题第一个版本为什么没发现。测试的改进点大多数从这里来。不要每轮都车轮战一样，来一个测一个，每轮都需要思考，这样才能一点点进步。中期阶段大家接触的最多，大家经验比我丰富。
  最后就是后期阶段了，就是项目维护，项目总结阶段了，测试需要总结，整个项目下来哪些可以改进，哪些下次要避免。这个时候需要大量的数据支撑你的总结，项目的度量一定要做好，看一个项目管理的好不好都需要从数据体现，这个时候你可以拿出很多数据出来给项目经理证明自己的工作。进入这个时候也容易背黑锅因为产品要上线了。呵呵。强调一下度量，我原来很反抗度量，觉得没什么意思，但是越往上越需要度量，工作需要数据支撑而不是款款而谈。
  好了，整个项目完了，测试经理的技术水平提前在前期和中期，管理水平体现在中期和后期。整个公司的流程上来看，测试属于一个中间环节，而且是不直接产生效益的环节，也最容易很忽视。既然是中间环节必然受到上方或者下方的挤压，这个时候测试是一个妥协的过程，就像前面的兄弟说的老是在赶进度，那就是向进度妥协。一旦整个公司运作了一段时间后将会达到一个平衡，就是各个部门或者个人妥协的结果。大家进入公司以后一般来说都是比较平衡的公司了，工作了一段时间后你会觉得流程很难受。想去改变这种平衡，阻力比较大，就是前面说的流程定了你的一些条件就固定了，推动很难，因为你站在一个老板的角色来看，既然以前都运作的好好的，为什么要改变？让一个人改变很难。这个时候需要一些事件的触发去刺激，只有刺激了才会有改变，这个时候需要有心计的制造一些事件，呵呵，考验着大家的水平了。
  以上是对项目的理解，回头看看好像后面偏了，总结能力还需要加强。整个项目下来强调两点：基于数据的表达，以及不断的改进。这里有比我更有经验的，大家一起来聊聊呗。