性能测试串串烧.pptVIP

* * 05.12.2009 性能测试 性能测试定义 取款机模型 事务的选取原则 TCA RPT： 平均反应时间。它从客户端的角度来看，每个客户端为了完成特定事务（如申请商品），从提交HTML请求开始到服务器处理完毕请求并返回结果为止的等待时间之和。在相同的并发量压力下，平均反应时间越小，客户端就感觉系统越顺畅。一般来说，对于同个系统，并发量压力越大，平均反应时间就越大。 CPS/TPS：Calls/s、Transactions/s 基准测试：可获得一致的、可重现结果的测试过程。 ? 容量规划测试：模拟业务负荷状态的测试过程。 ? soak渗入测试：固定并发数下较长时间持续测试的过程。 ? peak-rest峰谷测试：ramp-up模式下峰值谷值的较长时间来回拉锯的测试过程。 ? flat测试：一次加载所有的用户，在预定时段内持续运行的测试过程。 ? ramp-up测试：实现交错持续上升用户请求的测试过程。 性能测试：通过测试来确定系统是否具备宣称的能力。(基准测试) ? 可量性测试：找到系统处理能力的某个极限。(基准测试、容量规划测试) ? 稳定性测试：系统在某个压力下的运行状况。(flat测试、 soak渗入测试) ? 并发性测试：(基准测试、 flat测试、soak渗入测试) ? 可靠性测试：系统在某个压力一定量的情况下，平均无故障运行时间。(基准测试、 soak渗入测试、ramp-up测试) 基准测试：flat测试。可建立系统空闲以及系统执行特定任务时的系统行为模式，因此，可以使用第一遍数据收集来建立系统行为值的基准集。 ? 容量规划测试：基于ramp-up、flat的业务场景规划测试。 ? soak渗入测试：疲劳测试 ? peak-rest峰谷测试：ramp-up模式下峰值谷值的较长时间来回拉锯。 测试要素： 1)并发用户数、用户考虑时间 ? 2)用户高峰时段服务器的通信状态 ? 3)mx session会话数、进程/线程pool、JVM heap/stack、JDBC连接/池、Cache、Swap等 测试指标： 1) 网络吞吐量、执行队列、事务响应时间、TPS/CPS； ? 2) CPU、Memory、I/O； 性能测试定义 取款机模型 事务的选取原则 TCA 1、打算取款（A、B行为趋势） 2、A、B拿卡到取款机（银行有5个取款机） 3、A、B排队（排队原则：平均、有序、准备状态） 4、A就位，插卡，查询余额（单用例场景） 5、前置（取款机）建立连接并接收用户指令 6、指令通过专门链路传到后台处理 7、后台返回处理结果并返回用户界面，打印凭条，退出 8、统计1：A以上查询余额时长（请求+处理+响应时长） 统计2：A插卡到退卡（退出）时长 9、同时，另一个取款机，B就位，以上操作（4、5、6、7） 10、A接着取款+转账操作（多用例场景） 11、B查询+取款操作（多用例场景） 假设： 周边持该银行卡用户群约1万人，每天银行业务往来3000人次（目标） 该银行早上9点到下午6点营业时间（10小时） 取款机全年的业务量集中在10个月完成，每个月30个工作日，共300个工作日 采用80—20原理，每个工作日中80%的业务在20%的时间内完成，即每天80%的业务在2小时内完成 标准值： 查询操作（处理数）：10秒钟；事务数：1 占用取款机时长（请求数）：1分钟；事务数：3 同时占用5个取款机平均时长：1分钟（基准值） 同时并发该场景的请求数：5（基准值/目标值） 最大链路数下的吞吐量、TPS 最优吞吐量、最优TPS下的最优/最大并发数 每取款机每天该场景最大请求量：10*60/1=600笔 性能测试定义 取款机模型 事务的选取原则 TCA 内部压力测试：尽量选取几个最消耗系统资源的交易(事务)，并覆盖所有的交易（事务）形态（如会话式、批量式、异步式之类），这样才有可能最大限度的检查出该部分的性能瓶颈； 整体联合压力测试：由于一般整体联合压力测试需要完全模拟实际生产情况，所以交易（事务）的抽样选取相对比较复杂。通常需要进行当前交易量的收集和预测性能测试交易量，更重要的是确定交易发送比例的分布 选取场景---〉 单用户单事务(1*n)执行当前场景---〉 获取执行时间（请求时间+响应时间+服务时间）---〉 获取CPS---〉 以此作为当次场景的基准值--〉 换算到并发请求场景中--〉 多用户并发单事务(n*1)执行当前场景--〉 获取TPS--〉 以当前服务环境为基准(当前最大线程数)获取当前TPS、最大并发数、当前最大吞吐量--〉 换算出以上最优理论值--〉 调整间隔时间--〉