我的PPQA之路【1】

大学刚毕业，除了年轻，什么都没有。虽然是计算机系毕业，但是专业课稀松，也不想从事软件开发这样比较累的工作，于是，除了程序员，其他的工作都天女散花的投了简历，然后找到了一份QA的工作，当时觉得很幸运，挺适合女生做的，现在想来，应该算是不幸。

工作第一个月，领导没有给我任何工作，只让我自学公司的各种流程制度。于是，每天我就跟蘑菇一样，一上班就打开电脑看文档，下班就关机走人。一个月后就共荣上岗了，拿着张检查单开始煞有介事的审项目。需求规格书应该长啥样，不清楚。设计规格书应该长啥样，也不清楚。为什么要做配置管理，同样不清楚。我只知道，项目启动要做计划、规划流程，要做需求、设计、编码、评审、测试。我问开发人员，有没有做代码评审，开发人员说，我们有工具自动检查，哦，这样啊，就把我糊弄过去了，我还觉的挺高级。那时候，审计发现最多的问题是--计划没有及时更新。分不清楚概要计划和详细计划，项目计划书上规划某月某日编码结束，结果过了十天还没结束，我就认为发现了一个问题，计划书未及时更新。每周出一份报告，还需要公司的总经理签字，不知道每次他看到这些报告时什么心情，反正每次看一眼就签了。我想他心里一定闪现了好几个“shit”。
日子一天天过去，非常清闲，项目该着火着火，该加班加班，我该开NC票开NC票，项目组该怎样还怎样。大家都忙的热火朝天，我只是一个旁观者不清的观察者，这样的日子捱了一年多，终于厌倦了。我决定不再这样浪费青春，要做点真正有价值的事情，哪怕是累一些也没关系。于是我辞职了。
年轻就是好，很快找到了一家还不错的工作做测试。大概是之前太闲了，我以百倍的热情投入了这份新工作。每晚都主动加班，做未完成的工作或者学习业务，这家公司以工作强度高而闻名，从进入公司以来，工作压力日益紧张。开始，可以有一个月的时间写一个模块的测试用例，待对这个模块得心应手后，工作内容就变了，然后是两个周的时间写好几个模块的测试用例。当然现在看来，这些都不算什么，适当的改变工作方法，提高工作效率，这样的工作量也不算过分。但当时光忙于砍柴了，以至于没空磨刀，或者说自己也不知道该如何磨刀，于是加班成了家常便饭，加上个人问题，无处排遣抑郁之心情，渐生倦意。觉得自己的生活中除了工作什么也没有，开始思考这样辛苦是为了什么？万一哪天自己都还没开始真正生活就挂了岂不可惜，于是两年后再次辞职。
不得不说，这两年测试的工作对我非常有帮助。大公司的流程比较正规，从需求开始，测试人员就介入了，评审需求规格书、设计书，写测试计划、测试方案、测试用例，N轮各式各样的测试，通过这两年的经历，对软件开发的一些环节算是有了个比较清晰的了解。在工作过程中，也感觉到流程的重要性，以及一些不合理的流程对工作的负面影响。有些问题，等到测试人员发现已经晚了，而且作为测试人员，影响力也有限，于是我想，作为一个QA，也许可以更早的发现问题，影响力也更大一些，于是再一次找工作，我又成了QA。

以上的总结：
1、大学刚毕业千万不要做QA，否则只能是花瓶一个。这时候要发挥一不怕苦，二不怕苦的精神，去一线岗位上锻炼。
2、当你工作累到茫然的时候，一定是什么地方出了问题。这时候要思考清楚再做换工作的决策，否则换工作也解决不了你的问题。同样的问题还会在别的工作上出现。而当你迈过了这个坎儿，你就有进步了。
3、本职工作，一定要把业务吃透了。如果觉得业务还不够清晰，不能用通俗的话给别人讲明白，或者，你讲了不到10分钟，就觉得没什么好讲的了，那说明你的理解太浅，了解太少。要把每一个名词，每一个原理的来龙去脉，每一个功能的目的、使用场景、使用限制都弄清楚了，才能算是合格。如果目前还没达到，那你当前的工作肯定只能做到60分，即使辛苦也只能是有苦劳，无甚功劳。即使离职，也没有什么大的成长。