性能测试步骤梳理

from:
http://www.51testing.com/html/63/n-806363.html



最近在给新员工做培训的时候，将性能测试进行的步骤进行了一次总结和梳理，放在这里供大家拍砖。。。

　　性能测试需求收集：这一步叫万丈高楼平地起，从无到有的过程，收集产品需求中的性能指标，我们从性能测试的目的出发，一般可以尝试从软件所依赖的硬件环境，软件架构方面入手去考虑，如果遇到专业的产品人员，自然要省心一些，如果遇到非专业的产品人员，那么就辛苦一些。这个阶段的工作决定后期设计的成败，非常关键，具体的方法等我总结完成之后再另外写篇拍砖文。

　　访问模型建模：不同的产品用户数量和使用习惯不一样，有的产品属于上班时候用，有的产品属于休息时间用，比如一个电商网站，那么用户大部分都会在中午休息，下午下班前，晚上八点到十点这段时间访问密集，比如这个网站一天要接客100万，你可不要给平均到一天24小时去，否则压根就没有压力。访问模型的建立决定了场景设计的正确性，非常关键，数据可以找公司的数据支撑部门提供，以保准确。

　　环境搭建：重中之重啊，我经常面试工程师的时候都会忽略这个环节，看看他们是否会自动提起这个，如果能提起这个环节的那么说明这个工程师对测试的认知已经有一定的程度了。性能测试环境和功能测试环境是两码事，性能测试环境要求模拟现实环境，这里怎么模拟，那就根据软件架构涉及到元素：网络带宽，服务器硬件指标，数据库环境，数据库的内容环境，这些都需要和线上环境尽力保持一致，所以部署一个近似度高的性能环境是非常重要的。

　　工具选择：工具很多，没有最好只有最合适的。所以选什么都不如选合适的。这个相对来说要求就是合适，没有别的指标。

　　场景设计：这个简单分为两个办法，一是探测式，先对被测试系统全面施压，查找瓶颈点，很多人喜欢用这个办法，优点是简单易操作，缺点是方向不明，累人。二是高屋建瓴式，需要一定的软件架构分析经验，先从架构入手，分析产品可能存在瓶颈的环节，然后设计针对性的场景，最后在统一探测。设计好之后，请人评审是一个不错的办法。

　　脚本设计：根据场景设计出正确有效的脚本，前面做好了，这步就不难了。

　　测试执行：接上步，一个场景一个场景过。记录好测试中监控的各种指标，指标的理解代表着性能测试工程师的功力，如果不能理解好那些系统指标，所谓的性能测试也只是泛泛而谈，没有什么实质意义。

　　结果分析：根据上面的测试数据进行分析，这个分析能力不是一朝一夕练起来的，需要慢慢积累，首先我们要熟悉常用的系统指标，以及这些指标变化的意义，如内存的page/sec，这个如果比较频繁，那么就要考虑内存是否设置的不够等待。

　　调优方案： 根据分析结果，给出合理的调优方案，我们可以从三个方面入手去设计：代码级调优，数据库调优，架构调优。代码级的调优相对成本较低，架构调优成本比较高，说到这里话又回头了，在架构设计的时候测试要是能提出一定的优化建议，那还真就节约成本了。所以测试尽早介入是非常合算的，当然，前提是测试人员比较厉害的情况下。

　　这次就写这么多了，大家看了可以拍砖，你拍一我拍一，拍到最后都有戏。