软件测试中的性能调优概述

　　软件测试中的性能调优概述   性能测试用例　

　    性能调优无疑是个庞大的话题，也是很多项目中非常主要的一环，性能调优的难做是众所周知的，究竟性能调优涵盖的面实在是太多了，在这篇blog中我们蜻蜓点水般的来看看性能调优这项庞大的工程都有些什么过程，同时也看看这些过程中稀有的一些做法。

　　一定性能调优的主旨

　　性能调优，首先是要一定性能调优的主旨是什么，如果现在应用已经满足了需求，就没必要去做性能调优了，究竟不经过一集系统的过程，其实是无法一定你所做的性能调整是否真的调优了性能，是否没有造成应用中其他的问题，所以一定性能主旨是非常主要的，在定义性能主旨的时候通常这么定义的呢：

　　1、最大并发数

　　2、Quality of Service

　　服务的质量，在软件系统方面我们认为主要体现在要求的出错率，系统的load等。

　　3、最长响应时间

　　对于任何要求所能遭遇的最大响应时间。

　　4、TPS

　　每秒需要支持的最大事务数，最模范的指标是：“某页面最高需要支持每秒7000次的访问次数”。

　　例如一个web系统，需要定义出来的主旨是：

　　并发主旨：最高支持200并发;

　　QoS：出错率须控制在万分之一，系统的load最高只能到达10;

　　TPS：每秒完成7000次要求的处理;

　　最大响应时间：最长允许的响应时间为5秒。

　　至于要求的平均响应时间这些就不在性能调优主旨中定义，因为要到达TPS的要求，响应时间是必需要到达一个级别的，而且响应时间随着高并发是会出现劣化的。

　　当然，还可以把性能指标定到更为细节，例如某个方式的TPS在100并发时需要到达多少。

　　在一定好了性能主旨后，主要的就是如何来测量系统的性能了。

　　测量系统性能

　　对于新系统而言，需要评估出其正式运行时的数据量的增加状态;而对于已运行的系统，则需要根据监控获取到系统的运行数据(例如高峰并发数、系统的响应速度状态、系统的load、网络流量、每类要求在总的要求中所占的百分比等)。

　　【NextPage】对于新系统而言，要评估出具体的性能相对来说细微好做一点，因为此时系统通常较为单纯，数据量的增加也不可以是一夜之间增加的，因此基天性够遵循一种正常的方式在测试环境评估出其正式运行的性能。

　　而对于已运行的系统而言，则较为麻烦，因为通常来讲要在测试环境中模拟正式运行环境基础是不太可以的，因此这个时候通常要采用一些模拟的方式或更高压力的方式来尽量更为准确的评估出系统的性能。

　　在测试系统性能时，通常可采用的方式有：

　　1、单元测试;

　　可借助单元测试来测试某个要求的性能;

原文转自：http://www.ltesting.net