我似乎一直都很喜欢去尝试新鲜的东西,直到现在好像也是如此,只是动力没有以前大,尽头也没有以前那么足。当时被公司派过来做外包,一开始我还不情愿,被老板悉心教育后,半推半就地接受了安排,现在想来,倒是幸运。但之后,欣然接受邀请加入测试自动化小组,主动要求担纲测试框架维护者,也都是我自己的决定。再后来,得到执行回归测试,以及之后更新回归测试自动化脚本的工作时,我也都没有推脱。而那个大模块测试的任务,回想起来也是很艰巨,用开发来做比喻,就是需求还异常的不清晰呢,你就背负着在某个时候必须交货的重任。

再后来,测试部门的老大担纲成立新的Linux部门,负责研发基于Linux操作系统的模块实现,招募新人的时候,我也主动请缨加入。不瞒大家说,当时最大的驱动力是因为在大学里选修的Linux系统课,考了两次才通过,工作中有这样的机会继续学习,怎么能放过它呢。只不过,对于测试工作来说,Linux操作系统和之前的专有嵌入式操作系统相比,只是一些操作命令和执行环境的变化,要测试的功能以及测试工作的核心都还是没有太多的变化,绝对没有说是对Linux系统的原理或是设计有了更深的理解,最多算得上 “唯手熟尔”。当然,也借此机会接触了Shell脚本,以及Linux下的众多命令,以及版本控制工具SVN(全称Subversion)等等很多的工具,在当时看来,可真的要算是比较新颖、前沿的软件开发工具。就拿版本控制工具来做比喻吧,之前公司里使用的是微软的VSS(Visual Source Safe),后来我们在测试自动化小组使用的是CVS(Concurrent Version System),而直到现在还有很多地方在使用CC(ClearCase)呢,我们在当时就可以用上SVN,真的是走在了时代的前沿。更不要提后来我们使用的xUnit和CruiseControl等很多的工具,不过这也都是Scrum试点项目时候的事情了。

查看更多“我的测试之旅”文章
1. 起点——作为软件开发人员
2. 转变——作为专职测试人员
3. 同期——加入测试自动化小组
4. 并行——自动化回归测试
5. 难点——功能改进的测试
6. 跳转——追逐新鲜事物的探险者
7. 启程——Scrum中的测试工作者
8. 困难——没有现成的测试工具
9. 行动——简化测试文档和流程
10. 贡献——开发项流程(Development Item Process)
11. 尝试——Scrum Master
12. 机遇——测试自动化培训师和教练
13. 转型——敏捷教练

敬请关注 《大测大悟——测试的敏捷之道》开放出版过程

联系方式:
- 新浪微博
- 谷歌邮箱 kaverjody @gmail.com
- LinkedIn