确定原因
确定系统存在问题后就要仔细进行分析，进而确定引起问题的原因。确定原因很大程度上靠的是团队的经验和技术能力，涉及的知识有操作系统、数据库、网络、程序开发等许多方面。
和确定性能问题一样，确定原因仍然要广泛地搜集信息。通常要进行以下的分析：
l 问题的影响是什么：响应速度还是吞吐量，或者其他问题？
l 是大多数用户还是少数用户遇到了问题？如果是少数用户，这几个用户与其他用户的操作有什么不同？
l 系统资源监控的结果是否正常，如CPU的使用是否到了极限？I/O情况如何？
l 问题是否集中在某一类模块中？
l 是客户端还是服务器出现问题？
l 系统硬件配置是否合理？
l 实际负载是否超过了系统的负载能力？
l 是否未对系统进行优化？
确定调整目标和解决方案
在分析出问题发生的原因后，测试人员和系统调整人员首先要确定调整目标，然后设计解决方案。确定调整目标的主要作用是明确何时停止系统调整，否则工作将永无尽头。
每个系统都有不同的特点，因此调整目标可能各有不同。例如，下面这些都是系统的调整目标：
l 提高系统吞吐量；
l 缩短响应时间；
l 更好地支持并发；
测试解决方案
实施解决方案后，就要对方案进行测试。可以使用以前的测试用例来进行测试，验证系统是否解决了性能问题。测试解决方案尽量要在仿真环境下进行，因为在生产环境下可能会带来破坏，除非充分估计了测试的风险，并且准备了万全的补救方案。
分析调整结果
性能调整的最后一步是分析调整结果，如果问题没有得到解决，则要重复前面的工作。在测试系统调整方案过程中，要经常分析所做的工作。如果没能准确定位问题或调整方案不正确，可能会达不到预期目标。要尽早发现这些错误，以使工作早些回到正确的轨道上来。
分析结果时主要考虑下面的问题：
l 系统调整是否达到或超出了预定目标？
l 系统是整体性能得到了改善，还是牺牲了某部分性能来解决问题的？
l 调整是否可以结束了？
