近两年市面上的性能测试书籍很多了，但大部分书都在讲loadrunner的操作技巧项目与项目实践。我不认为有什么问题，因为loadrunner性能测试工具已经占据很大市场。loadrunner是非常的强大，但我们在做性能测试时，往往都以“loadrunner的模式”在思考如何进行性能测试。loadrunner只是一个性能测试工具而已，所有的作者也这么说，但他们性能测试书中从头到尾渗透着loadrunner的影子。
当然也专门介绍jmeter性能测试工具的书籍。性能测试做为软件的测试的一个类型被独立出来。他也有自己独立的流程与方案。工具只是性能测试实施一部分，而且工具是可以选择和自行开发的。本人没太多的实践经验，在这里讲性能测试的东西班门弄斧。在 学习---理解---思考----总结，希望在这个过程中把自己的理解的东西拿来与大家分享。
可能你怀疑我对loadrunner有仇，完全没有，我个人在深入的学习loadrunner的各种使用技巧，但我觉得性能测试不应该依赖某一工具，它应该是一个不依赖任何工具的独立的体系，而不是建立在某一工具上的体系，这样不免就本末倒置了。
感谢jackei ，最早理解性能测试也是从他的博客开始的，《loadrunner没有告诉你的》和《jmeter从入门到精通》
遗憾的是，他的这两个系列都没有完成。但他的博客真的帮助的不少测试同学。我是其中受益者之一。这也是我在博客园安家的原因之一
感谢段念的《软件性能测试过程详解与案例剖析》我觉得，他这本书是最能体现性能测试本质的书，没有过于依赖某一工具。可能你在看我的文章时会找到这本书的影子，是在这本书的基础上的理解与总结吧，但我翻阅的资料不仅仅能是这本书而已。
《性能测试知多少》系列
性能测试知多少---环境搭建 这个应该偏向于操作
性能测试知多少---工具引入 这个可能没太多可讲的
性能测试知多少---测试执行 测试执行包括脚本编写与调整，应该归为工具使用类
性能测试知多少---结果分析
性能测试知多少---性能调优 性能调优是个繁杂的过程，需要各种技术的底子，系统、网络、数据库、中间件、开发语言。
.........
目前章节安排如上，后续在写的过程中会进行调整。
做为测试新人，我并不是在分享自己多年的经验积累，而是在学习、思考、总结的过程。如有错误之处请见谅并给于纠正。谢谢。
-------------------------------
1071
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
