下面算是一个技巧，如面试官问到一个性能问题假设，我不知道性能问题出在哪儿时，可以按照这个思路回答^_^

　　● 查找瓶颈时按以下顺序，由易到难。

　　服务器硬件瓶颈---〉网络瓶颈（对局域网，可以不考虑）---〉服务器操作系统瓶颈（参数配置）---〉中间件瓶颈（参数配置，数据库，web服务器等）---〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）

　　注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿够了。

　　● 分段排除法 很有效

　　性能测试调优应该注意的要点：

　　→ 要点1：在应用系统的设计开发过程中，应始终把性能放在考虑的范围内。

　　→ 要点2：确定清晰明确的性能目标是关键。

　　→ 要点3：必须保证调优后的程序运行正确。

　　→ 要点4：系统的性能更大程度上取决于良好的设计，调优技巧只是一个辅助手段。

　　→ 要点5：调优过程是迭代渐进的过程，每一次调优的结果都要反馈到后续的代码开发中去。

　　→ 要点6：性能调优不能以牺牲代码的可读性和可维护性为代码。

　　--------------------------------------------------------------------------------

　　本文只介绍了一些性能调优的要关注的东西以及性能调优的一般要点。并没有具体说如何对系统的每个部件进行调优，如何要细说也不是一两书能说清的，对知识面的要求也非常高，是我目前的能力无法触摸的。

　　这里做个总结：

　　《性能测试知多少》系列基本完结，虽然时间拉得比较长，但我没有把它给太监。虽然内容都在空谈性能测试理论知识，但我认为这些东西对于你从事性能测试工作必不可少。当然，我在“ jmeter基础 ” 与“ loadrunner 技巧 ” 中讲解两个性能测试工具的使用。

　　如果我的这些文章对于想了解和学习性能的同学带来一丝的帮助，我将非常开心。我不是高手，只是和你一起热爱测试技术的初学者，只是比较喜欢总结；也时常为前途迷茫，但我知道只要断去学习，路在前方。我后面会整理性能调优的相关文章。