2008.11.25
Ruby数据类型转换：本来Ruby里对数据类型没做控制，但学习中硬是被搞出点事情来，顺便知道了to_i方法的使用。以下例子来自镐头书第二版：
...
class SongList
MAX_SIZE = 5*60
def SongList.isTooLong(song)
return song.duration > MAX_SIZE
end
end
song = Song.new(”tom”,”my love”,”244″)
puts song.duration
puts (SongList.isTooLong(song))
这样写会报以下错误：
怎么看怎么觉得这个标题拗口，不过为了将关键字都列出来还是将就用了。这种测试结果的输出方式不是本博原创，原来来自于openqa的wiki社区，作者Jonathan Kohl，作品链接地址： http://wiki.openqa.org/display/WTR/Example+Logging ，里面有详细的文档来说明每个方法每个函数的原理，这里就不翻译了，直接用之。
这个类的作用是将测试结果格式化输出到log和XML中，方便进一步处理得到更优美的报表。
核心文件：example_logger1.rb，这个是在watir中集成log的例子，ruby的类库中有一个log类，这个例子就是调用这个类来完成测试结果的输出。
下面以一个简单例子来看看它的应用：
前几天在淘宝QA的博客上看到他们部署Watir自动化测试工具的过程，并对各种工具做了横向比较，如果说LoadRunner和QTP是测试工具之屠龙刀与倚天剑，那Watir便是一把锐利的匕首，虽然它没有录制功能，但是简单的脚本语言Ruby也使得工具非常容易上手，用Watir部署自动化测试一样集成了Ruby的敏捷开发的特点，不知道现在的项目是否适合，尝试一下先。以下记录安装过程中一些需要注意的东西。
建立测试知识库的重要性不论证了，能看这篇文章说明你认同它，不然就请移驾了~
测试知识库的作用则需要探讨，知道它的作用我们才能建立一个有用的知识库，以下列举我的理解：
测试知识库建立的需求及实现：
需求一、帮助新进项目组的成员快速了解项目概况，降低新人培训的成本；
实现：新进项目组的成员，最想了解的东西可能会是他要做什么（测试人员职责分配文档），他做的是什么（SRS、HLD、LLD、TC、操作手册等），如何做（测试环境搭建手册，测试环境地址，测试管理工具操作手册）；
需求二、共享组织内所有成员的知识，避免业务知识过于集中，降低人员流动或者请假带来项目延迟的风险，降低沟通成本；
实现：可以建立WiKi服务器，对整个项目或者全司的知识财富进行存档，也可以使用多用户版博客建立学习型知识存档交流，可对这种分享型知识库的建立使用一定的激励制度来增强实时性。
需求三、规范化管理文档及测试中使用的工具，避免组织内成员由于工具和文档版本不同引起的不和谐；
实现：可用配置管理工具（VSS）对一些里程碑文档（测试报告、测试进度表）进行版本控制，本需求中涉及到整个组织文档的规范性（测试计划模板、测试方案模板、测试用例模板、测试报告模板、缺陷分析模板、项目会议记录模板、测试用例编写规范、缺陷描述规范、日报周报模板、自动化工具脚本编写规范等）
前几天看了篇关于CSS Sprites的文章（mg12），这样一种追求完美的技术，不仅仅是体现开发者的满足感，更重要的是为服务器节省了很可观的资源，目前这个web程序盛行的年代，这个技术应该是每个关注性能的人都应该了解的。作为一个测试人，你可能不需要去精通这个技术如何使用，但是在某些时候，你或许可以建议公司的产品使用它。
CSS Sprites简单来讲就是：将小图标拼在一个图片文件里. 然后在 CSS 中通过 background-position 定位访问图标。CSS Sprites对于访问量很大的网站来讲好处显而易见。我们知道基于http协议，服务器上每一个独立的资源（图片，css，js等）浏览器都要通过一个get请求来获取。如果网站上只有10个图标，那每一个访问者初次访问时都要发送10个get请求来获取这十个图标，但是如果使用CSS Sprites，就能把请求数降低到原来的十分之一，也许每一个get消耗的时间非常短，但是这个时间和一个主流的门户网站每天的浏览量做个乘法运算，这个数字也相当了得。所以我觉得这个技术不应该只是程序员完美主义的表现，而是应该做为一个web程序开发的标准。
终于找到一个满意的主题，这个主题在HooHo（开心网外挂）主页上看到的，多谢mg12的无私分享，喜欢这个主题的朋友可以去官方下载，不过主题安装过程还是有些曲折，希望大家不会走弯路。
Elegant Box官方地址：http://www.neoease.com/elegant-box/
初次安装在IE内核的浏览器中会遇到一些问题，不能换颜色并且侧边栏有些错位，请教了作者mg12，修改了部分代码问题解决，这种兼容性问题太高深，没了解原理，修改方法如下：
打开文件 /elegant-box/js/styleswitcher.js 删除//check the cookie style 的下面这段代码：
折腾了很久终于把wordpress弄好，接下来要把这套过程记下来，不能老去麻烦baidu。先后换了很多主题没有一个是自己满意的，还是自己的东西用的舒服，准备好好研究一下wordpress了，以下记录Denis翻译的主题制作教程方便自己翻阅：