文档介绍：:平均反应时间。它从客户端的角度来看,每个客户端为了完成特定事务(如申请商品),从提交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)mxsession会话数、进程/线程pool、JVMheap/stack、JDBC连接/池、Cache、Swap等测试指标:1)网络吞吐量、执行队列、事务响应时间、TPS/CPS; 2)CPU、Memory、I/O;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笔