SOP_QA_V1.0(公司QA压力测试需求模板).doc

项目压力测试需求文档 目录 1. 引言 1 1.1. 项目简介 1 1.2. 参考文档 1 1.3各部门分工 1 2. 测试目的、范围与目标 2 2.1. 测试目的 2 2.2. 测试对象范围 2 2.3. 测试目标(可以参考前面的测试目的,范围然后回答下面表格里的问题) 3 3. 测试工具及环境 4 3.1. 系统生产环境物理架构 4 3.2. 系统性能测试环境物理架构 4 3.3. 性能测试环境与生产环境资源对比 5 3.4描述系统配置 5 引言 注:性能测试应该在功能验收之后执行,功能修改将导致性能测试的脚本不可用,前期测试的数据失效等结果 项目简介 参考文档 需提供的参考文档：《 系统需求说明书.doc》 《 系统数据库设计说明书.doc》 1.3各部门分工 业务部门:提供测试需求,提供测试数据,提供测试期望结果. QA部:搭建测试环境,测试实施,提供测试评估和响应报告. 开发部门:介绍系统功能和使用,协助测试部门完成测试. 技术部:协助创建测试基础数据和环境,提供应用支撑. 除QA部外,下单部门需提供其它接头人 测试目的、范围与目标 测试目的 本项目进行性能测试的目的：。。。。。 例如：对系统全部模块进行性能普查，找出潜在的性能瓶颈，并对性能瓶颈进行调优。列出了几项以供参考详见下表备注:另有附件性能测试关注的问题,需要可以提供 应用领域 性能测试目的 性能目标 面向服务器管理员 确定合理的配置参数 为项目上线提供最佳配置建议 无,就是确定操作系统,数据库和应用服务器的参数配置 面向开发人员 系统验收能力验证 针对新项目,功能测试结束后对其性能进行检验,验证系统性能在给定的环境中的性能能力,是否满足实际运行时的需要 重点关注关键业务响应时间,吞吐量,并发量,包括一些大数据量的测试 性能调优 调优以后的回归性测试,验证性能是否有改善. 重点关注关键业务响应时间,吞吐量 验证系统的可靠性 通过一段时间持续的压力加载,对系统进行可靠性测试 在长时间的工作下,验证系统性能是否依然保持良好,验证的指标同系统验收一样. 发现缺陷 发现系统中的缺陷 无 规划能力 验证系统的性能扩展能力,找出系统能力扩充的关键点,现有设备是否是制约系统性能表现的最大因素,给出改善其性能扩展能力的建议 业务的性能瓶颈 测试对象范围 本次性能测试所涉及功能模块：。。。。。 测试地址或提供资源包 3.系统在运行的高峰期各个（常用的）功能使用的比例：。。。。。 例如：下表一表明erp协作平台系统在上午高峰时段，有60%的用户在进行我要下单的操作，40%的用户在进行我的违归查询操作。 下表二表明erp协作平台系统在下午高峰时段，有65%的用户在进行我的工作日志操作， 有20%的用户在进行我的进行我要下单的操作，15%的用户在进行我的违归查询操作。 表一： 业务名称 实际使用用户数量(天) 用户数占比 业务发生数(笔/天) 我要下单 60% 我的违规查询 40% 表二： 业务名称 实际使用用户数量(天) 用户数占比 我的工作日志 65% 我要下单 20% 我的违规查询 15% 注意:有些客户往往想把所有流程的性能都测试一遍,如果时间允许和预算允许的话,这当然最好,但这至少要个把月,几个月甚至更长的时间,性能测试更主要是选择典型交易(交易:业务流程的术语)来衡量系统性能,以下提