Ch9-基于应用服务器的测试-36.ppt

  1. 1、本文档共21页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Ch9-基于应用服务器的测试-36

软件测试方法和技术 Ch.9基于应用服务器的测试 应用服务器的类型和特征 1.1 应用服务器分类 Web 服务器 数据库服务器 实时通讯服务器 邮件服务器 群件服务器 文件/打印服务器 应用服务器的类型和特征 C/S结构优点及缺陷 B/S结构优点及缺陷 三层结构及应用: 表示层,业务层,应用层各个层次的定义和分工 企业级的服务器 企业级的服务器的主要特点 分布式的结构提供了高性能和高适应性 高可用性的服务器平台 可升级的体系结构 易整合,易管理和易用性的设计 不同类型的应用服务器不同的测试重点和角度,如: 在邮件服务器中,容量,吞吐能力, 防病毒攻击等是测试重点. 在实时通信系统中,测试需要考察服务器功能的实现, 数据的及时性,完整性, 系统稳定性, 系统数据备份的冗余设计, 防网络攻击及故障恢复处理系统的设计 基于Web服务器应用的测试范围 功能测试 UI测试 负载/压力测试 安全性测试 兼容性测试 网络链接测试 其他测试如:分辨率,流量 常用的Web元素功能测试 页面链接 页面是否存在 页面是否正确 设计脚本 不同的脚本语言 相同的脚本语言在不同浏览器中的表现 Web图形 表单 Web服务器的安全测试 数据加密 登录 超时 Cookie和Session SSL (安全套接字) 脚本语言 (vbscript, javascript) 日志文件 目录 Web服务器的负载测试 负载测试的目的 基准测试以及校验测试 使用测试工具模拟并发用户以及获取测试结果 Webload LoadRunner JMeter … Web站点经验点滴 在执行客户端并发性能测试的过程中,需要同时监控数据库服务器、Web服务器以及网络资源等使用情况,以便对系统的性能做全面评估 录制脚本和手工编写脚本相结合 设置数据池,实现变量加载 业务批量执行 Web站点经验点滴 模拟用户数的递增 合理设置交易之间时间间隔 模拟IP地址变量的技术 超时(timeout)的设置 并发用户连续执行交易数的设置 错误处理 Web站点经验点滴 利用QALoad的ActiveData技术 采用复合交易测试方案 尽量将执行负载测试的机器合理分布 并发用户数量极限点 加压机器的CPU使用率也有必要监控 设置并发点 HTML与URL录制方式 基于数据库服务器的测试 数据库服务器的组成 DBMS 常用的数据库服务器平台 Oracle故障诊断 为了分析故障位置,将故障诊断数据(Oracle Diagnostics)与交易执行响应时间(Transaction Response Time)数据关联起来。 例如:某交易 “enter”的平均响应时间高,使用故障诊断(Oracle diagnostics),就可以查找到是什么原因导致了这个问题。 Oracle故障诊断 利用故障诊断的方法(Oracle DB Side Transactions by SQL Stage)可以将SQL语句执行过程中的时间划分为四部分: 解析时间(Parse Time) 执行时间(Execute Time) 读取时间(Fetch Time) 其他时间(Other Time),例如绑定时间(bind time)。 Oracle故障诊断 SQL执行时间分解 数据库服务器典型性能问题 数据库服务器性能问题及原因分析 单一类型事务响应时间过长 数据库服务器负载 糟糕的数据库设计 事务粒度过大 批任务对普通用户性能的影响 并发处理能力差 锁冲突严重 资源锁定造成的数据库事务超时 数据库死锁 数据库服务器典型性能问题 数据库性能问题的一般解决办法 监视性能相关数据; 定位资源占用较大的事务并做出必要的优化或调整; 定位锁冲突,修改锁冲突发生严重的应用逻辑; 对规模较大的数据或者无法通过一般优化解决的锁冲突进行分布。 数据库性能测试 大数据量测试 大容量测试 性能测试过程和策略 理解测试需求: 是校验测试还是基准测试? 是单个用户大数据量测试还是多个用户并发测试? 什么地方是可能的性能瓶颈? 可能是哪个方面的性能测试? (应用程序or系统参数or Schema对象) 选择测试工具 页面级的辅助测试工具: JMeter, Webload etc 第三方监控程序: 如DB Flash, 或者有些通过log文件, 来监控动态的访问路径, 高占用的进程,会话和SQL语句 基于数据库服务器的测试 自定义或者常用的命令, 来动态监控和获取执行SQL, PL-SQL所需要的时间, 占用的CPU和内存资源. 数据库系统本身的性能工具包, 如在Oracle中使用的Explain Plan, AutoTrace, PKPROF以

文档评论(0)

xcs88858 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档