其实，只是想写写自己的从事测试工作与学习经历，算做回顾吧！我怕时间久了自己做了什么都不知道。
怎么虫师
记得开始有人在我空间留言说，和我一样喜欢看《虫师》，其实，我确实没看过那部日本的动画，之所以叫虫师，因为我是个找bug（虫）的测试员呀。
比较偶然的进入测试行业，我想有不少测试员都是偶然进入的吧！呵呵！但然，这个偶然并不影响我们后来对测试工作的热情。刚工作时，激情与困难交加，非常珍惜这份来之不易的工作。虽然，薪水微薄，但总算踏入了IT这个行业。坚信后面的路也会越走越顺。
初做测试
刚工作的第一个任务是搭建缺陷管理系统。在朋友的帮助下，我知道的区县管理系统有 TD 、JIRA和bugzilla ，前两个是收费的，bugzilla是开源。这对当时的我来说觉对是一个有挑战的事情。我当时花了一周时间，尝试搭建这三个中的任意一个都没有成功，占具了除了睡觉的所有时间。最后，在一个很偶然的一次搜索发现了禅道，那时禅道1.0刚发布。加了他们的群。搭建非常简单。一个上午就稿点了。然后，得到老大的认可，开始在我们项目组使用。
其实，这里不得不提一下博客园jacke的博客，也正是看了他的博客自己才对性能测试略有所悟，其然，他近两年很少写技术博客，但他以前的好多文章仍然非常好。这也是我在博客园安家的原因。
之后的性能测试中，我开始采用loadrunner，因为在用jmeter的过程中，有些问题以我当时的水平无法理解。比如，百度地图，当你打开那个页面时，先出现的一定是框架，地图的显示要慢一点显示出来。但我通过badboy录制脚本时。Badboy会把每个页面转化成地址。而这里它转化出了两个地址。Jmeter对两个地址进行加压。我不知如何描述这个页面加载完成的时间。
所以，loadrunner是将一个操作定为一个脚本。比如，一个登录，一次填写提交。这样我把重点放在结果分析上就行了。但实际也没想的那么简单。Loadrunner与浏览器的兼容问题比较麻烦，还有在录制的脚本的过程中还遇到不少问题。其实，对于新手来说，学习LoadRunner的难点应该在录制脚本的部分，新手往往会在录制的过程中遇到各种问题。至于结果分析，主要是看自己性能测试知识的积累，还有对被测系统理解的程度。
学习LoadRunner时，对我最大帮助的是播布客论坛，上面有大量的视频。最适合初学都观看。尤其要感谢小布小强老师。
之后的工作都比较我顺利了，又不是太忙，关于功能测试主要是你对公司项目的熟悉程度，平时多搜集一些通用测试用例，比如，文件上传下载用例，用户登录用例，查询功能测试用例。积累的多了一看到一个功能，测试思路自然就有了。
后面，开始看QTP自动化功工具的视频，把自带的飞机订票系统练习了一下。为些还买了一本书《QTP自动化测试进阶》，因为没有项目拿来练手，学起来动力不足，再加上好多项目并不适合自动化。又要学习VBS脚本。于是学了一半就丢那里了。
当然，其间又了解了许多个测试相关的工具，测试死链接工具Xenu、页面性能测试工具Charles 、网络安全性测试工具Appscan 。
开始在博客写东西
开始写博客之后，发现写博客就变成了一种习惯。每个月都会整理几篇发到博客，虽然很简单的技术文章，虽然写博客需要花费时间，但我觉非常有意义，首先，技术分享本来就会给自己快乐，一些事情做过之后会忘记，我时常会翻阅参考自己以前写过的博客，还有，我的写的内容不一定就是对的或最好的。对于浏览我博客的好心人可以帮我纠正。
之后，又花费时间阅读的jmeter官方的文档，写了几篇jmeter使用文章。我比较倾情于开源的工具。虽然，以我的水平不可能不可能研究的太深入，但开源的东西一般小巧、易用，还是深深的吸引着大批的使用者。Jmeter在做性能测试的某些方面就非常出色。对于更深入的理解性能测试也会有帮助。
不懂开发的测试员伤不起
之后，突然有一次，一个搞开发同事突然跑来找我，让我帮他做一个web service 性能测试，当时比较凌乱。因为我连web service 是什么都不知道，经过一番搜索加求助后知道了soapUI ，其实，jmeter也可以做web service 测试，但我不懂soap协议，所以，不知道怎么配置。soapUI则是专门做web service 测试的，除了官方文档以外，其它介绍web service 的文章都太简单。后来，发现163博客上写了一系列关于soapUI的文章，非常好，顿时产生崇拜之感。此人博客网名叫“流口水的小猪”，果断加了对方QQ。我想把他的这一些列文章做成PDF文章，“流口水的小猪”欣然同意。因为他比较忙，可能不乐于和我聊天，所以之后很少闲聊。
