性能测试方案-模板.doc

xxx性能测试方案xxx性能测试方案文档修改历史日期版本作者修改内容审批人发布日期2011.12.1V1.0初稿 第8 页 共 8页目 录1.文档介绍31.1.测试目的31.2.读者对象31.3.参考资料31.4.术语与解释32.测试环境32.1.测试环境32.2.测试工具43.测试需求43.1.测试功能点43.2.性能需求44.准备工作55.测试完成准则56.测试风险67.测试设计策略67.1.关键资源不处于阻塞状态67.2.组合测试用例策略67.3.测试执行策略68.业务模型78.1.场景一78.2.场景二78.3.场景三89.测试报告输出81. 文档介绍1.1.测试目的本次性能测试的目的是检测xxx系统的性能情况。即：为了xxx系统上线后能够稳定运行，有必要在上线前对核心业务场景的压力情况有充分了解。因此，希望在模拟生产环境的情况下，模拟上线后的用户并发数，对系统核心业务进行压力测试，收集相应的系统参数，并最终作为上线的依据。编写本方案的目的是指导本次性能测试有序的进行，相关人员了解本次性能测试。1.2.读者对象 本方案的预期读者是：项目负责人、测试人员和其他相关人员。1.3.参考资料名称是否可用备注xxx系统需求规格说书是xxx用户手册是1.4.术语与解释 无2. 测试环境模拟客户使用环境（最好模拟客户实际使用的配置环境）。具体如下：2.1. 测试环境网络环境：Lan（100M）硬件环境： 应用服务器数量：1台配置：型号、CPU、内存等 数据库服务器数量：1台配置：型号、CPU、内存等 测试客户端数量：2台配置：型号、CPU、内存等软件环境： 操作系统：Windows Server 2008，Windows XP SP3 应用服务软件：WebSphere，Tomcat5.5 数据库：DB2，Oracle 10g2.2. 测试工具LoadRunner9.53. 测试需求3.1. 测试功能点本次测试共涉及登录，新闻发布.模块。3.2. 性能需求注：1. 如果未提出实际性能需求可简写或省略该项2. 此项根据产品需要可适当修改1) 并发用户数达到？时，登录系统平均响应时间不超过？秒；2) 并发用户数为？时， 操作主要的业务流平均响应时间在用户接受的范围内，系统运行正常；3) ？小时运行组合测试用例时，系统正常运行不崩溃；4) 若系统容量不能达到要求的并发数或运行时间时，验证一下达到哪一个数值时，系统将不能支持4. 准备工作注：此项根据产品需要可适当修改或省略1) 测试功能点全部通过功能测试，确保功能上没有问题；2) 准备测试环境服务器：1、 准备好安装xxx系统的服务器1台；2、 安装xxx中间件、xxx数据库软件；3) 准备测试客户机，如果并发用户数要求较多时，需要准备机器安装LoadRunner9.5，并使用负载机制和1台客户端产生虚拟用户数量；4) 对于每一个测试功能点，都要事先录制好相应的测试脚本，包括参数化、关联等，准备好测试数据，并且调试好，脚本能够成功的回放，保证在测试的时候能够顺利的运行；5) 创建测试场景，并配置好每个场景的设置；6) 测试过程中保存好脚本和分析结果，并规范的对脚本和分析结果等进行命名。5. 测试完成准则注：此项根据产品需要可适当修改1) 达到性能要求。即在要求的并发用户数下，系统的响应时间小于等于客户要求的登录系统平均响应时间；2) 在长时间运行后，系统不崩溃，各功能正常；服务器CPU，内存，响应时间等参数保持稳定；场景运行停止后，一段时间内占用的资源可以正常释放。6. 测试风险注：此项根据产品需要可适当修改。1) 选择的业务流不具有代表性。即选择的测试功能点经过负荷测试和长时间测试后不能重现系统问题，如内存溢出，速度慢等问题；选择测试功能点的原则：客户使用系统时经常操作的业务流，以及觉得反应比较慢的几个功能模块；2) 不是在实际环境中的测试（即模拟的测试环境和客户实际使用环境配置差别较大），由于测试环境的不同，测试结果和实际使用环境中的结果有一定的出入；3) 测试环境中的数据量比实际环境中使用一段时间后的数据量要少的多，系统目前的性能不能代表数据量增长后的性能。7. 测试设计策略7.1. 关键资源不处于阻塞状态注：此项根据产品需要可简写或省略 应用服务器CPU利用率（？） 网络流量（？） 物理内存不能耗尽，利用率（？） 响应时间（？）7.2. 组合测试用例策略注：此项根据产品需要可适当修改先单个测试用例在不同的场景下并发测试，再组合多个测试用例同时并发多用户长时间测试。即：先单独执行并发用户登录用例，新闻发布用例。最后组合执行上面x组用例，同时并发执行x小时。7.3. 测试执行策略注：此项根据产品需要可适当修改在正常的生产数据下，采用阶梯式的方式，分别使用并发用户60、80、100个进行测试。如果在某一个并发用户数，如80个并发用户测试时，发现性能下降，那么则逐步减少并发数，以找出并发用户达到什么数目时，系统性能开始急剧下降。8. 业务模型8.1. 场景一用例编号例如：SuJianCMS_login_001验证功能例如：用户登录服务器环境例如: Tomcat5.5，DB2测试目的例如：被测系统是否能够满足大并发用户数登录的要求。前置条件例如：已注册用户的账号与密码并发用户数例如：100个思考时间例如：用户1分钟完成一次用户登录操作方法设置并发用户数为100个，模拟用户登录系统的负载压力情况，进行30分钟的连续压力测试，记录系统登录事务交易的平均响应时间、成功率，应用服务器、数据库服务器和网络的各项性能指标，作为系统在实际使用情况中的性能表现依据。对失败交易发生时的各项指标数据进行分析，定位问题发生的原因。用例名称并发用户数期望值（秒）备注并发用户登录100个例如：5s平均响应时间8.2. 场景二用例编号验证功能测试目的前置条件并发用户数思考时间方法用例名称并发用户数期望值（秒）备注8.3. 场景三用例编号验证功能测试目的前置条件并发用户数思考时间方法用例名称并发用户数期望值（秒）备注 9. 测试报告输出在xxx系统的性能测试结束后，根据测试结果，将生成性能测试报告。对应文档名称如下：见xxx系统性能测试报告