性能测试术语和相关监控器分解.ppt

响应时间指的是客户端发出请求到得到响应的整个过程所经历的时间。 性能测试是一种“正常”的测试，主要是测试正常使用时，系统是否满足要求，同时可能为了保留系统的扩展空间进行一些稍稍超出“正常”范围的测试。 通过在被测系统上不断增加压力，直到性能指标。例如：响应时间超过预定指标或者某种资源已经达到饱和状态。 这种测试考验找到系统的处理极限，为系统调优提供数据。负载测试一般压力要大些。 对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能够提供的最大服务级别的测试。 例如测试一个web站点的大量的负荷下，合适系统的响应会退化或者失败。 配置测试主要是通过测试找到系统各项资源的最优分配原则。配置测试是系统调优的重要依据，例如我们可以不停的调整oracle的内存来决定cpu和内存的匹配情况。 测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题，几乎所有的性能测试都会涉及一些并发测试。 测试系统能够处理的最大会话能力。确定系统可处理同时在线的最大用户数，通常和数据库有关 通过给系统加载一定的业务压力（如：Cpu资源在70-90％的使用率）的情况下，运行一段时间，检查系统是否稳定。 对于有冗余备份和负载均衡的系统，通过这样的测试来检验如果系统局部发生故障用户是否能够继续使用系统，用户受到多大的影响。 实施过程 了解被测试项目的性能测试需求 分析被测试项目的性能测试需求 编写性能测试计划/测试用例 相关资源准备 o脚本维护（编写程序） o执行脚本（执行程序） o分析结果 o性能调优 分析性能测试需求 –响应时间的确定（依据具体的业务） –那些是系统经常用到的业务 –并发用户量的确定（可以估计或者通过日志得 到） –增加、删除、查询、修改至少都要做一个脚本 –可扩展的空间（1年后，用户量增加。。。） 性能测试需求 –响应时间 –持续运行时间 –并发用户量 分析性能测试需求 –响应时间的确定（依据具体的业务） –那些是系统经常用到的业务 –并发用户量的确定（可以估计或者通过日志得 到） –增加、删除、查询、修改至少都要做一个脚本 –可扩展的空间（1年后，用户量增加。。。） 性能测试计划/用例 –覆盖测试的需求 –测试的周期和风险的评估 –人力资源、硬件资源、软件资源的配备 –测试的手段和工具应在测试计划中有所体现 –增加、删除、查询、修改至少都要做一个脚本 –可扩展的空间（应依据具体的需求决定取舍测试） 资源准备 –人力资源（测试、开发、数据库、系统管理人员） –硬件资源（硬盘、内存、CPU） –软件资源（操作系统、数据库、应用服务器等） 注：所有资源的准备应赶早不赶晚，在做大容量测试时应考虑数据的提前准备，尽量让最擅长的人做最擅长的事。 实施过程－性能测试需求  实施过程－分析性能测试需求  －性能测试计划 实施过程－性能测试计划/用例 实施过程－资源准备  网络性能 1. 并发 连 接数量2. 请求响应时间3. 吞吐率(单位时间内网络上传输的数据量)4. 处理能力(单位时间内处理的客户端请求的数量，tps)5. 网络带宽利用率6. 静荷率(传输的有效数据和传输的数据总量的比值)7. 误码率(出错的报文字节数/整个传输的报文字节数)8. 往返次数(完成一次任务需要的交互次数)9. 事务数据流(处理一次事务需要的网络数据流量) 多任务性能 1. 多cpu效率(同一级别单核上执行时间/(多(核)cpu执行花费的时间*cpu数目))2. 同时运行的任务数量3. 任务优先级4. 任务死亡率(异常退出的数目） 可靠性和可用性 1. 双击备份技术(StandBy机制,心跳技术)2. 单击可靠性技术(进程切换技术，线程异常恢复技术)3. 可靠度(规定时间内无失效情况发生的概率)4. 失效时间5. 最小失效时间间隔6. 平均恢复时间和最大恢复时间7. 宕机次数 易用性 1. 鼠标点击次数2. 鼠标移动距离3. 击键次数4. 操作失误率5. 操作等待时间6. 界面美观度7. 连接率 性能测试术语监控指标 性能测试术语 性能测试（Performance Testing） 负载测试（Load Testing） 压力测试（Stress Testing） 配置测试（Configuration Testing） 并发测试（Concurrency Testing） 可靠性测试（Reliability Testing） 失