性能测试报告模板.docxVIP

精品文档 精品文档 . . 文档编号 文档编号 密级 文档版本 共 7 页 Xxx 系统性能测试报告 拟 制 ： **** 日 期 ： **** 审 核 ： 日 期 ： 批 准 ： 日 期 ： 概述 编写目的 本次测试报告为xxx 系统的性能测试总结报告，目的在于总结性能测试工作，并分析测试结果，描述系统是否符合xxx 系统的性能需求。 预期参考人员包括用户、测试人员、开发人员、项目管理者、质量管理人员和需要阅读本报告的高层经理。 项目背景 腾讯公司为员工提供一个网上查询班车的入口，分析出哪些路线/站点比较紧张或宽松，以进行一些合理调配。 测试目标 （简要列出进行本次压力测试的主要目标）完善班车管理系统，满足腾讯内部员工的班车查询需求，满足 500 个用户并发访问本系统。 名词解释 测试时间：一轮测试从开始到结束所使用的时间 并发线程数：测试时同时访问被测系统的线程数。注意，由于测试过程中，每个线程都是以尽可能快的速度发请求，与实际用户的使用有极大差别，所以，此数据不等同于实际使用时的并发用户数。 每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多少时间发出下一次请求。 平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。处理能力：在某一特定环境下，系统处理请求的速度。 cache 影响系数：测试数据未必如实际使用时分散，cache 在测试过程中会比实际使用时发挥更大作用，从而使测试出的最高处理能力偏高，考虑到这个因素而引入的系数。 用户习惯操作频率：根据用户使用习惯估算出来的，单个用户在一段时间内，使用此类功能的次数。通常以一天内某段固定的高峰使用时间来统计，如果一天内没有哪段时间是固定的高峰使用时间，则以一天的工作时间来统计。 预期平均响应时间：由用户提出的，希望系统在多长时间内响应。注意，这个值并不是某一次访问的时间，而是一段时间多次访问后的平均值。 最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。这个数据就是实际可以同时使用系统的用户数。 参考文档 无 测试环境说明 硬件配置 数量 IP 1 5 1 3 1 8 服务器名称Web 服务器 数据库服务器 服务器名称 Web 服务器 数据库服务器 客户端 配置/详细信息 LenovoM7180 2.8GHz×2， 1.96GB,120G LenovoM7180 2.8GHz×2， 1.96GB,120G LenovoM7180 2.8GHz×2， 1.96GB,120G 序号 1 软件名称 操作系统 Web 服务器 Windows 2003 中文企 数据库服务器 Windows 2003 中文企 测试 PC Windows XP 业版 SP2 业版 SP2 2 数据库 -- SQL 2005 中文企业 版 SP3 -- 3 IE 浏览器 -- -- IE7、IE8、腾讯 TT 4 缺陷管理工具 -- -- BUGFree2.1 5 其他 -- -- -- 测试环境组网图 Web服务器 Web服务器 WCF服务器 用户 数据库服务器 测试策略 人力资源 第 1 轮测试 2015-06-15 2011-06-16 *** 中地大厦C505 第 1 轮测试 2015-06-20 2011-06-21 *** 中地大厦C505 测试轮次起始时间 测试轮次 起始时间 测试时间 结束时间 测试人员 测试地点 （系统中需要做性能测试的功能点） 因有 2500 个用户的需求，根据并发用户占所有用户 20%的经验原则，并发用户在 500 个左右，使用 LoadRunner11 工具测试，创建相关操作脚本，同时设计500 个用户同时分别访问系统首页、班车路线、关注站点页面，设置对服务器的性能监视，长时间运行13 小时后， 查看各性能批标。本测试不包括与TOF2 交互。 测试过程按三个步骤进行，即单独场景压力测试、混合场景压力测试、稳定性测试： 单独场景压力测试：针对某个功能点进行压力测试，分析测试结果是否满足用户要求的指标； 混合场景压力测试：根据实际用户操作，将多个单独的业务操作同时进行压力测试，分析测 试结果是否满足用户要求的指标； 稳定性测试：选择某些业务场景对系统加载压力，持续运行一段时间，根据并发量或系统监控等来观察系统的稳定性。 测试场景 设计 500 个用户分别访问班车系统首页、班车路线、关注站点页面。加压方案：每 5s 增加 50 个用户，直到增加到 500 个。 减压方案：每 5s 停止 50 个用户，直到全部停止。 测试用例 500 个用户并发访问班车路线页面 用例名称 500 个用户并发访问班车路线页面 测试步骤 1、 部署性能测试环境，移除与 TOF 相关代码2、 用 loadrunner 录制脚本，录制地址：