好看吧

手机浏览器扫描二维码访问

第47章 升职（第1页）

我摆脱了服务外包项目，但是那个工具还有几个月的授权可以正常使用。

以前虽然Rational套件中有一些类似的白盒测试工具，但是一是因为盗版，经常无故退出；另外对Java的支持不好，而公司基本上的项目都是基于Java的，所以也就是研究了下，没有实操。

而这个工具在白盒测试上细类工具很多，而且因为是正版，使用过程中非常稳定。

我想着不用白不用，顺便自己也可以实践下白盒测试。

于是我找了几位熟悉的开发同事，给他们介绍了下工具，说服他们给了我一点代码做实验。

没想到我还真的发现了一些问题，马上开心地反馈给开发同事们。

他们仔细调试后发现真的是问题，而且是测试人员靠手工测试很难发现的问题。

就这样，大家纷纷找我帮忙在自己电脑上装好工具，每天代码入库时用工具检查下。

也算是挽回了点公司被人白嫖的损失吧。

另外因为这个工具，我在开发组里也小有名声了。

但是也没高兴多久，我发现自己在自动化测试方向上似乎进入了瓶颈。

除了自动化的功能测试，性能测试、白盒测试和单元测试我只能做个校验的工作，定位问题还是得靠开发人员去完成。

因为发现的问题有些是因为历史代码问题，而这些代码即便有些瑕疵，但是后面的开发人员本着多一事不如少一事的态度都不愿意去改动；有些是因为架构设计的原因；有些也是因为自己没有完成读懂代码的原因。

加上白盒测试和单元测试都是我个人研究行为，而且工具又到期了，我也就结束了这方面的工作。

但是东边不亮西边亮吧。

因为我写自动化测试脚本，是基于手工测试用例的步骤写的。

刚开始不熟悉系统时，完全就是按照手工的步骤写。

后来慢慢熟悉了，会优化步骤，用更简洁的脚本代码覆盖掉更多的步骤，或是按照自动化脚本运行的最佳路径优化。

除此之外，在写脚本的过程中，我还发现了不少手工测试用例遗漏的功能点。

我按照自己的想法测试了下这些遗漏的地方，果然发现了不少问题。

我开始只把发现的这些问题告诉给相关负责的测试同事，结果有个同事自己从来不验证，就直接提交我说的问题，然后在和开发组开会时无法重现，只好把我叫来。

测试组长很吃惊，一追问下来，短短一个多月，我发现了几十个Bug。

于是，测试组长和我商量愿不愿意在兼顾自动化测试的同时，负责一个新功能模块的手工测试工作。

那时我的自动化测试框架基本都稳定了，而且大部分手工测试的同事也可以独立做自动化测试了，工作时间不是那么饱和。

想想就答应了下来。

那时负责开发那个新模块的同事是个刚入职没多久的帅哥，他的英文名很奇怪，后来才知道是中文的拼音。

他开发能力很强，虽然没入职多久，但是因为解决了几个疑难问题，而且开发效率很高，在开发组很快就有些威望了。

他刚开始对安排我负责测试他的模块是有点不满意，觉得我一直在做自动化测试，能行吗？不过他很快就被我每天都报的那些Bug震惊了，从此再也不敢小看我了。

他还经常说：“我写的代码要让Kiki发现不了Bug！”

就这样，我一半时间继续做自动化测试，一半时间做手工测试，工作时间安排的满满当当的，非常充实。

也因为被同事和领导的认可，我工作的很开心。

那一年，我的先生也因为工作需要，想去考“软考”

（全国计算机技术与软件专业技术资格考试）中的“系统分析师”

。

2003年那时，软考的考试级别不多，一年也只能考一次。

“系统分析师”

（简称系分）是“软考”