软件开发项目性能测试报告.docx
性能测试报告第一章概述.L编写目的本次测试报告xxxxVl. 0. 0的性能测试总结报告，目的在于总结性能测试工 作，并分析测试结果，描述系统是否符合XXX系统的性能需求。预期参考人员包括用户、测试人员、开发人员、工程管理者、质量管理人员 和需要阅读本报告的高层经理。1.2. 工程背景工程背景测试目标（简要列出进行本次压力测试的主要目标）完善系统，满足500个用户并发 访问本系统。1. 4.名词解释测试时间：一轮测试从开始到结束所使用的时间并发线程数：测试时同时访问被测系统的线程数。注意，由于测试过程中， 每个线程都是以尽可能快的速度发请求，与实际用户的使用有极大差异，所以， 此数据不等同于实际使用时的并发用户数。每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多 少时间发出下一次请求。平均响应时间：测试线程向被测系统发请求,所有请求的响应时间的平均值。处理能力：在某一特定环境下，系统处理请求的速度。cache影响系数：测试数据未必如实际使用时分散，cache在测试过程中会 比实际使用时发挥更大作用，从而使测试出的最高处理能力偏高，考虑到这个因 素而引入的系数。用户习惯操作频率:根据用户使用习惯估算出来的，单个用户在一段时间内, 使用此类功能的次数。通常以一天内某段固定的高峰使用时间来统计，如果一天 内没有哪段时间是固定的高峰使用时间，那么以一天的工作时间来统计。预期平均响应时间：由用户提出的，希望系统在多长时间内响应。注意， 这个值并不是某一次访问的时间，而是一段时间屡次访问后的平均值。最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个 并发用户。这个数据就是实际可以同时使用系统的用户数。1. 5.参考文档序号序号文档名称作者版本/日期1需求文档2技术文档3工程模型文档第二章测试环境说明2.1. 软硬件配置具体的硬软件和网络环境如下:环境资源数量型号/配置/软件名称/软件版本号硬件环境数据库服务器1CPU： 8 核，主频 1.6GHz 内存：80G存储：500*9GIP 地址:10. 1. 189.213Web服务器1其它服务器3JMeter压力产生器1笔记本电脑PC (windows 10)CPU：双核，主频1.60GHz内存：1G/2GIP 地址：10. 1. 119. 59/10. 1. 119. 109Jmeter控制台1笔记本电脑PC (windowslO) CPU：双核，主频L60GHz 内存：1GIP 地址：10. 1. 119. 59软件环境核心服务器1Centos?Tomcat6. 0Java： JDK1. 8Nginx:数据库1Oradell中间件服务器1JMeter压力产生器操作系统1Windows XP Professioanl(SP2)JMeter操作系统1Windows XP Professioanl (SP2)网络环境LAN (10M)2.2. 测试工具序号工具名称用途说明版本1Apache-JMeter性能测试开源工具apache-jmeter-5. 1. 1第三章测试策略3.1. 人力资源测试活动测试时间姓名起始时间结束时间测试准备测试执行测试报告3.2. 测试方案（系统中需要做性能测试的功能点）测试过程按三个步骤进行，即单独场景压力测试、混合场景压力测试、稳定 性测试：单独场景压力测试：针对某个功能点进行压力测试，分析测试结果是否满足 用户要求的指标；混合场景压力测试：根据实际用户操作，将多个单独的业务操作同时进行压 力测试，分析测试结果是否满足用户要求的指标；稳定性测试：选择某些业务场景对系统加载压力，持续运行一段时间，根据 并发量或系统监控等来观察系统的稳定性。第四章测试场景4.1. 场景一4.1.1. 500个用户并发访问命名分类页面场景名称500个用户并发访问命名分类页面场景编号001测试步骤1、部署性能测试环境2、用川eter录制脚本，对脚本进行调试场景设计1、设计用户数量为5002、加压方案：每隔5秒自动增加50个用户登录系统，直到增加500个3、减压方案：每隔5秒自动停止50个用户，直到全部停止4、设计运行时间为13小时30分钟5、运行场景执行时间13小时30分钟预期结果1、贝曲响应时间平均值不能超过10秒2、CPU使用率平均值不能高于75%3、物理内存使用率不超过70%4.1.2. 测试结果4.1.2.1. 测试结果摘要4.1.2.2. 用户运行情况：（附图）4.1.2.3. 错误数：（附图）4.1.2.4. 事务响应时间：（附图）4.1.2.5. 每秒点击数：（附图）412.6.Windows资源情况：（附图）42场景二4.2.1. 500个用户并发访问文档类型页面场景名称500个用户并发访问文档类型页面场景编号002测试步骤1、部署性能测试环境2、用JMeter录制脚本，对脚本进行调试场景设计1、设计用户数量为5002、加压方案：每隔5秒自动增加50个用户登录系统，直到增加500个3、减压方案：每隔5秒自动停止50个用户，直到全部停止4、设计运行时间为13小时30分钟5、运行场景执行时间13小时30分钟预期结果1、页面响应时间平均值不能超过10秒2、CPU使用率平均值不能高于75%3、物理内存使用率不超过70%4.2.2. 测试结果4.2.2.1.测试结果摘要4222,用户运行情况：（附图）4.2.2.3.错误数：（附图）4224事务响应时间：（附图）422.5,每秒点击数：（附图）4.22.6.Windows资源情况：（附图）第五章测试结论本次性能测试通过500个用户并发访问2个页面，在13小时30分钟内的626万屡次请求中, 约有0.023%是失败的，失败原因如：提示内部服务器错误，分析这些原因应与测试用的服务器硬件配置有关，因 为这边测试机器使用都是普通的PC机，在每秒一千屡次的点击中，机器在某些 时刻受到其他程序的响应可能处理不过来，故产生一些错误。响应时间平滑，无大波动，2个事务的平均响应时间在5s以内，可以接受。每秒点击数最大为1047,最小为1018,平均值1028,波动不大，非常稳定。 服务器的CPU、内存使用率平稳，到达预期结果。没有错误，响应时间很平滑，无大波动，是因为脚本有think time的原因。（虽然随着用户的增加，响应时间和服务器系统资源也在增加，但是事物响 应时间基本维持在4. 5s左右，还可以接受。但是错误数却很多，其中主要错误 不是登录的这个事物，估计是登录的人太多，服务器处理不过来，使后面的用户 不能翻开网页。用户数超过30个的时候就发生了错误。）（不通过。随着用户的增加，响应时间和点击率逐渐升高，响应时间远远大 于预期。服务器的CPU和磁盘的利用率也逐渐升高。当用户在40个左右的时候，开始出现错误。）随着用户的增加，每个脚本的事物响应时间成正比，说明用户越多，服务器 的资源使用就越多，处理的时间就越长。这样会急剧加重服务器负担，所以就会 有错误的产生（从windows资源图可证明）由于测试客服机和web服务器是同一台计算机，测试的数据会有较大的偏差 （测试的性能比实际的要差很多），所以应该在2台计算机进行测试。第六章遗留问题分析第七章附件说明：web性能测试需要记录的数据：测试时间、平均响应时间、成功次数、失败次数、 web服务器CPU利用率（平均、最大）、数据库服务器CPU利用率（平均、最大） 计算公式：成功率=成功次数/（成功次数+失败次数）处理能力二成功次数/测试时间最短平均响应时间二min （平均响应时间）最高处理能力二max （处理能力）* （cache影响系数）最大并发用户数工（最高处理能力一1+ （预期平均响应时间一最短平均响应时间 + （1 +最高处理能力）用户习惯操作频率，此公式要注意各时间单位的不 同和转换
