从2012年毕业以来，在这家公司已工作两年多了，加上之前一家公司的半年多的实习经历（实习时候做的主要是改改页面，改改样式，做过一些开发，也只是增删改查）。已经三年了吧。回想这三年：
实习期：一开始觉得测试太简单，没什么技术含量，就一心想去挑战些高难度的，于是毅然决然地选择了开发。
正式工作：找工作的时候，面开发被虐，终究决定放弃开发选择测试，却又阴错阳差地被现在这家公司招来做开发。一路跌跌撞撞，在这个公司，先是开发，后做需求，最后又转到测试。
现在这家公司，开始被安排在了开发组做开发，开发期间，主要做了以下事情：
- 工作第一次写代码，是随着项目组做一个基于公司框架的小demo（增删改查的基本功能），整个oracle都整了两天。最后跌跌撞撞终于是弄好了。
- 后来就一直在研究一个项目看代码／改代码，比较困难的是没有源代码，还得反编译，用工具反编译后，还编译错误，得根据自己对项目的理解，来修复代码，理了一个月，把业务流程都理出来了。
- 用dwr框架开发一个监控项目。虽然从未用过dwr，但是，入门还是挺容易。从网上down下来一个例子，按照那种目录结构搭建好框架，做了一个指令的监控。
- 后来领导让我独立开发一个小项目。功能是简单，就每天自动扫描一个压缩文件，并将文件解压和解析，对其中的数据进行一个比率统计。于是在网上找了各种报表生成的插件。页面也设计得不好看，总之，开发得一塌糊涂，幸亏得有贵人相助，才让自己能渡过难关。说到底，还是基础差。自己当时没有努力去补充自己的开发知识。
工作八个月后，公司有一次重大的组织变动，我又幸运地面临一次重新选择的机会，选择发展方向，选择项目组。可能是受到的开发受打击了，由以上的描述看到我确实在开发方面的能力有很大的欠缺，作为一个女生，我于是选择了一个做需求的方向与机会，不过还是要先做一段时间的开发，所谓的开发，也就是给系统做一些小小的改动，毕竟我是个女生，组里男同胞多的是，好歹多少也还是会怜香惜玉的，哪里能真的得到什么代码功底的锻炼，更何况，项目本身功能就不多，各个都几乎处于空闲状态。再转而做需求，依旧需求不多，工作状态还是空闲。有点时间学习的一点点oracle，在几周之后，也都是陈年往事。谁还记得那些几乎不曾需要用到的东东。
前面的开发和需求的经历，暴露了我的几个问题：
- 喜欢挑战，却总是高估了自己的能耐（比如coding能力），一遇到问题就会被那种压力压到不能正常思考。
- 从来不喜欢一再地被返工，不喜欢自己的工作被别人质疑或否定。这种强烈的需要认同感，是我心里脆弱的表现，我应该想办法去解决这个问题。
同时，也让我明白两点：
- 挑战自己的前提是要有能力为自己的行为负责，如果没有这样的能力，要么努力，要么更努力，而不是逃避问题。
- 工作一方面是兴趣，另一方面是发挥自己的优势，学以致用才是王道！
几经波折辗转，终于踏进了测试的大门。一直自命不凡，到如今，也还是那么平凡，过于低调和平凡，导致几乎容易被忘记。
前不久，前前任领导——也是我来公司的第一位领导姐姐，还问我要不要跟随她去做产品需求，加入产品组（公司的产品组汇集了公司最top级别的产品人员）。但是我慎重考虑了一下，还是拒绝了：
这是我经历过总结后所做出的选择，所以，直到现在，我都没有后悔自己拒绝了产品组的邀请。
说起来种种经历与最终的选择结果，也都是有所因果关系的吧。也是现在做了测试，才发现，测试其实也并不是像自己愿意为的那么没有什么含量。路还很长，只求不在一个安稳的环境中把自己掩埋，我还是不想太平凡，被完全遗忘或淹没在人海。所以，无论如何，我会尽力做到以下的几件事：
- 测试终究是技术活，性能测试和自动化测试要学好，虽然公司的项目很少用性能测试的，大多是功能性的测试，但是自己要进阶的话，还是需要业余去补充这块的知识，比如LoadRunner。
- 职业心态：
- 面对压力，更多时候选择的是直接面对，想解决问题的办法是最首要的，无论用任何方式，除了逃避。
- 面对质疑，当作是改进自己的动力，做的更好，是最可以反对质疑的方式。