软件测试 第九讲 数据库测试.ppt

《软件测试 第九讲 数据库测试.ppt》由会员分享，可在线阅读，更多相关《软件测试 第九讲 数据库测试.ppt（19页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试数据库测试基于数据库服务器的测试基于数据库服务器的测试 数据库服务器的组成数据库服务器的组成 DBMS 常用的数据库服务器平台常用的数据库服务器平台Oracle故障诊断故障诊断为了分析故障位置，将故障诊断数据（Oracle Diagnostics）与交易执行响应时间（Transaction Response Time）数据关联起来。例如：某交易“enter”的平均响应时间高，使用故障诊断（Oracle diagnostics），就可以查找到是什么原因导致了这个问题。Oracle故障诊断故障诊断利用故障诊断的方法（Oracle DB Side Transactions by SQL St

2、age）可以将SQL语句执行过程中的时间划分为四部分：解析时间（Parse Time）执行时间（Execute Time）读取时间（Fetch Time）其他时间（Other Time），例如绑定时间（bind time）。Oracle故障诊断故障诊断SQL执行时间分解数据库服务器典型性能问题数据库服务器典型性能问题数据库服务器性能问题及原因分析 单一类型事务响应时间过长 数据库服务器负载 糟糕的数据库设计 事务粒度过大 批任务对普通用户性能的影响 并发处理能力差 锁冲突严重 资源锁定造成的数据库事务超时 数据库死锁 数据库服务器典型性能问题数据库服务器典型性能问题数据库性能问题的一般解决办法

3、 监视性能相关数据；定位资源占用较大的事务并做出必要的优化或调整；定位锁冲突，修改锁冲突发生严重的应用逻辑；对规模较大的数据或者无法通过一般优化解决的锁冲突进行分布。Oracle与提高性能有关的特性与提高性能有关的特性 索引并行执行簇与散列簇分区多线程服务器同时读取多块数据 Oracle配置的关键参数配置的关键参数 MAX_DSPATCHERS：这个参数指定了系统允许同时进行的调度进程的最大数量。MAX_SHARED_SERVERS：这个参数指定了系统允许同时进行的共享服务器进程的最大数量。如果系统中出现的人为死锁过于频繁，那么管理员应该增大这个参数的值。PARALLEL_ADAPTIVE_M

4、ULTI_USER：当 这 个参数的值为TRUE时，系统将启动一个能提高使用并行执行的多用户系统性能的自适应算法。这个算法将根据查询开始时的系统负载自动降低查询请求的并行度。Oracle配置的关键参数配置的关键参数 PARLLEL_MIN_SERVERS：这个参数指定了实例并行执行进程的最小数量。其值就是实例启动时Oracle创建的并行执行进程数。PARLLEL_THREADS_PER_CPU：这个参数指定了实例默认的并行度和并行自适应以及负载平衡算法。它指明了并行执行过程中一个CPU能处理的进程或线程数。PARTITION_VIEW_ENABLED：这个参数指定了优化器是否使用分区视图。Or

5、acle推荐用户使用分区表（这是在Oracle8之后引入的）而不是分区视图。分区视图只是为了提供Oracle的后向兼容性。REVOVERY_PARALLELISM：这个参数指定了恢复数据库系统时使用的进程数。Oracle数据库性能测试数据库性能测试Oracle系统性能测试的目标系统性能测试的目标:模拟数据库系统的数据负载模拟数据库系统的数据负载,操作操作,侦测和获取侦测和获取性能测试数据性能测试数据,帮助开发和帮助开发和DBA来优化和调整来优化和调整数据库或者应用程序数据库或者应用程序.最终的结果是获取更快的数据库响应速度或者最终的结果是获取更快的数据库响应速度或者更高吞度能力更高吞度能力.O

6、racle系统性能测试的本质系统性能测试的本质硬件硬件(CPU,Memory,I/O竞争等竞争等)系统配置系统配置(SGA/PGA)应用程序应用程序(SQL,PL-SQL)网络连接网络连接Oralce系统性能测试的范围系统性能测试的范围应用程序调优应用程序调优-For Application developerSQL语句测试调优语句测试调优Thin,OCI测试测试Schema 对象调优对象调优-For Database developerSchema(表表,索引索引,存储过程存储过程)设计设计PL-SQL语句和调用语句和调用数据复制数据复制系统参数调优系统参数调优-For DBA内存内存/CP

7、U/I/O竞争竞争/网络网络SGA配置配置动态表空间估计动态表空间估计分区表分区表,索引设计索引设计数据库性能测试数据库性能测试大数据量测试大数据量测试大容量测试大容量测试性能测试过程和策略性能测试过程和策略理解测试需求理解测试需求:是校验测试还是基准测试?是单个用户大数据量测试还是多个用户并发测试?什么地方是可能的性能瓶颈?可能是哪个方面的性能测试?(应用程序or系统参数or Schema对象)选择测试工具选择测试工具页面级的辅助测试工具:JMeter,Webload etc第三方监控程序:如DB Flash,或者有些通过log文件,来监控动态的访问路径,高占用的进程,会话和SQL语句基于数

8、据库服务器的测试基于数据库服务器的测试自定义或者常用的命令,来动态监控和获取执行SQL,PL-SQL所需要的时间,占用的CPU和内存资源.数据库系统本身的性能工具包,如在Oracle中使用的Explain Plan,AutoTrace,PKPROF以及Statspack.设计测试场景以及测试脚本设计测试场景以及测试脚本数据量设计或加载.测试环境建立和测试过程分析测试脚本设计收集数据和分析结果收集数据和分析结果性能瓶颈参数优化和对比数据库测试工具数据库测试工具-AUTOTRACEcommand:set autotrace ontraceonlyoff;SQL select*from wbxsit

9、e;3091 rows selected.Execution Plan-0 SELECT STATEMENT Optimizer=CHOOSE(Cost=4 Card=2489 Bytes=17 4230)1 0 TABLE ACCESS(FULL)OF WBXSITE(Cost=4 Card=2489 Bytes=1 74230)Statistics-680 recursive calls 0 db block gets 375 consistent gets 0 physical reads 0 redo size 196696 bytes sent via SQL*Net to clie

10、nt 2765 bytes received via SQL*Net from client 208 SQL*Net roundtrips to/from client 6 sorts(memory)0 sorts(disk)3091 rows processedSQL/-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=17 4230)1 0 TABLE AC

11、CESS(FULL)OF WBXSITE(Cost=4 Card=2489 Bytes=1 74230)Statistics-0 recursive calls 0 db block gets 245 consistent gets 0 physical reads 0 redo size 196696 bytes sent via SQL*Net to client 2765 bytes received via SQL*Net from client 208 SQL*Net roundtrips to/from client 0 sorts(memory)0 sorts(disk)3091

12、 rows processedSQL 数据库测试工具数据库测试工具-AUTOTRACEEXPLAIN PLANRunning explain plan and show output:Explain plan for Statement;?/rdbms/admin/utlxpls.sql-Shows plan table output for serial processing?/rdbms/admin/utlxplp.sql-Shows plan table output with parallel execution columnsAnalyze planOptimizer modeSca

13、n modeRecursive callsRedo sizes数据库测试工具数据库测试工具(Contd)数据库测试工具数据库测试工具(Contd)Statspack1.Install packageConnect as sysdbaRun?/rdbms/admin/spcreate sql,to create all required tables,packages,user and grant privilege.Specify 3 required parameters:user password,tablespace and temp tablespace,it is better to

14、 create independent tablespace and temp tablespace for this schema.2.Using statspackconnect as perfstats.EXECUTE statspack.snap;(after this process finished,we can see a set of data had been generated to perfstats.STATS$SYSSTAT,by SNAP_IDm this means,system snapshot had been generated by executing t

15、his package.An integer snap_id will be returned,we can get it by SMART calling,or from latest SNAP_ID from table STATS$SYSSTAT.3.Running the Statspack Reportconnect as perfstats.Execute sql:?/rdbms/admin/spreportSpecify 3 parameters:start snapshot ID,end snapshot ID and report name(default is sp_xx_yy.lis in current path).Or batch define and run by define begine_snap,end_snap,report_name before run sql.数据库并发控制测试数据库并发控制测试数据库并发能力:多个应用请求的并发处理过程.并发主要考虑的几个方面:数据丢失不可重复数据读脏数据数据库的锁并发测试的设计过程并发流程分析并发控制测试设计