我摆脱了服务外包项目，但是那个工具还有几个月的授权可以正常使用。以前虽然Rational套件中有一些类似的白盒测试工具，但是一是因为盗版，经常无故退出；另外对Java的支持不好，而公司基本上的项目都是基于Java的，所以也就是研究了下，没有实操。而这个工具在白盒测试上细类工具很多，而且因为是正版，使用过程中非常稳定。我想着不用白不用，顺便自己也可以实践下白盒测试。于是我找了几位熟悉的开发同事，给他们介绍了下工具，说服他们给了我一点代码做实验。没想到我还真的发现了一些问题，马上开心地反馈给开发同事们。他们仔细调试后发现真的是问题，而且是测试人员靠手工测试很难发现的问题。就这样，大家纷纷找我帮忙在自己电脑上装好工具，每天代码入库时用工具检查下。也算是挽回了点公司被人白嫖的损失吧。另外因为这个工具，我在开发组里也小有名声了。
但是也没高兴多久，我发现自己在自动化测试方向上似乎进入了瓶颈。除了自动化的功能测试，性能测试、白盒测试和单元测试我只能做个校验的工作，定位问题还是得靠开发人员去完成。因为发现的问题有些是因为历史代码问题，而这些代码即便有些瑕疵，但是后面的开发人员本着多一事不如少一事的态度都不愿意去改动；有些是因为架构设计的原因；有些也是因为自己没有完成读懂代码的原因。加上白盒测试和单元测试都是我个人研究行为，而且工具又到期了，我也就结束了这方面的工作。
但是东边不亮西边亮吧。因为我写自动化测试脚本，是基于手工测试用例的步骤写的。刚开始不熟悉系统时，完全就是按照手工的步骤写。后来慢慢熟悉了，会优化步骤，用更简洁的脚本代码覆盖掉更多的步骤，或是按照自动化脚本运行的最佳路径优化。除此之外，在写脚本的过程中，我还发现了不少手工测试用例遗漏的功能点。我按照自己的想法测试了下这些遗漏的地方，果然发现了不少问题。我开始只把发现的这些问题告诉给相关负责的测试同事，结果有个同事自己从来不验证，就直接提交我说的问题，然后在和开发组开会时无法重现，只好把我叫来。测试组长很吃惊，一追问下来，短短一个多月，我发现了几十个Bug。
于是，测试组长和我商量愿不愿意在兼顾自动化测试的同时，负责一个新功能模块的手工测试工作。那时我的自动化测试框架基本都稳定了，而且大部分手工测试的同事也可以独立做自动化测试了，工作时间不是那么饱和。想想就答应了下来。
那时负责开发那个新模块的同事是个刚入职没多久的帅哥，他的英文名很奇怪，后来才知道是中文的拼音。他开发能力很强，虽然没入职多久，但是因为解决了几个疑难问题，而且开发效率很高，在开发组很快就有些威望了。他刚开始对安排我负责测试他的模块是有点不满意，觉得我一直在做自动化测试，能行吗？不过他很快就被我每天都报的那些Bug震惊了，从此再也不敢小看我了。他还经常说：“我写的代码要让Kiki发现不了Bug！”
就这样，我一半时间继续做自动化测试，一半时间做手工测试，工作时间安排的满满当当的，非常充实。也因为被同事和领导的认可，我工作的很开心。
那一年，我的先生也因为工作需要，想去考“软考”（全国计算机技术与软件专业技术资格考试）中的“系统分析师”。2003年那时，软考的考试级别不多，一年也只能考一次。“系统分析师”（简称系分）是“软考”中的高级级别，考的内容非常广。另外那时深圳都没有高级级别的考点，还要跑去广州考试。虽然我一直只做测试，但是跟着老公还是学了很多系统分析和设计的知识。本着陪老公和自己也顺便学习的想法，我也和老公一起报考了。结果老公因为工作忙，经常加班，都是我在看书，然后划重点给老公。
最后我因为上午的基础知识（毕竟自己不行做这行的）差几分没过，而老公却因为下午的论文（没时间背模板）差几分没过。虽然我没有通过考试，但是我发现为了考试看书学习真的又有效率又有效果，而且考试教材系统又全面，基本涵盖了软件开发工作的方方面面，比一些乱七八糟不知所云的出版物好多了，而且还与时俱进。因此我没有被失败打倒，而是更加努力地学习且参加考试检验自己。虽然那时对拿证书没啥想法，但后来这些证书却帮了自己不少忙。
就这样到了2003年底，又到了升职加薪，发年终奖的时候了。除了测试组的几个组长，我自我感觉自己表现应该算其他人中的顶尖了，我想怎么着也要加个一千以上吧。但是没想到部门领导告诉我只有五百！我震惊了，很生气，问原因。领导说了不少，简单说就是客户正向反馈不多。我把自己的工作能力和工作表现综合过了一遍，总结起来就是能力和表现应该是衡量的标准，而不是只靠客户的反馈。部门经理最后不知道说什么，就开始甩锅，说是总经理的决定。
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！