性能和稳定性测试计划.docx

[文件类型]： [文件编号]： [文件密级]：□ 绝密 □机密 □秘密 □公开 性能和稳定性测试计划 Logo XX公司 版权归属 XX公司  文档信息 标题 性能和稳定性测试计划 版本号 V1.0 版本日期 2011-07-22 文档名称 性能和稳定性测试计划.docx 所有者 XX公司 作者 修订记录 版本号 版本日期 修订人 修改内容要点简述 备注  性能和稳定性测试计划 测试目的： 描述此次测试的目的：（以下目的请做参考） 验证改进的性能效果，需要和以前的测试结果进行比对。 新的业务上线，验证新系统能够满足系统的上线指标。 验证系统稳定性 验证系统的架构是否存在瓶颈 测试环境： 提供网络拓扑图 可以使用visio来花图，描述清楚几个要点： 几台测试服务器，每台都有什么服务，前台web服务、memcache、数据库? 几台服务器的连接关系 服务器软件信息说明： 服务器IP地址 服务器角色 数据库说明 Cache说明 备注 xxx.xxx.xxx.xxx 前台服务器 数据库服务器 Cache服务器 数据库类型、版本 核心参数: 连接数、数据库缓存大小 Cache的类型和版本 服务器硬件信息说明： 服务器IP地址 CPU类型 内存大小 硬盘大小 分区类型 网卡 xxx.xxx.xxx.xxx 主频+核数 百兆或千兆 测试数据说明： 数据库包含的基础数据： 被测试系统中的数据库的每个表有多少数据，以及数据的类型和大小分布的说明 数据库表名 数据条数 备注说明 表名 数据条数 说明 其他基础数据的说明： 配置文件参数的一些特殊说明 Cache预load的数据说明 测试工具说明： Loadrunner 版本 自写程序 其他第三方工具说明 测试范围及测试目标： 哪些接口要进行性能测试和稳定性测试 哪些页面业务逻辑要进行性能测试和稳定性测试 如何界定性能测试的结果满足预定的目标，一般有如下几个标准： 1 新上线的测试系统没有明确的数字标准比对情况下，被测试系统已经被测试到了系统极限（系统的某些资源已经耗尽,cpu,句柄、内存，数据库出现大量的slow query，系统有些处理已经变慢），并且系统证明是可以水平扩展的，则可以上线。 2 有以往测试结果进行比对，只要证明类似的测试条件下，此次的结果比以往的测试结果更好即可（每秒处理个数更多、单次请求的处理速度更快） 3 没有可以比较的测试结果，但是产品已经上线一段时间（至少3个月），有一些运营数据，则需要分析运营的数据来作为比对的基准，只要被测系统达到3个月内系统并发峰值的4倍就可以认为是可以接受的。（如果是接口为测试对象，则需要混合主要的接口来进行性能测试） 4 开发人员提供经验值作为比对的基准，则被测对象只要证明满足开发人员提出的经验值即可。 如果选择以上的某一种策略，则必须明确系统的每秒处理个数和每次请求的平均时间的具体数值。 测试用例： 性能测试： 测试用例1 接口名称或者（页面业务逻辑）： 1） xx个并发，测试时间，加载并发线程的方式 …………………………………. 稳定性测试： xx个并发，测试mm对象，连续运行yy个小时 。 测试计划： 里程碑 时间 资源 编写并完善性能测试方案 搭建测试环境 测试计划评审 录制脚本 编制运行场景 运行脚本，并得出分析报告 汇报测试结果 风险分析： 预判可能发生的风险。 风险预案： 说明针对可能发生的风险而采取的应对措施。