偶然间想到的一个话题，顺便说说我的一些观点。太理论的东西书店一堆堆的，测试更多的时候需要实践和常识，而不是理论，还是说点实战中的建议吧。
必须接触 Unix 环境与文化
Unix 的一个重要设计思想 "不同工具灵活协同以完成任务"，在 Windows 上捣鼓 LoadRunner 之类的玩意儿是不能成为成功的 Web 测试者的。只懂得 Windows 上的商业工具是没有出路的，而只懂得在 Windows 点击鼠标来测试更是丢人的。
学习 cURL
一个 Web 测试人员如果没听过、没用过 cURL ，是不可想像的，cURL 本身就是浏览器，学习浏览器行为，与浏览器对话，用 cURL 会让测试人员事半功倍。
如果作为测试人员又恰好懂点编程技能，那么研究一下 libcurl，这肯定不是浪费时间。至于为什么推荐 cURL 而不是其他的工具? 看一下这个比较表。
使用 YSlow
现在，Yahoo! 公司最出名的产品可能就是这个 YSlow 了 :) 是的，必须用 Firefox 才能用 YSlow，问题是，你为什么不用 Firefox 呢? 尝试一下。再说，Firefox 上诸如 Tamper Data 之类的工具也会让你方便许多。
另外推荐 YSlow 的原因是通过这工具能快速学习优秀站点的 Web 设计，你了解的越多，测试中你会主动关注的点就会更多，你找出来的问题就越多，你的技能提升的就越快。
尝试关心一下 Web 日志
在测试的时候你不用关心其他什么 Web 分析的内容，但不妨关注一下 HTTP 404 错误之类的信息(如果团队里面没人关心的话)。
重新读一遍关于 HTTP 的图书
Web 的根本，HTTP，对这个东西，永远别说自己非常懂，比如 HTTP Performance，别说太懂，另一个原因是 HTTP 还在发展中...Web 也在发展中
对 HTTP 如果要有个更深刻的印象，HTTPWatch 也不错。
--EOF--
这不是一篇全面的指导，我也不是说 Windows 不好。只是如果你缺少这方面的技能的话，不妨尝试一下。我的确看过太多用人肉方法测试的测试人员，尽早的解放出来也不是坏事。
Note：Gusing Chen 同学对文此亦有贡献。
我觉得理论实在太重要了。没有理论，我觉得一个测试人员根本没法做一个全面的测试。
对于web测试来说，测试的对象可以看作是一个系统，从系统论的观点来看，一个系统有input和output，所有的input都有可能出现漏洞的，但一般测试人员常常只是根据经验来做分析，忽略了太多的input。豆瓣就有一些这样的漏洞，很多其他网站也是这样。
我也并不反对实践的重要性，理论和实践向来就应该是并重的。
非常赞同第一条。并不是以用Windows为耻，但是一定要会用至少一种Windows以外的*NIX系统，绝对有益无害。
HTTPWatch确实是个好工具，虽然我没有深入的用过。
好文，受教了，貌似我是沙发。
学习了，回头去翻翻HTTP的书
不知道web测试由开发人员担当
还是有专门的测试人员
在我们公司好像都是开发人员在用ySlow和httpwatch，而测试人员一般都是用httpwatch，他们似乎对运行效率考虑的不错，这方面不知道有和好的建议否？
好奢侈，有专门的Web测试人员...
其实，做这测试的最合适的不是开发人员自己么？
Yslow我们也在用，而且根据雅虎优化原则，我们网站首页已经到了80多分了，同样的购物网站淘宝和有啊，也不超过70分，呵呵
洗耳恭听
to yining.org：
开发人员对自己的作品有强烈的思维定势，必须要其他人对你的作品进行评价才能客观
多谢Fenng和大家的分享。比较同意和欣赏Fenng的文章中谈到的两点精神：务实和学习。
我想如果Fenng或者大家可以把他亲手实践过的一个案例拿出来供大家学习和分析，那意义和效果就更大了。
静候佳音。。。
用操作系统来决定自己的技术取向是狭隘的.如果认为windows下只有loadrunner,如果是技术人员这么认为,真不知道该说见识少还是装.
而且,什么时候用curl,什么时候用loadrunner, 都是不一样的.
对技术人员的一个建议,不要让你的屁股决定你的脑袋,不要在诸如windows/unix, java/c++这些地方拣边站.除非你是喜欢秀或者哗众取宠的.学习运用每种技术的有点,才是一个理性技术人员该做的.
技术人员如果不能理性的看待这个问题, 就永远只能跟在忽悠家后面..
我觉得做web测试时使用firebug也不为过，可以看到很多网页背后的信息。
@hello
ySlow 分数高只是一个表象，或许分数高网络速度也未必快，不要被那个分数蒙蔽了眼睛
订阅了好久了，还是挺愿意看这位DBA的blog的，不过人千万不要以为自己某个领域强了就各个领域都强！
比如说：写文章的，从你的“在 Windows 上捣鼓 LoadRunner 之类的玩意儿是不能成为成功的 Web 测试者的。只懂得 Windows 上的商业工具是没有出路的，而只懂得在 Windows 点击鼠标来测试更是丢人的”这段就看出来你并不真懂得测试！
写好你擅长的，其他不擅长的，别难为自己。
@Jackei
简单的下断言只会落入 DBA 之前文章的俗套
告诉我一个“Windows 上捣鼓 LoadRunner 之类的玩意儿成为成功的 Web 测试者的” 就能证明你的观点
Jackei的意思是——其实Loadrunner是用来做性能测试的，少有人用来做Web测试吧，太浪费了……那东西好贵诶~
写的不错，对是否用unix这一块不敢苟同！
首先感谢这位DBA对测试人员的建议和意见。
如果想知道您的意见和建议有何欠缺或者不当请邮箱联系，谢谢。
公司是否应该适当招聘一定数目的程序员做测试工程师，一方面他们可以主动研究测试；另一方面，会带动其他测试人员积极学习
公司是否应该适当招聘一定数目的程序员做测试工程师，一方面他们可以主动研究测试；另一方面，会带动其他测试人员积极学习
终于知道某人的观点来于哪了，你的观点太偏激了，还是专注你的DBA领域吧！
Windows下有不少开源的工具可以提升测试工作的效率，而且*nix下的不少好用的工具已经移植到了Windows平台，此外Windows平台是最面向终端用户的测试环境。Windows平台下的黑盒Debug已经比比*nix下不接触kerner mode的工作难多了。
"Windows平台下的黑盒Debug已经比比*nix下不接触kerner mode的工作难多了" 请问这是说的关于 Web 的测试么?
我说的是 Web，Web，Web！