2010年终总结 新年展望

时间过得很快,转眼又一年过去了,在公司已经一年半了。看了一下去年写的总结,真简短,对2010的展望居然只有一句话

明年工作上主要还是集中在数据库相关技术,自动化回归测试框架,Python应该是主要的编程语言。

那先回顾一下吧,今年我的确围绕着数据库开展工作,我主要测试的是一个原始的OLAP数据仓库,星型结构,若干fact表加若干dimension表,做的比较多的工作有:如果数据重新load,验证。如果数据需要修复,验证。客户需要新的数据,测试。性能优化,验证。另外还有若干和数据库相关的工作,省略之。

自动化回归测试框架,我们CORE有3个产品,每个产品都有自己的regression,总得来说都是大同小异,工作原理就是用python脚本去控制自己的程序,然后各自进行一些操作,获取一些结果,进行比较,展示结果。在5、6月份的时候首先把Adserver的regression界面重写了一次,从原先的很山寨变成了现在的山寨,看起来大家对这个山寨的工具还比较满意;之后在11月的时候把ETL的regression用同样的方法重写了一次,当然,当中有不少改进。中间还搞了不少零零散散的regression。抓住主要的思想,快速持续观察产品状况。

Python,果然今年用了很多,主要用来完成一些自动化的工作,web.py写regression的UI。

综上所述,一年前的预测还是相当的准,并且,有挺多预测外的收获。由于需要写点UI,所以摆弄了一下HTML和JS。把regression挪到数据库上进行管理,学了点数据库的东西。

明年,明年干点啥呢?

首先当然进一步巩固现在的自动化成果,并且尽可能把现在还没有覆盖的点或者面给补上。单机执行已经可能在不久的将来会成为瓶颈,明年可能会考虑一些利用硬件虚拟化,并行,来提高效率的工作。今年我帮大家提高了不少效率,明年我希望让大家自己帮自己提高效率。来年工作肯定还是围绕数据库,MySQL肯定是必须的,之后可能会接触到一些基于列存储的数据库,这应该是以后的方向。Python依然是主要的工具,本来想学习一下Ruby,现在看来优先级很低,随缘。测试技术方面的尝试应该有Exploratory Testing和Model Based Testing这样相对前沿的基础,还有Code Coverage这样成熟的技术。

年终总结,新年展望

2009年,毕业后的第二年,上半年在MySpace,下半年在FreeWheel。测试技术上,有1年多的白盒测试经验,不过由于工作调动,现在已经没有做了,不过还好,还没有离开代码。在新的单位里面主要跟以下东西打交道,数据仓库,ETL工具,报表脚本,自动化回归测试框架,在线广告的业务逻辑。

在FreeWheel已经4个月了,工作开始上手,新的公司同事的素质都非常高,就我们Core来说吧,清华北大的占了一大半,第一次跟那么多非常聪明的人一起工作,有点兴奋,压力。公司发展的势头不错,我从进公司到现在,短短四个月,ad servering的流量应该翻了5倍吧。明年应该会增长的更加快,cool!

明年工作上主要还是集中在数据库相关技术,自动化回归测试框架,Python应该是主要的编程语言。

keep learning…

推荐阅读:5 Ways to Revolutionize Your QA

James Whittaker,两个月前还是微软Visual Studio的一个产品经理,好像是负责VSTS 2010的最新产品Lab Managment。现在已经跳槽到Google做测试总监了。

若干个月前他在utest有一个讲座,题目是《5 Ways to Revolutionize Your QA》,今天早上我又翻出这个文档仔细看了看,觉得真是受益匪浅,推荐推荐,在这里可以下载《5 Ways to Revolutionize Your QA》

主要讲了5条:

Insight 1:  There are two types of code and they require different types of tests
Insight 2:  Take your testing down a level from features to capabilities
Insight 3:  Take your testing up a level from test cases to techniques
Insight 4:  Improving development is your top priority
Insight 5:  Testing without innovation is a great way to lose talent

其中我个人对第一条和最后一条感触比较深,第一条里面提到了当年Vista就是过分信任自动化测试,结果……大家都能看到;第五条就解释了为什么在测试这个行业,大牛那么少,而牛人又经常转做开发或者别的工作去了。

James Whittaker在微软的博客

James Whittaker现在偶然会在Google Testing Blog(哎,要翻墙才能看)发表文章

如何成为一名优秀的测试工程师

以下是我在MSDN杂志上看到的一篇文章,觉得写的挺好的,分享分享。

  1. 如果你工作没有激情,怎么能成为一个好的测试工程师呢?很多人可能抱着2种思想,1.我不如开发,混日子吧;2.找个机会转成开发。其实这都是没有工作激情的表现。
  2. 技术,这就不用说啦,我挺同意作者的观点,要达到75%开发的技术能力,我觉得是综合能力吧,包括编码,架构知识等等
  3. 聪明!
  4. 会管理时间,并且把自己的事情安排好。
  5. 强的适应性和快速学习的能力,其实做IT都要有这样的能力,知识更新的太快了
  6. 工作要主动,不要老大踢一脚,才动一下
  7. 沟通能力,老生常谈啦
  8. 对业务的了解

Continue reading “如何成为一名优秀的测试工程师”

测试工程师需要懂编程么?

来自于James McCaffrey的一篇博客Do Software Testers Need to Know how to Code? 这个问题一直都是我们做测试的同行所考虑的问题,我觉得这篇博客写的很好,转过来跟大家分享一下,顺便翻译一下,文章主要是意译,不是直译。水平有限,有错在所难免,请大家多多包涵。其实对于这个问题,我以前读过一个前辈说的话,意思大概是:会写代码的人并不代码他的水平比不会写代码的人要高,只是从纵向的比较来看,会写代码的自己一般来说是要比不会写代码在自己的水平要高。

原文(Original):
Continue reading “测试工程师需要懂编程么?”