提升应用系统质V1.1.ppt

案例分析 测试结果 测试场景一 承受的最大压力：900用户并发 WEB应用响应：WEB应用服务基本无响应 业务逻辑：发现有个业务环节设计有误 大量报错 测试场景二 承受的最大压力：350用户并发 WEB应用响应： 5s 硬件资源未充分使用 WEB应用处理能力不足 无报错情况 测试场景三 承受的最大压力：700用户 WEB应用响应： 5s 硬件资源未充分使用 WEB应用处理能力不足 无报错情况 案例分析 测试优化建议 架构优化建议 链路负载 文件缓存 调整网络拓扑 应用服务器优化建议 WEBLogic参数配置优化 业务操作优化建议 业务逻辑调整 中邮快购网站系统性能测试报告 案例分析二 ——自动化功能测试 案例分析 金证集合资产管理TA业务系统 金证集合资产管理TA业务系统,主要负责对理财产品的账户类业务和交易类业务数据进行清算。其中账户类主要包括开户、冻结、挂失、资料修改等；交易类主要涉及基金的认购、申购、赎回、转换、更改分红方式、红利发放、比例配售等。 案例分析 业务模式 销售系统 理财TA系统 投资者 估值核算 资金交收 托管行 清算系统 证券交易所 帐户/交易申请 帐户/交易确认 资金帐户对帐信息 帐户/交易申请 批量数据 帐户/交易确认 批量数据 交易明细 NAV 分红方案 成交回报 证券行情 理财总帐 理财明细头寸帐 理财产品净值 资金划出指令 资金划拨 理财明细头寸帐 投资明细 案例分析 被测系统特点 T日存在9中不同的状态，状态不同所支持的交易也不同 帐户与交易数据都是批量处理的，人工处理时只能进行抽查 帐户和交易类别较多 数据处理的业务逻辑很复杂 创建测试数据较复杂 升级频繁 报表种类较多，无法一一验证其准确性 测试人员少，每次升级测试大概要一周时间 案例分析 测试过程 测试目的 通过脚本自动执行，验证不断升级后的系统功能与预期一致，减少大量的手工重复测试工作，缩短测试时间。 主要测试流程 根据业务人员要求设计测试用例，设计原则是保证运营正常流程覆盖的基础上，增加一些边界值、错误值验证系统的容错能力 录制并优化脚本 建立测试实验室，执行回归测试 分析缺陷和创建测试报告 案例分析 案例分析 发现问题 部分暂未用到的功能未实现 客户反馈信息 节省了回归测试时间 业务的全覆盖回归测试 验证系统的容错能力 批量数据处理结果全检查 更好的利用了空闲资源 自定义需检查的报表 参数简单维护 谢 谢！ * 根据客户需求提供专业的功能测试服务，围绕着项目质量目标，进行测试计划制定、测试用例编写、测试脚本开发、测试流程优化等整个过程的测试技术服务，由此来保证软件的质量。自始至终贯彻了质量目标引领、跟踪与监控以及数据度量的原则，使整个功能测试过程流畅而有效。? * * 数据库响应时间长，如查询等待时间较长，一般是由于数据库基础数据增加以后，SQL语句执行效率低或数据库结构不合理等原因造成 应用服务器处理能力下降，如WEBLogic的参数配置等，开始时由于业务量较小，系统负载量不大，性能不会出现瓶颈，当系统负载增加后，应用服务器处理能力成为整个系统的瓶颈 Web服务器，参数配置优化 * Server application是指基于有server（服务器）的应用系统，如现在的B/S，C/S的应用系统，都是有Server端的。 反之，所谓的non-server application就是指不基于server的系统，一般的桌面系统，单机的安装的软件，如Word,Excel,Adobe 等这样的。 operation system，是指操作系统，如Windows, Linux等，操作系统也是属于non-server application的范畴。 * 我们错误投资方向 * 我们错误投资方向 * * * 申购：首次申购最低限额 申购超出最高限额 当天申购当天赎回 申购的份额总规模-分红后的总份额（分红的结果是红利再投资），申购成功 T日状态：0 正常交易|1 发行|2 发行失败|3 计划停止交易|4 停止申购|5 停止赎回|6 权益登记|7 红利发放|8 计划封闭 L o g o L o g o 提升应用系统质量 ——测试优化服务 南京讯优智超软件科技有限公司 * IT业务的关键挑战-- 让应用的开发实施推动利润增加 IT系统 业务 IT 系统已经成为提升企业竞争力的关键 系统无法满足业务的需求 应用无法在生产环境中达到预期功能 环境和成本的限制 没有捷径——必须在每一个开发周期巩固系统质量 质量控制 会议主题