当然，性能工具也没有彻底的落下，loadrunner的 基本脚本编写，jmeter 一些基本功能使用的整理。与性能测试相关的工具的使用， 业务数据分析工具 ：Weblog expert 、Awstats 、系统协议分析工具 ：Ominpeek 等。
对性能测试工具的认知的过程也有很大的转折，最初要做性能测试的时候，就是学习使用性能测试工具，认为会使用工具就相当于会性能测试。后来，越来越觉得性能测试远远不只是会工具那么简单，看到那些讲性能测试的书，通篇的在讲loadrunner的使用，就产生鄙视心理。认为测试工具随便花一周时间就能学会。现在又了新的认识，我们的性能测试离不开工具，工具的使用也需要长期的性能测试过程中去挖掘它的潜力。比如，World 大家都会用，但你平时用的功能可能只是它所有功能的十分之一。对于一个world 的高手来说，它编辑一篇文档的速度可能是你的数倍。只有将自己的技术能力与工具完美的结合，才会发挥出强大的力量。
学习英语
后来，在群里聊天，大家都觉得英语非常重要，随后讨论提高英语的方式，正好，下了一本《微软的软件测试之道》英文版，我发群消息，每人领取两页进行翻译，然后将翻译的结果原文加中文，放到网盘中。大家都热情高涨。因为做这件事可以同时提高你的英文水平和测试知识，但大家都没能坚持多久，我那段时间下班也会看两节新概念英语。自我感觉还是有收获的，如果能长期坚持下去，英语水平会有很大的提升。
因为目前的环境没有对英语有要求，英语也没有成为我最紧迫需要突破的瓶颈，所以也没有持久的动力去学习。没多久又把重新转移到测试技术上面了。不过，我知道迟早会成为我必须攻克的一个瓶颈。
软件测试的流程
前面说了很多性能测试，因为今年给自己定计划就是以性能为主，为谋求我的下一份性能测试工作做好准备。
对于目前的这份工作给我带来的收获也很多，对于软件测试流程有了更深理解，从初次接触流程的欣喜，到现在越来越感觉流程的冗余，不够敏捷。
1、测试人员大部分时间在写文档，测试计划，测试用例，灰度报告，测试报告，验收方案。真正用于软件测试的时间非常的。
2、因为有测试这道工序，开发人员完成软件后几乎不进行自测，一个缺陷，流到测试这道工序就需要进行繁琐的处理流程，发现--提交--跟踪--重现---修复--回归。如果开发人员开发完后花一到两天的时间自测，可能会发现一半以上很表面的缺陷。你要知道一些缺陷从开发人员发现到修复可能只需要一分钟。
软件测试是什么
我真的讲不清楚软件测试是什么，几乎所有软件测试书中都会给出软件测试的定义，它的价值，它的定位，它存在的意义。似乎很清晰，又似乎很模糊。最近读了几本测试的书《软件测试技术经典教程+第2版》、《[软件测试]Ron Patton》，每有感悟也会整理成文章与大家分享。软件测试的本质，软件的分类，软件bug的处理流程以及 软件测试的分工，这是我最近思考最多。也许明年会换个环境，不管在哪里工作，我都会保持一个学习的心。
相关链接：
