性能测试总结报告实用模板

性能测试总结报告合用模板性能测试总结报告合用模板/性能测试总结报告合用模板精选文档文档编号密级文档版本共7页Xxx系统性能测试报告拟制：****日期：****审查：日期：同意：日期：.精选文档概括1.1.编写目的本次测试报告为xxx系统的性能测试总结报告，目的在于总结性能测试工作，并分析测试结果，描绘系统能否符合xxx系统的性能需求。预期参照人员包含用户、测试人员、开发人员、项目管理者、质量管理人员和需要阅读本报告的高层经理。1.2.项目背景腾讯公司为职工供给一个网上查问班车的进口，分析出哪些路线/站点比较紧张或宽松，以进行一些合理分配。1.3.测试目标（简要列出进行本次压力测试的主要目标）圆满班车管理系统，知足腾讯内部职工的班车查询需求，知足500个用户并发接见本系统。1.4.名词解说测试时间：一轮测试从开始到结束所使用的时间并发线程数：测试时同时接见被测系统的线程数。注意，因为测试过程中，每个线程都是以尽可能快的速度发恳求，与实质用户的使用有极大差异，因此，此数据不等同于实质使用时的并发用户数。每次时间间隔：测试线程发出一个恳求，并获得被测系统的响应后，间隔多少时间发出下一次恳求。均匀响应时间：测试线程向被测系统发恳求，所有恳求的响应时间的均匀值。办理能力：在某一特定环境下，系统办理恳求的速度。cache影响系数：测试数据未必照实质使用时分别，cache在测试过程中会比实质使用时发挥更大作用，进而使测试出的最高办理能力偏高，考虑到这个要素而引入的系数。用户习惯操作频次：依据用户使用习惯预计出来的，单个用户在一段时间内，使用此类功能的次数。平常以一天内某段固定的顶峰使用时间来统计，假如一天内没有哪段时间是固定的顶峰使用时间，则以一天的工作时间来统计。预期均匀响应时间：由用户提出的，希望系统在多长时间内响应。注意，这个值其实不是某一次接见的时间，而是一段时间多次接见后的均匀值。最大并发用户数：在给定的预期均匀响应时间下，系统最多能支持多少个并发用户。这个数据就是实质能够同时使用系统的用户数。1.5.参照文档无.精选文档测试环境说明2.1.硬件配置服务器名称配置/详尽信息数目IPWeb服务器LenovoM71802.8GHz×2，1.96GB,120G1数据库服务器LenovoM71802.8GHz×2，1.96GB,120G1客户端LenovoM71802.8GHz×2，1.96GB,120G12.2.软件配置序号软件名称Web服务器数据库服务器测试PC1操作系统Windows2003中文企Windows2003中文企WindowsXP业版SP2业版SP22数据库--SQL2005中文公司--版SP33IE阅读器IE7、IE8、腾讯TT4缺点管理工具BUGFree2.15其余2.3.测试环境组网图Web服务器WCF服务器用户数据库服务器.精选文档3.测试策略3.1.人力资源测试轮次测试时间测试人员测试地址初步时间结束时间第1轮测试2015-06-152011-06-16***中地大厦C505第1轮测试2015-06-202011-06-21***中地大厦C5053.2.测试方案（系统中需要做性能测试的功能点）因有2500个用户的需求，依据并发用户占所合用户20%的经验原则，并发用户在500个左右，使用LoadRunner11工具测试，创立有关操作脚本，同时设计500个用户同时分别接见系统首页、班车路线、关注站点页面，设置对服务器的性能督查，长时间运转13小时后，查察各性能批标。本测试不包含与TOF2交互。测试过程按三个步骤进行，即独自场景压力测试、混淆场景压力测试、坚固性测试：独自场景压力测试：针对某个功能点进行压力测试，分析测试结果能否知足用户要求的指标；混淆场景压力测试：依照实质用户操作，将多个独自的业务操作同时进行压力测试，分析测试结果能否知足用户要求的指标；坚固性测试：选择某些业务场景对系统加载压力，连续运转一段时间，依据并发量或系统监控等来察看系统的坚固性。3.3.测试场景设计500个用户分别接见班车系统首页、班车路线、关注站点页面。加压方案：每5s增添50个用户，直到增添到500个。减压方案：每5s停止50个用户，直到所有停止。3.4.测试用例3.4.1.500个用户并发接见班车路线页面用例名称500个用户并发接见班车路线页面用例编号001测试步骤1、部署性能测试环境，移除与TOF有关代码2、用loadrunner录制脚本，录制地址：3、设置翻开班车路线页面为事务“班车路线”场景设计1、设计用户数目为5002、加压方案：每隔5秒自动增添50个用户登录系统，直到增添500个3、减压方案：每隔5秒自动停止50个用户，直到所有停止4、设计运转时间为13小时30分钟.精选文档5、运转场景履行时间13小时30分钟预期结果1、页面响应时间均匀值不可以够超出10秒2、CPU使用率均匀值不可以够高于75%3、物理内存使用率不超出70%3.4.2.500个用户并发接见关注站点页面用例名称500个用户并发接见关注站点页面用例编号002测试步骤1、部署性能测试环境，移除与TOF有关代码2、用loadrunner录制脚本，录制地址：3、设置翻开关注站点页面为事务“关注站点列表”场景设计1、设计用户数目为5002、加压方案：每隔5秒自动增添50个用户登录系统，直到增添500个3、减压方案：每隔5秒自动停止50个用户，直到所有停止4、设计运转时间为13小时30分钟5、运转场景履行时间13小时30分钟预期结果1、页面响应时间均匀值不可以够超出10秒2、CPU使用率均匀值不可以够高于75%3、物理内存使用率不超出70%测试结果4.1.测试结果纲领4.2.用户运转状况：（附图）4.3.错误数：（附图）4.4.事务响应时间：（附图）4.5.每秒点击数：（附图）4.6.Windows资源状况：（附图）测试结论本次性能测试经过500个用户并发接见2个页面，在13小时30分钟内的626万多次恳求中，约有0.023%是失.精选文档败的，失败原由如：提示内部服务器错误，分析这些原由应与测试用的服务器硬件配置有关，因为这边测试机器使用都是一般的PC机，在每秒一千多次的点击中，机器在某些时辰遇到其余程序的响应可能办理可是来，故产生一些错误。响应时间圆滑，无大颠簸，2个事务的均匀响应时间在5s之内，能够接受。每秒点击数最大为1047，最小为1018，均匀值1028，颠簸不大，特别坚固。服务器的CPU、内存使用率安稳，达到预期结果。没有错误，响应时间很圆滑，无大颠簸，是因为脚本有thinktime的原由。（固然跟着用户的增添，响应时间和服务器系统资源也在增添，可是事物响应时间基本保持在4.5s左右，还能够够接受。可是错误数却好多，此中主要错误不是登录的这个事物，预计是登录的人太多，服务器办理可是来，使后边的用户不可以够翻开网页。用户数超出30个的时候就发生了错误。）（不经过。跟着用户的增添，响应时间和点击率渐渐高升，响应时间远远大于预期。服务器的CPU和磁盘的利用率也渐渐高升。当用户在40个左右的时候，开始出现错误。）跟着用户的增添，每个脚本的事物响应时间成正比，说明用户越多，服务器的资源使用就越多，办理的时间就越长。这样会急剧加重服务器负担，因此就会有错误的产生（从windows资源图可证明）因为测试客服机和web服务器是同一台计算机，测试的数据会有较大的误差（测试的性能比实质的要差好多），因此应当在2台计算机进行测试。遗留问题分析无附件无.精选文档说明：web性能测试需要记录的数据：测试时间、均匀响应时间、成功次数、失败次数、web服务CPU利用率（均匀、最大）、数据库服务器CPU利用率（均匀、最大）