《性能测试报告-模板.docx》由会员分享，可在线阅读，更多相关《性能测试报告-模板.docx（7页珍藏版）》请在金锄头文库上搜索。
1、Xxx系统性能测试报告文档编号密级文档版本共7页Xxx系统性能测试报告拟 制 ：王道勇日 期 ：2011-7-8审 核 ：日 期 ：批 准 ：日 期 ：1. 概述1.1. 编写目的本次测试报告为xxx系统的性能测试总结报告，目的在于总结性能测试工作，并分析测试结果，描述系统是否符合xxx系统的性能需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、质量管理人员和需要阅读本报告的高层经理。1.2. 项目背景腾讯公司为员工提供一个网上查询班车的入口，分析出哪些路线/站点比较紧张或宽松，以进行一些合理调配。1.3. 测试目标（简要列出进行本次压力测试的主要目标）完善班车管理系统，满足腾讯内部
2、员工的班车查询需求，满足500个用户并发访问本系统。1.4. 名词解释测试时间：一轮测试从开始到结束所使用的时间并发线程数：测试时同时访问被测系统的线程数。注意，由于测试过程中，每个线程都是以尽可能快的速度发请求，与实际用户的使用有极大差别，所以，此数据不等同于实际使用时的并发用户数。每次时间间隔：测试线程发出一个请求，并得到被测系统的响应后，间隔多少时间发出下一次请求。平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。处理能力：在某一特定环境下，系统处理请求的速度。cache影响系数：测试数据未必如实际使用时分散，cache在测试过程中会比实际使用时发挥更大作用，从而使测试
3、出的最高处理能力偏高，考虑到这个因素而引入的系数。用户习惯操作频率：根据用户使用习惯估算出来的，单个用户在一段时间内，使用此类功能的次数。通常以一天内某段固定的高峰使用时间来统计，如果一天内没有哪段时间是固定的高峰使用时间，则以一天的工作时间来统计。 预期平均响应时间：由用户提出的，希望系统在多长时间内响应。注意，这个值并不是某一次访问的时间，而是一段时间多次访问后的平均值。 最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。这个数据就是实际可以同时使用系统的用户数。1.5. 参考文档无2. 测试环境说明2.1. 硬件配置服务器名称配置/详细信息数量IPWeb服务器Le
4、novoM7180 2.8GHz2，1.96GB,120G1172.18.13.45数据库服务器LenovoM7180 2.8GHz2，1.96GB,120G1172.18.13.73客户端LenovoM7180 2.8GHz2，1.96GB,120G1172.18.13.582.2. 软件配置序号软件名称Web服务器数据库服务器测试PC1操作系统Windows 2003中文企业版 SP2Windows 2003中文企业版 SP2Windows XP2数据库-SQL 2005 中文企业版 SP3-3IE浏览器-IE7、IE8、腾讯TT4缺陷管理工具-BUGFree2.15其他-2.3. 测试环
5、境组网图3. 测试策略3.1. 人力资源测试轮次测试时间测试人员测试地点起始时间结束时间第1轮测试2011-06-152011-06-16王道勇中地大厦C505第1轮测试2011-06-202011-06-21王道勇中地大厦C5053.2. 测试方案（系统中需要做性能测试的功能点）因有2500个用户的需求，根据并发用户占所有用户20%的经验原则，并发用户在500个左右，使用LoadRunner9.5工具测试，创建相关操作脚本，同时设计500个用户同时分别访问系统首页、班车路线、关注站点页面，设置对服务器的性能监视，长时间运行13小时后，查看各性能批标。本测试不包括与TOF2交互。测试过程按三个
6、步骤进行，即单独场景压力测试、混合场景压力测试、稳定性测试：单独场景压力测试：针对某个功能点进行压力测试，分析测试结果是否满足用户要求的指标；混合场景压力测试：根据实际用户操作，将多个单独的业务操作同时进行压力测试，分析测试结果是否满足用户要求的指标；稳定性测试：选择某些业务场景对系统加载压力，持续运行一段时间，根据并发量或系统监控等来观察系统的稳定性。3.3. 测试场景设计500个用户分别访问班车系统首页、班车路线、关注站点页面。加压方案：每5s增加50个用户，直到增加到500个。减压方案：每5s停止50个用户，直到全部停止。3.4. 测试用例3.4.1. 500个用户并发访问班车路线页面用
7、例名称500个用户并发访问班车路线页面用例编号001测试步骤1、 部署性能测试环境，移除与TOF相关代码2、 用loadrunner录制脚本，录制地址：http:/172.18.13.46/Banche/StaffRoute/RoutePartion3、 设置打开班车路线页面为事务“班车路线”场景设计1、 设计用户数量为5002、 加压方案：每隔5秒自动增加50个用户登录系统，直到增加500个3、 减压方案：每隔5秒自动停止50个用户，直到全部停止4、 设计运行时间为13小时30分钟5、 运行场景执行时间13小时30分钟预期结果1、 页面响应时间平均值不能超过10秒2、 CPU使用率平均值不能
8、高于75%3、 物理内存使用率不超过70%3.4.2. 500个用户并发访问关注站点页面用例名称500个用户并发访问关注站点页面用例编号002测试步骤1、 部署性能测试环境，移除与TOF相关代码2、 用loadrunner录制脚本，录制地址：http:/172.18.13.46/Banche/Focus3、 设置打开关注站点页面为事务“关注站点列表”场景设计1、 设计用户数量为5002、 加压方案：每隔5秒自动增加50个用户登录系统，直到增加500个3、 减压方案：每隔5秒自动停止50个用户，直到全部停止4、 设计运行时间为13小时30分钟5、 运行场景执行时间13小时30分钟预期结果1、 页
9、面响应时间平均值不能超过10秒2、 CPU使用率平均值不能高于75%3、 物理内存使用率不超过70%4. 测试结果4.1. 测试结果摘要4.2. 用户运行情况：（附图）4.3. 错误数：（附图）4.4. 事务响应时间：（附图）4.5. 每秒点击数：（附图）4.6. Windows资源情况：（附图）5. 测试结论本次性能测试通过500个用户并发访问2个页面，在13小时30分钟内的626万多次请求中，约有0.023%是失败的，失败原因如：提示内部服务器错误，分析这些原因应与测试用的服务器硬件配置有关，因为这边测试机器使用都是普通的PC机，在每秒一千多次的点击中，机器在某些时刻受到其他程序的响应可能
10、处理不过来，故产生一些错误。响应时间平滑，无大波动，2个事务的平均响应时间在10s以内，可以接受。每秒点击数最大为1047，最小为1018，平均值1028，波动不大，非常稳定。服务器的CPU、内存使用率平稳，达到预期结果。没有错误，响应时间很平滑，无大波动，是因为脚本有think time的原因。（虽然随着用户的增加，响应时间和服务器系统资源也在增加，但是事物响应时间基本维持在4.5s左右，还可以接受。但是错误数却很多，其中主要错误不是登录的这个事物，估计是登录的人太多，服务器处理不过来，使后面的用户不能打开网页。用户数超过30个的时候就发生了错误。）（不通过。随着用户的增加，响应时间和点击率
11、逐渐升高，响应时间远远大于预期。服务器的CPU和磁盘的利用率也逐渐升高。当用户在40个左右的时候，开始出现错误。）随着用户的增加，每个脚本的事物响应时间成正比，说明用户越多，服务器的资源使用就越多，处理的时间就越长。这样会急剧加重服务器负担，所以就会有错误的产生（从windows资源图可证明）由于测试客服机和web服务器是同一台计算机，测试的数据会有较大的偏差（测试的性能比实际的要差很多），所以应该在2台计算机进行测试。6. 遗留问题分析无7. 附件无说明：web性能测试需要记录的数据：测试时间、平均响应时间、成功次数、失败次数、web服务器CPU利用率（平均、最大）、数据库服务器CPU利用率
12、（平均、最大）计算公式：成功率=成功次数/（成功次数+失败次数）处理能力=成功次数/测试时间最短平均响应时间=min（平均响应时间）最高处理能力=max（处理能力）*（1-cache影响系数）最大并发用户数=（最高处理能力1（预期平均响应时间最短平均响应时间（1最高处理能力）用户习惯操作频率，此公式要注意各时间单位的不同和转换customer qualification preliminary examination of the material of the borrower for the loan person, determine whether you meet the loan
13、conditions (standard specification for details of the conditions the fifth chapter 5.1 loans and borrower conditions). 3. agree loan person decides to accept, according to interviews . First, the jurisdiction of the head office, branches and risk management, operational management should be strength
14、ened on the Bank personal loan monitoring, inspection, management and guidance. Second, related personnel irregularities, according to qilu bank credits operational responsibility and accountability for implementation and the qilu bank employee violations of regulations dealing with regulations and
15、other relevant rules of punishment and accountability. 9. According to file, and related system file 9.1 according to file a, and loan General II, and personal loan management provisional approach 9.2 related system file qilu Bank personal loan management approach 10. records table single records table single 1: personal loan customer talk record reco
