《Ch9-基于应用服务器的测试ppt课件》由会员分享，可在线阅读，更多相关《Ch9-基于应用服务器的测试ppt课件（36页珍藏版）》请在金锄头文库上搜索。
1、软件测试方法和技术 - Ch.9基于应用服务器的测试Zhu.KerryGKerry Zhu应用服务器的类型和特征1.1 应用服务器分类Web 服务器数据库服务器实时通讯服务器邮件服务器群件服务器文件/打印服务器Zhu.K应用服务器的类型和特征nC/S结构优点及缺陷nB/S结构有点及缺陷n三层结构及应用: 表示层,业务层,应用层各个层 次的定义和分工Zhu.K企业级的服务器企业级的服务器的主要特点分布式的结构提供了高性能和高适应性高可用性的服务器平台可升级的体系结构易整合，易管理和易用性的设计不同类型的应用服务器不同的测试重点和角度,如:在邮件服务器中,容量,吞吐能力, 防病毒攻击等是测 试重点
2、. 在实时通信系统中,测试需要考察服务器功能的实现, 数据的及时性,完整性, 系统稳定性, 系统数据备份的 冗余设计, 防网络攻击及故障恢复处理系统的设计Zhu.K基于Web服务器应用的测试范围 功能测试 UI测试 负载/压力测试 安全性测试 兼容性测试 网络链接测试 其他测试如:分辨率,流量Zhu.K常用的Web元素功能测试n页面链接n页面是否存在n页面是否正确n设计脚本n不同的脚本语言n相同的脚本语言在不同浏览器中的表现nWeb图形n表单Zhu.KWeb服务器的安全测试n数据加密n登录n超时nCookie和SessionnSSL (安全套接字)n脚本语言 (vbscript, javasc
3、ript)n日志文件n目录Zhu.KWeb服务器的负载测试n负载测试的目的n基准测试以及校验测试n使用测试工具模拟并发用户以及获取测试结 果nWebloadnLoadRunnernJMeternZhu.KWeb站点经验点滴n在执行客户端并发性能测试的过程中， 需要同时监控数据库服务器、Web服务器以 及网络资源等使用情况，以便对系统的性能 做全面评估 n录制脚本和手工编写脚本相结合 n设置数据池，实现变量加载n业务批量执行 Zhu.KWeb站点经验点滴n模拟用户数的递增 n合理设置交易之间时间间隔 n模拟IP地址变量的技术 n超时（timeout）的设置 n并发用户连续执行交易数的设置 n错误
4、处理Zhu.KWeb站点经验点滴n利用QALoad的ActiveData技术n采用复合交易测试方案n尽量将执行负载测试的机器合理分布 n并发用户数量极限点n加压机器的CPU使用率也有必要监控 n设置并发点 nHTML与URL录制方式Zhu.K基于数据库服务器的测试 数据库服务器的组成 DBMS 常用的数据库服务器平台Zhu.KOracle故障诊断为了分析故障位置，将故障诊断数据（Oracle Diagnostics）与交易执行响应时间（Transaction Response Time）数据关联起来。 例如：某交易 “enter”的平均响应时间高，使用 故障诊断（Oracle diagnost
5、ics），就可以查找到 是什么原因导致了这个问题。 Zhu.KOracle故障诊断利用故障诊断的方法（Oracle DB Side Transactions by SQL Stage）可以将SQL语句执 行过程中的时间划分为四部分：n解析时间（Parse Time）n执行时间（Execute Time）n读取时间（Fetch Time）n其他时间（Other Time），例如绑定时间（ bind time）。 Zhu.KOracle故障诊断nSQL执行时间分解Zhu.K数据库服务器典型性能问题n数据库服务器性能问题及原因分析 n单一类型事务响应时间过长 n数据库服务器负载 n糟糕的数据库设计
6、n事务粒度过大 n批任务对普通用户性能的影响 n并发处理能力差 n锁冲突严重 n资源锁定造成的数据库事务超时 n数据库死锁 数据库服务器典型性能问题数据库性能问题的一般解决办法 n监视性能相关数据；n定位资源占用较大的事务并做出必要的 优化或调整；n定位锁冲突，修改锁冲突发生严重的应 用逻辑；n对规模较大的数据或者无法通过一般优 化解决的锁冲突进行分布。Oracle与提高性能有关的特性 n索引 n并行执行 n簇与散列簇 n分区 n多线程服务器 n同时读取多块数据 Oracle配置的关键参数 nMAX_DSPATCHERS：这个参数指定了系统允许同时 进行的调度进程的最大数量。nMAX_SHAR
7、ED_SERVERS：这个参数指定了系统允 许同时进行的共享服务器进程的最大数量。如果系统中 出现的人为死锁过于频繁，那么管理员应该增大这个参 数的值。nPARALLEL_ADAPTIVE_MULTI_USER：当这个参数 的值为TRUE时，系统将启动一个能提高使用并行执行 的多用户系统性能的自适应算法。这个算法将根据查询 开始时的系统负载自动降低查询请求的并行度。Oracle配置的关键参数 nPARLLEL_MIN_SERVERS：这个参数指定了实例并行 执行进程的最小数量。其值就是实例启动时Oracle创建 的并行执行进程数。 nPARLLEL_THREADS_PER_CPU：这个参数指定
8、了实 例默认的并行度和并行自适应以及负载平衡算法。它指 明了并行执行过程中一个CPU能处理的进程或线程数。 nPARTITION_VIEW_ENABLED：这个参数指定了优化器 是否使用分区视图。Oracle推荐用户使用分区表（这是 在Oracle8之后引入的）而不是分区视图。分区视图只是 为了提供Oracle的后向兼容性。 nREVOVERY_PARALLELISM：这个参数指定了恢复数 据库系统时使用的进程数。 Oracle数据库性能测试nOracle系统性能测试的目标:n模拟数据库系统的数据负载,操作,侦测和获取性 能测试数据, 帮助开发和DBA来优化和调整数据库或者 应用程序.n最终的
9、结果是获取更快的数据库响应速度或者 更高吞度能力.nOracle系统性能测试的本质n硬件 (CPU, Memory, I/O竞争等)n系统配置 (SGA/PGA)n应用程序(SQL, PL-SQL)n网络连接Zhu.KOralce系统性能测试的范围n应用程序调优-For Application developer SQL语句测试调优 Thin, OCI测试nSchema 对象调优-For Database developer Schema(表,索引,存储过程)设计 PL-SQL语句和调用 数据复制n系统参数调优-For DBA 内存/CPU/I/O竞争/网络 SGA配置 动态表空间估计 分区表
10、,索引设计Zhu.K数据库性能测试n大数据量测试n大容量测试n性能测试过程和策略n理解测试需求: 是校验测试还是基准测试? 是单个用户大数据量测试还是多个用户并发 测试? 什么地方是可能的性能瓶颈? 可能是哪个方面的性能测试? (应用程序or系 统参数or Schema对象)n选择测试工具 页面级的辅助测试工具: JMeter, Webload etc 第三方监控程序: 如DB Flash, 或者有些通过 log文件, 来监控动态的访问路径, 高占用的进程,会话和 SQL语句Zhu.K基于数据库服务器的测试自定义或者常用的命令, 来动态监控和获取执行 SQL, PL-SQL所需要的时间, 占用
11、的CPU和内存资源. 数据库系统本身的性能工具包, 如在Oracle中使用 的Explain Plan, AutoTrace, PKPROF以及Statspack.n设计测试场景以及测试脚本 数据量设计或加载. 测试环境建立和测试过程分析 测试脚本设计n收集数据和分析结果 性能瓶颈参数 优化和对比Zhu.K数据库测试工具 -AUTOTRACEcommand: set autotrace ontraceonlyoff; SQL select * from wbxsite;3091 rows selected.Execution Plan -0 SELECT STATEMENT Optimizer
12、=CHOOSE (Cost=4 Card=2489 Bytes=174230)1 0 TABLE ACCESS (FULL) OF WBXSITE (Cost=4 Card=2489 Bytes=174230)Statistics -680 recursive calls0 db block gets375 consistent gets0 physical reads0 redo size196696 bytes sent via SQL*Net to client2765 bytes received via SQL*Net from client208 SQL*Net roundtrip
13、s to/from client6 sorts (memory)0 sorts (disk)3091 rows processedZhu.KnSQL / -the data was from buffer cache, but not hard parse.3091 rows selected.Execution Plan -0 SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=2489 Bytes=174230)1 0 TABLE ACCESS (FULL) OF WBXSITE (Cost=4 Card=2489 Bytes=174230)Sta
14、tistics -0 recursive calls0 db block gets245 consistent gets0 physical reads0 redo size196696 bytes sent via SQL*Net to client2765 bytes received via SQL*Net from client208 SQL*Net roundtrips to/from client0 sorts (memory)0 sorts (disk)3091 rows processedSQL 数据库测试工具 -AUTOTRACEZhu.KnEXPLAIN PLAN nRunning explain plan and show output: nExplain plan forStatement;n?/rdbms/admin/utlxpls.sql - Shows plan table output for serial processingn?/rdbms/admin/utlxplp.sql
