看到一张有意思的XP团队的工作环境照片。（我们的团队并没有这样的工作环境，但并不是说我们的环境不好)
理论上说我能炒任何菜，通用步骤如下：
这个流程我实际操作过，偶（偶然）有成功，hoho~
其实这个流程并没有告诉你该怎么做，如没有说放多少油，没有说放多少盐，也没有说把菜炒成什么颜色就算是可以出锅了。也正是因为这样，我才偶有成功。
公司搞CMMI似乎一直都没有程序员的事情，总是一帮项目经理在开会~按照老胡的观点，CMMI就是告诉你该做些什么，却不说怎么做，也不说做到什么程度才算OK~
…
我家的狗崽子，03年领养的，图一为狗妈妈和四个小崽子（狗妈妈跟我感情比较好），图二为大女儿是狗妈妈去年所生（她不认识我几乎），图三今年四个小崽子中的老大。
最近我关注了一下Ruby（还在入门阶段~）。发现了一个Web测试的框架-Watir，想起前一段，组里讨论为QA们购买一套自动化软件测试的工具，如果这个框架够用且好用，为啥还要花钱呢~
现在这个基于Web的项目在UI部分比较复杂，使用的第三方控件，在页面中生成了很多iframe、嵌套表格等。在样式上有很大的灵活性、使用起来也很方便，但是其服务器端代码、客户端代码还有生成的代码，看起来都有点糟糕。
Selenium也很优秀，不过因为在学习Ruby的缘故，呵呵！
我对Selenium了解的并不深入，但这两种测试工具并不是互斥的，Selenium也支持使用Ruby写测试代码。而且Selenium可以和CC/CCNET等工具结合，以便自动化功能测试的过程。
到目前为止，我觉得Watir的形式让我从程序员的角度很容易接受。
Watir通过COM的对IE进行了封装，然后用Ruby简洁的语法就可以很方便的调用IE的方法，以及获取IE容器中的DOM模型。之前我试过通过.Net来控制IE然后自动化一些测试，可是需要编译，这使过程复杂化，而用脚本语言则Happy的多。
一些功能强大却也价格不菲的测试工具也提供了各自的脚本语言，以便Tester在需要的时候手写测试代码，但与其学习一种与大家毫不相干的语言，不如使用通用一点的脚本语言。
老胡说，研究这个东西可能没有太大的价值，因为一些强大的工具都能满足QA自动化测试的需要。
固然有道理，但好奇心杀死猫，不试一下我怎么知道。
而李玉鹏说，设计一个好的测试用例才是关键，而不是采用何种工具。
我同意他的说法。就像软件项目服务于需求，而并不以技术论成败。