性能测试.ppt

性能测试 议程 负载压力测试概述 负载压力测试解决方案 负载压力测试指标 负载压力测试实施 负载压力测试技巧 实例讨论和演示 负载压力测试概念 负载压力测试是指在一定约束条件下测试系统所能承受的并发用户量、运行时间、数据量，以确定系统所能承受的最大负载压力。 负载压力测试有助于确认被测系统是否能够支持性能需求，以及预期的负载增长。 负载压力测试不只是关注不同负载场景下的响应时间等指标，它也要通过测试来发现在不同负载场景下会出现的例如速度变慢、内存泄漏等问题。 应该在开发过程中尽可能早地进行负载压力测试。 负载压力测试目的 在真实环境下检测系统性能，评估系统性能以及服务等级的满足情况。 比如电信计费软件,众所周知,每月二十日左右是市话交费的高峰期,全市几千个收费网点同时启动。如此众多的交易同时发生,对应用程序本身、操作系统、数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。 决策者需要模拟系统负载压力, 预见软件的并发承受力, 这是在测试阶段就应该解决的重要问题。 这里我们强调真实环境下检测系统性能，在实施过程中大家认为这样做会遇到很多阻力。那么在条件不允许的情况下，我们可以使用一种“模拟环境”来做测试，这种环境指与实际真实应用环境基本等级保持一致的测试环境。 负载压力测试目的 预见系统负载压力承受力,在应用实际部署之前，评估系统性能。 检测系统性能强调对系统当前性能的评估。通过评估，可以在应用实际部署之前，预见系统负载压力承受力。 这种测试的意义在于指导系统总体设计，既可以避免浪费不必要的人力、物力和财力，又避免硬件和软件的设计不匹配，使系统具有更长、更健壮的生命力。 对于系统性能检测，有时我们所从事的工作是仅仅是被动监控一些性能指标，而预见系统负载压力承受力则不可避免会借助自动化的负载压力测试工具。 负载压力测试目的 分析系统瓶颈、优化系统。 瓶颈这个术语来源于玻璃瓶与瓶身相比收缩了的部分。收缩的瓶颈将引起流量的下降，从而限制了液体流出瓶外的速度。类似的，在负载压力测试中，“瓶颈”这个术语用来描述那些限制系统负载压力性能的因素，即应用系统中导致系统性能大幅下降的原因。 瓶颈可能定位在硬件中，也可能定位在软件中。硬件瓶颈与软件瓶颈相比，我们更建议先解决软件瓶颈。 优化调整系统是发现瓶颈，故障定位之后要完成的事情，实现优化之后即可消除瓶颈，提高性能。 导致系统性能下降的因素来自许多方面，例如I/O过载、内存不足、数据库资源匮乏、网络速度低、应用程序架构存在缺陷，软硬件配置不恰当等等。比如是磁盘I/O导致了系统瓶颈，那么消除它的方法可能是重新设计数据库或者改进数据库访问方式。 负载压力测试策略 负载压力测试可以采取利用手工进行测试和利用自动化测试工具进行测试两种测试策略。 手工模拟负载压力，方法是找若干台电脑和同样数目的操作人员在同一时刻进行操作,然后拿秒表记录下响应时间，这样的手工测试方法可以大致反映系统所能承受的负载压力情况。 利用自动化负载压力测试工具进行测试可以在一台或几台PC机上模拟成百或上千的虚拟用户同时执行业务的情景，通过可重复的、真实的测试能够彻底地度量应用的性能，确定问题所在。 利用商业化的自动化测试工具是进行负载压力测试的主要手段，知名的商业化的测试工具比如LoadRunner、QALoad等适应范围非常广，一般都经过了长时间的市场检验，测试效果得到业界的普遍认可，测试结果具有一定的可比性。 负载压力测试解决方案 系统的负载压力测试主要包括并发性能测试、疲劳强度测试以及大数据量测试。 并发性能测试 并发性能是负载压力性能的最主要的组成部分。对一个系统来讲，某些业务操作对特定角色用户来讲存在很大的同时操作的可能性，并发性能的测试对于保证系统的性能是非常关键的。 疲劳强度测试 疲劳强度对系统来讲也是一种负载，它强调的是长时间的考核。 大数据量测试 大数据量测试包括独立数据量测试和综合数据量测试两种主要类型。 并发性能测试 并发负载压力的实施是在客户端，负载压力的传输介质是网络，最终压力会到达后台各类服务器。 在并发性能测试过程中，需要关注点： 应用在客户端的性能 应用在网络上的性能 应用在服务器上性能 测试要定位问题所在，目的是为了解决问题，这些关注点正是定位问题的必要条件。 应用在客户端性能的测试 应用在客户端性能的测试 如何模拟负载压力？总的原则是最大限度地模拟真实负载压力。要做到这一点，既是对测试工具的考验，又是对测试工程师经验与智慧的考验。 要模拟真实的负载压力做测试，必须创建方案，方案是用以模拟现实生活中的用户的方式。方案包含有关如何模拟实际用户的信息：虚拟用户(Vuser) 组、Vuser 将运行的测试脚本、多个测试脚本的相互关联、Vuser