测试计划:主要包含测试范围、测试环境、测试方案简介、风险分析等,测试计划要进行评审后方可生效。
7`FD$s9B_1Kb0测试报告:主要包含测试过程记录、测试分析结果、系统调整建议等。
:Z3Qb6MOH#`%]{0测试经验总结:不断总结工作经验是建立学习型团队的基础,实践-总结-再实践
)IA3T k"EO5h)s0U02.1人员之间的配合关系
客户代表:可了解一些项目的背景知识,例如客户在软件性能方面的需求,是否关注性能测试等,这些都是制定性能测试策略的依据。51Testing软件测试网M)lo4U0{8qc
F'Ie
需求分析员:确定哪些业务是核心业务,为后面编写核心业务模块相关的测试用例打下良好的基础,并且他们对用户群体构成以及系统的扩展目标较清楚,这些都是设计性能测试的数据来源。51Testing软件测试网vu4k8iss7C3a
架构师:了解系统的结构,使设计出的性能测试用例在“恰当”的地方施压。51Testing软件测试网 ]
Xcb$}0hL
2.2性能测试的范围确定
对测试项或测试需求进行打分,根据综合评分确定性能测试工作包含的测试内容,评分要素主要包含客户关注度、性能风险、测试的成本等,性能风险主要指如果不进行该项性能测试需求,投产系统可能潜在的风险。51Testing软件测试网i*`'X,w$p.?j$\K0J
客户关注程度或者性能风险较高的均应划分到测试范围内。51Testing软件测试网\K'r.M&SlQn
编号 "Uj&cQ T0 | 测试需求51Testing软件测试网$lFX'X u&s.Q5o.s+E| | 性能风险 f{A}^0(10分) Zd3fZO,L3s0 | 用户关注度(10分) +I#p~5Q$L-[vi6N\RE0 | 成本投入51Testing软件测试网RW/_Y'G
a"g (10分) S-yE#FRU0 | 总分 1Z;{
sZV;o0E(W0 |
151Testing软件测试网
?7??
zl%{5]Q? | 系统运转一年的数据量测试51Testing软件测试网
ZsF*r3[] | 751Testing软件测试网TE{T5e"` | 10 viE&nE4|0 | 651Testing软件测试网8?v0E!qWt&J8bP | 2351Testing软件测试网JiaBkR/js6^ |
2 sL b'bvL7H0 | …… P
AVz8H9E0M0 | …… 0F3r2GuO+`+{0 | mf,f^6lW+AW5Q0 | 51Testing软件测试网W!u'G5h@!Zc | 51Testing软件测试网w(O g7]7] |
2.3目标系统的业务分析
确定系统的核心模块:业务比较复杂或用户使用较频繁51Testing软件测试网
L_b z$cZ9coj
确定模块件的耦合关系:清晰了解核心模块间数据传输方式,通过确定模块间如何接口,可以真实地模拟多用户并发时的情况,尤其可以确定用户并发时一些算法是否正确。51Testing软件测试网8g0tv#^a1IdNz
分析系统压力点:多是用户使用较频繁或数据流量较大的地方。51Testing软件测试网)ukN,~[9Vt8R
2.4用户及场景分析
一,基于用户实际使用情况的场景测试,二,为了特殊测试目的(扩展性、稳定性)而设计的场景测试。51Testing软件测试网8lDoXMNk;dR
确定系统有多少类典型的用户,每类用户的大概数量以及在不同时间段各类用户大概按照何种比例来使用系统。较常见的用户场景有如下三种:
M:hlo3x:r-c6X/N5s0一天内不同时间段的使用场景51Testing软件测试网9t+jY
l*^X#T a
系统运行不同时期的场景
mD:o_9S,v:L0不同业务模式下的用户场景
!WF!i
th+l"E.n"R
kw02.5整体规划
性能测试规划的重点是时间、质量、成本等项目管理要素。51Testing软件测试网\0X2Dz.}0O
2.5.1常见的性能测试工具
Loadrunner:是一种预测系统行为和性能的负载测试工具,目前很多公司执行性能测试的首选工具.
l~O!d!D-bd4a0Rational performance: rational系列产品之一,功能非常强大,和loadrunner竞争比较激烈.51Testing软件测试网A%`:f
Q U!hS%jc
QALoad:compu ware公司的产品51Testing软件测试网)I?,k3Evr
Webload:专门用于web性能测试的工具
g6P4`(PK@(E$TA0WAS:全称是Microsoft Web Application Stress Tool,微软提供的免费性能测试工具51Testing软件测试网4}'k&AJ}!Z$ZERD
Apache JMeter :开源的性能测试工具51Testing软件测试网-g~c:v(x0bgW0u
openSTA:开源的性能测试工具
qO| E6_u
A.bL02.5.2测试结果记录规范管理
测试结果数据是分析系统瓶颈的主要依据,大量的测试结果文件要进行规范管理,统一文件的命名规范.例如:2007-1-12-dbtest-oracleserver-50-once51Testing软件测试网'yvm pel
2.5.3测试环境管理与维护
执行性能测试尽量不要破坏用户环境,而且要预先制定相应的备份/恢复策略,以便系统发生意外时可以恢复到测试前的状态.51Testing软件测试网.Wtmgp)d?k.C
性能测试很有可能产生大量的垃圾数据,消除垃圾数据是测试结事后首当其冲的工作
!faPA:W-aO)N0测试时还要监控测试机的使用情况,除非保证场景消耗的资源不会超出测试机的负载能力,否则就应该认真监控测试机,因为一旦测试机发生瓶颈,所有测试结果均无实际意义.51Testing软件测试网3qSq0f?#Y&K\
2.5.4测试分析与经验总结
主要关注性能测试规划与设计、测试用例设计、测试工具与技术、性能分析等方面。51Testing软件测试网m1K8Qbp6aL
性能测试用例的设计分析:可用性、执行效果、执行时间、还应该分析用例的设计方法、设计思路等。
S9QX Ne2hL0对于瓶颈:应用系统、数据库、web服务器等有时会因配置参数不正确导致系统性能不高,可积累解决这方面问题的经验,以便于以后快速解决问题。
6^4R\lwoD oT0