软件测试中性能调优的过程解析 软件测试
性能调优无疑是个庞大的话题，也是很多项目中非常重要的一环，性能调优的难做是众所周知的，毕竟性能调优涵盖的面实在是太多了，在这篇文章中我们蜻蜓点水般的来看看性能调优这项庞大的工程都有些什么过程，同时也看看这些过程中常见的一些做法。
确定性能调优的目标
性能调优，首先是要确定性能调优的目标是什么，如果现在应用已经满足了需求，就没必要去做性能调优了，毕竟不经过一个系统的过程，其实是无法确定你所做的性能调整是否真的调优了性能，是否没有造成应用中其他的问题，所以确定性能目标是非常重要的，在定义性能目标的时候通常这么定义的呢：
1、最大并发数
2、Quality of Service
服务的质量，在软件系统方面我们认为主要表现在请求的出错率，系统的load等。
3、最长响应时间
对于任何请求所能承受的最大响应时间。
4、TPS
每秒需要支持的最大事务数，最典型的指标是：“某页面最高需要支撑每秒7000次的访问次数”。
例如一个web系统，需要定义出来的目标是：
并发目标：最高支撑200并发;
QoS：出错率须控制在万分之一，系统的load最高只能到达10;
TPS：每秒完成7000次请求的处理;
最大响应时间：最长允许的响应时间为5秒。
至于请求的平均响应时间这些就不在性能调优目标中定义，因为要达到TPS的要求，响应时间是必须要达到一个级别的，而且响应时间随着高并发是会出现劣化的。
当然，还可以把性能指标定到更为细节，例如某个方法的TPS在100并发时需要达到多少。
在确定好了性能目标后，重要的就是如何来测量系统的性能了。
测量系统性能
对于新系统而言，需要评估出其正式运行时的数据量的增长情况;而对于已运行的系统，则需要根据监控获取到系统的运行数据(例如高峰并发数、系统的响应速度情况、系统的load、网络流量、每类请求在总的请求中所占的百分比等)。
对于新系统而言，要评估出具体的性能相对来说稍微好做一点，因为此时系统通常较为单纯，数据量的增长也不可能是一夜之间增长的，因此基本可以按照一种正常的方法在测试环境评估出其正式运行的性能。
而对于已运行的系统而言，则较为麻烦，因为通常来讲要在测试环境中模拟正式运行环境基本是不太可能的，因此这个时候通常要采取一些模拟的方法或更高压力的方法来尽量更为准确的评估出系统的性能。
在测试系统性能时，通常可采用的方法有：
文章来源于领测软件测试网 https://www.ltesting.net/
