性能测试实施与管理(二)

测试计划：主要包含测试范围、测试环境、测试方案简介、风险分析等，测试计划要进行评审后方可生效。

测试报告：主要包含测试过程记录、测试分析结果、系统调整建议等。

测试经验总结：不断总结工作经验是建立学习型团队的基础，实践－总结－再实践

2.1人员之间的配合关系

客户代表：可了解一些项目的背景知识，例如客户在软件性能方面的需求，是否关注性能测试等，这些都是制定性能测试策略的依据。

需求分析员：确定哪些业务是核心业务，为后面编写核心业务模块相关的测试用例打下良好的基础，并且他们对用户群体构成以及系统的扩展目标较清楚，这些都是设计性能测试的数据来源。51Testing软件测试网)w?!q:V0K;I2s&j

架构师：了解系统的结构，使设计出的性能测试用例在“恰当”的地方施压。

2.2性能测试的范围确定

对测试项或测试需求进行打分，根据综合评分确定性能测试工作包含的测试内容，评分要素主要包含客户关注度、性能风险、测试的成本等，性能风险主要指如果不进行该项性能测试需求，投产系统可能潜在的风险。

客户关注程度或者性能风险较高的均应划分到测试范围内。

2.3目标系统的业务分析

确定系统的核心模块：业务比较复杂或用户使用较频繁51Testing软件测试网4w-?Q3R,f-z,r

确定模块件的耦合关系：清晰了解核心模块间数据传输方式，通过确定模块间如何接口，可以真实地模拟多用户并发时的情况，尤其可以确定用户并发时一些算法是否正确。51Testing软件测试网!C;fQm-?0Wp

分析系统压力点：多是用户使用较频繁或数据流量较大的地方。

2.4用户及场景分析

一，基于用户实际使用情况的场景测试，二，为了特殊测试目的(扩展性、稳定性)而设计的场景测试。51Testing软件测试网S!P(O:LbN

确定系统有多少类典型的用户，每类用户的大概数量以及在不同时间段各类用户大概按照何种比例来使用系统。较常见的用户场景有如下三种：

一天内不同时间段的使用场景

系统运行不同时期的场景

不同业务模式下的用户场景51Testing软件测试网#K'F9@l2ro

2.5整体规划

性能测试规划的重点是时间、质量、成本等项目管理要素。51Testing软件测试网(t6I"FbW2t-~ q&{*H7B:K|

2.5.1常见的性能测试工具

Loadrunner:是一种预测系统行为和性能的负载测试工具,目前很多公司执行性能测试的首选工具.51Testing软件测试网F{'I&e!\Y!N

Rational performance: rational系列产品之一,功能非常强大,和loadrunner竞争比较激烈.

QALoad:compu ware公司的产品51Testing软件测试网4u Qmq#[Q G }

Webload:专门用于web性能测试的工具51Testing软件测试网n4mRC,{@i

WAS:全称是Microsoft Web Application Stress Tool,微软提供的免费性能测试工具51Testing软件测试网rvHc7fO

Apache JMeter :开源的性能测试工具51Testing软件测试网J.O]9H9btV3k

openSTA:开源的性能测试工具

2.5.2测试结果记录规范管理

测试结果数据是分析系统瓶颈的主要依据,大量的测试结果文件要进行规范管理,统一文件的命名规范.例如:2007-1-12-dbtest-oracleserver-50-once51Testing软件测试网7l#{ wS'rSj^lo

2.5.3测试环境管理与维护

执行性能测试尽量不要破坏用户环境,而且要预先制定相应的备份/恢复策略,以便系统发生意外时可以恢复到测试前的状态.

性能测试很有可能产生大量的垃圾数据,消除垃圾数据是测试结事后首当其冲的工作

测试时还要监控测试机的使用情况,除非保证场景消耗的资源不会超出测试机的负载能力,否则就应该认真监控测试机,因为一旦测试机发生瓶颈,所有测试结果均无实际意义.51Testing软件测试网S:I%AWmM~ g

2.5.4测试分析与经验总结

主要关注性能测试规划与设计、测试用例设计、测试工具与技术、性能分析等方面。51Testing软件测试网iu1\;m(YvC C%Z

性能测试用例的设计分析：可用性、执行效果、执行时间、还应该分析用例的设计方法、设计思路等。

对于瓶颈：应用系统、数据库、web服务器等有时会因配置参数不正确导致系统性能不高，可积累解决这方面问题的经验，以便于以后快速解决问题。51Testing软件测试网&JF%?c gF