性能测试作业指导书.docVIP

性能测试作业指导书 版本 V1.0 2006/10/25  文档修订摘要 日期 修订号 描述 著者 审阅者 日期 2006/10/25 1 创建文档，完成目录划分，完成 Jianyu.dong 2006/11/21 2 修改执行流程，拆分测试用例设计为测试场景设计和测试业务用例设计 建立完善测试场景设计内容 完善业务测试用例设计内容 完善执行测试内容 完善结果分析调优部分内容 增加需求checkList 附件 增加场景设计模版 增加业务用例设计模版 增加测试报告模版 增加测试计划模版 Jianyu.dong  目 录 第1章、引言 4 文档用途 4 阅读对象 4 名词术 4 第2章、操作流图 5 启动流程 5 测试执行流图 5 第3章、性能测试申请 7 第4章、测试项目确认 8 需求文档确认 8 总体设计文档确认 8 开发计划确认 8 制定测试计划 8 第5章、测试业务用例准备 9 第6章、测试环境准备 10 第7章、测试脚本开发调试 11 第8章、配置场景 12 第9章、执行测试 13 第10章、生成测试报告 14 第11章、测试结果分析产生调优建议 15 第12章、项目结束经验总结 16  引言 文档用途 根据公司性能测试项目需要，在这里对性能测试项目的过程和具体执行方法进行规范性的描述，在本文中对项目的申请、确认、接受、执行到项目的结束总结做了规范性的描述，在具体操作用根据项目的情况可以做适当的裁剪。 阅读对象 项目经理 性能测试工程师 需求人员 名词术 性能测试 评测系统综合能力的测试，评测系统在模拟环境中变现出来的性能 负载测试 在一定压力下连续运行一段时间的测试 VU 虚拟用户 场景： 是指执行测试的环境等信息，包括要跑那些脚本，在那些机器上运行这些脚本，运行时间，模仿多少个vu等。 每秒点击数 每秒点击次数图将点击（HTTP 请求）Web 服务器的次数（Y 轴）显示为方案已用时间（X 轴）的函数。该图可以查看点击次数对事务性能产生的影响。 测试执行流图 性能测试申请 性能测试需要项目组根据项目需要向测试部门提出测试申请同时提交如下可见物并提供需要测试的范围及测试完成的标准和时间。 项目需求文档 项目设计开发文档 项目计划，增加一个里程碑，标示出可以开始进行性能测试的版本 稳定的release 可测物  测试项目确认 在项目组根据项目需要提交测试申请时，需要提交性能测试需要的文档（或会议方式划定测试范围，环境，系统版本等要求），针对这些文档，对此项目进行性能测试前的可测性确认。 性能测试目标和范围确认 性能测试策略 预期指标的性能测试 独立/组合业务场景性能测试 强度测试/大数据量性能测试 网络性能测试 服务器性能指标监测 需求文档确认 检查需求文档中对性能需求的要求，用户使用环境，当前用户支持量，将来预计用户支持数量，为测试场景设计提供依据。 需求中对业务功能的描述 需求中对支持用户量的描述 需求中对系统运行环境描述 需求中对系统性能要求的描述（响应时间等） 目前公司的项目中的需求文档，更多的体现在功能需求上，在非功能需求描述得非常的少，所以在性能测试时候无可参考物，目标很模糊，除了文档确认方式外，对小项目应该会议沟通确认方式确定性能部分的需求。 总体设计文档确认 确认对能够根据文档内容对系统的架构有清晰的认识，能够根据该文档的描述来判断性能测试的监控点。 清楚确认系统运行环境（操作系统，webserver，dbserver ） 清楚确认系统的架构 清楚确认系统的部署情况 项目计划确认 根据对需求文档和设计文档估计测试工作量，测试风险等级，对开发/测试计划中的测试时间进行估计确认完成时间 确认开发/测试计划中的测试进度计划 确认开发/测试计划中与测试相关描述 系统功能确认 根据提交的测试范围，在测试前对测试范围进行确认（也可由功能测试人员提供测试用例或报告）在这部分确认中，功能测试工程师应该提供数据证明实际交付测试版功能上能够实现， 制定测试计划 测试需求，测试资源，职责，测试里程碑，测试执行，测试风险，测试验收标准，培训。 确定性能测试需求 确定性能测试需要的资源 确定性能测试参与人员的工作职责 确定性能测试过程中的阶段里程碑 确定性能测试执行计划 预估性能测试过程中风险 确定性能测试完成的验收标准 安排性能测试前期的业务，功能，技术的培训 沟通模式（周报） 性能测试计划模板  设计测试场景（根据测试需求） 分析测试需求 测试场景是为了满足测试需求的，所以首先要明确需求，分析需求中的测试指标和测试业务环境等方面的需求，分解成对应的场景，一般来说一个大的项目测试场景不应该