性能测试基础.ppt

* * * * * 性能测试中的关键点 获取测试需求 确定测试目标 进行业务调研 建立测试模型 测试模型 数据模型 业务模型 监控模型 风险模型 执行模型 性能测试中的关键点 系统调研 业务分析 目的分析 范围分析 模型构建 性能测试中的关键点 系统调研 性能测试中的关键点 目的分析 性能测试中的关键点 范围分析 性能测试中的关键点 模型构建 按8月份交易量统计： 业务总交易量 7697540.5 券商=6571752.3，525476.2，600312 券商：银行 5.84：1 券商=6571752.3，银行=1125788.2 1.13：1 6.83%，7.8% 业务模型： 测试模型： （8组模型） 模型比例1： 券商端：查询:转帐＝1:4； 转入:转出＝1:1; A股：B股=9：1； 高 (8月生产数据模型) 模型比例2： 券商端：查询:转帐＝1:3； 转入:转出＝1:1; A股：B股=9：1； 高 （6月生产数据模型） 性能测试中的关键点 新开发系统性能测试需求分析 （1）标识需求规格中的性能指标 （2）将需求规则中的业务需求转化为性能测试需求 （3）分析系统的技术架构及特点 （4）分析系统的数据规模及数据增长速度 （5）确定系统的测试目的及测试范围 （6）分析应用系统中待测交易的业务规则 （7）分析应用系统中待测交易的业务流程 （8）根据待测交易的业务占比设计业务模型 （9）根据业务模型设计测试模型 性能测试中的关键点 已投产系统性能测试需求分析 （1）收集生产运维日志或性能故障发生时的相关数据 （2）分析生产环境的部署关系图 （3）分析连续多天的生产运维日志 （4）确定高峰日期高峰时段的交易量 （5）分析需求和设计文档 （6）根据生产统计信息设计待测交易的业务模型 （7）根据业务模型设计测试模型 性能测试中的关键点 真实宕机事故分析 **银行柜面交易系统在某天突然发生宕机，造成营业中断近30多分钟，为了不影响交易，系统运维人员收集了相关日志、CORE DUMP等资料后重启应用系统。 分析思路 首先分析应用系统日志、中间件日志、数据库日志； 其次分析系统CORE DUMP文件； 第三在测试环境中复现问题。 对CORE文件的初步分析结果 一、事件时序重组： 15:24:46 15:38:52 POSB coredump开始 POSB coredump结束 | | ------------------------------------------------------------------------------------------------------ | | | | 15:24:55 15:27:07 15:41:52 15:47:31 系统资源异常 checkpoint开始 checkpoint结束 系统资源恢复 从上图可以看出，core dump的时间、checkpoint的时间存在一定重叠，系统资源异常的情况则持续时间较长。 二、事件待查疑点： 1、core dump的时间为何持续了14分钟？ 在测试环境（通过压力测试工具模拟了生产环境正常交易压力）多次模拟触发了POSB switch及其他进程的coredump场景，发现coredump文件的生成时间都非常快，在毫秒级完成。同时，我们看到生产环境的core文件只有36K，理论上这么小的core文件dump到硬盘上不可能耗时14分钟之久。（日志来源：Daemon.log） 对CORE文件的初步分析结果 2、是否由coredump操作引起系统资源异常？ 从事件时序可以看出，core产生时间和系统资源异常基本同时发生，但由于sar -q命令看到的系统资源异常由于是几秒钟采样一次，比core产生的时间晚个几秒不能说明一定是由core dump引起。同时，core dump及checkpoint都结束之后，系统资源仍在6分钟之后才全面恢复，建议系统专家进一步分析这一段时间操作系统有何操作？ 在测试环境多次测试也发现，core dump时间瞬时完成，系统资源