误入测试三年，我在500强做测试

        一晃三年了，没有了刚从学校出来的书生气，取而代之的是满脸的时光的痕迹，那是因为班没少加。作为研发的一员(公司是这么认为的，测试也算是研发)，加班是必不可少的，偶尔还通个宵，我入职选的是软件研发，被堂而皇之的分到了XX软件部，做测试的工作。刚入职的时候，被拉到x区培训，果然是是500强，培训室挺好的，大厅富丽堂皇的，经常还能碰美女，后来才知道，那是本不属于我们的地方，偶尔也只能去逛逛了。

        本人从事的网络方面的测试，入职之前对于测试没有经历，写软件也都是自己写自己测，测试基本功能而已，入职之后首先的开始学习产品知识，当然都是自学，由于入职的员工比较少，所以基本没有系统的培训，都是自己去啃红宝书《tcp ip详解》，刚入职就坐在座位上，每天看个几章，看完之后写个总结发出来，告诉小组的每个人今天都做学了什么，好让领导知道你是个什么进度，当然这些也都是学习些理论知识，自己学的也不是很深。公司这点还是不错的，对新人还是有容忍度的，不是要求你上来就干活，这些也只限于刚刚来的新人而已，如果你待了个两三年，的模块打交道，不会不是理交给你个你不熟的任务，你在说你不会那就等着拿不好的绩效吧，所以测试就是这样你总能接触到自己不会的东西，一个产品的各个模块和特性，开发可能只了解其中 的一个模块，你可能会这个产品的所有由，这个时候就得发挥自己的学习能力和沟通能力，找了解这个模块的人沟通要资料看，然后根据产品的需求设计和执行测试用例，这个活通常是由测试设计工程师来担任的，一般的刚做测试不会上来就让你去设计测试用例，通常只会丢给你一堆相关的测试用来让你测试，然后你就会深陷于无休止的用例执行中去，什么规格测试、极限测试、稳定性测试、特性测试、专项测试、自动化测试等，总之你不会闲着，如果你只是一个个用例执行，那么的确是一件痛苦的事情。然后你需要做的是分析测试用例，哪些可以合成一个来测，或者你根本不需要按照测试用例来测，而是按照需求去测，等一天测试完成之后看看，那个用例对上号了然后标记一下即可，这样测试也许会轻松点。测试用来通常是对各种条件输入排列组合的结果，所以很多测试设计工程师评估不出来产品的风险，只好让你吧所有可能都试一下了，这种很可恶的。。。设计用例的人永远不会嫌麻烦，因为他不用去执行。 因为有的测试需要节约成本，随之而来的就是测试人员要共用环境，那么就不可避免的要进行倒班，我就倒了不少班，相信我上夜班对身体决定是一种摧残，当然这也要看产品，如果你的产品也不是很贵的话，那么人手一个也没有倒班的必要。

      测试要打交道的最多就是开发了，你测出问题第一时间也是要找到开发给他提单。你的知识来源也是开发，因为你并不了解产品是怎么实现的，你只知道它 的功能，你不知道代码怎么写的，这就是产品测试尴尬的位置。你说是问题开发说不是问题，你俩就开始扯皮，谁站优势，这不光是问题本身，这还要看你们部门政策是什么，有的部门鼓励提单，向开发提个问题单就很容易，有的不确认清楚就不让提，有的开发还可怜兮兮的，在有的就是确认清楚还要拖到明天再提，都是绩效惹的祸呀，因为测试是根据你发现的问题来评绩效的。问题单多了开发也是很有压力的，所以感觉开发和测试是一种忽近忽远的关系。当然了目标还是一直的，但是过程是纠结的。

      测试上升也是分管理和技术通道的，管理就是带版本，技术就是进行测试设计和产品风险评估，当然了也可以转去做技术支持和销售，因为没有人比一个产品测试更了解产品的特性，性能等，即使是开发。在大一点的公司里，很注重模块化管理的，这样少了谁损失也不会很大，测试也是这样，你不干我无非在你招一个人负责你的特性。所以做开发和测试的同学，千万不要仅仅盯着自己手头所负责的那一小点特性，要放眼整个产品，要知道自己在产品中的哪个位置，不是要你精通所有，但你对其他模块也要有了解，这样你才有上升空间。

      上面是从个人角度聊了下测试工作，就像开头所说的我原本是想从事开发的工作，误入测试领域三年，虽无建树，但感慨颇多。找工作的话还是找一个自己喜欢做的吧，或者自己想做的吧，即使你刚开始进不了一些大公司，但是也正在向你的dream job靠近，因为你在不停的积累经验。等时机成熟然后应聘自己理想的职位，那时社招要比校招待遇来的丰厚的多。

     回头一看码了不少字了，不扯淡了，明天还要加班呢

PS：好困，以后有时间在重编下吧