T3安检系统性能测试技术方案.doc

用户名称 秘级 保密 性能测试技术方案 中国 有限公司 中国 有限公司 神州数码 2 文档修订记录文档修订记录 编号版本号修订内容简述修订日期作者审核 神州数码 3 2 2 2020 目目录录 1概述概述 5 2参考文档参考文档 5 3测试目标测试目标 5 4性能测试策略性能测试策略 5 5系统架构调研系统架构调研 7 5 1 体系统架构 7 5 2 信息平台设备配置 7 5 3 信息接收客户端设备 IR 7 6 系统业务模型调研系统业务模型调研 8 6 1业务组成 8 6 2工作量调研 8 6 3业务抽取 9 7性能需求调研性能需求调研 9 7 1系统处理能力 TPS Transactions per second 9 7 2响应时间 Response Time 10 7 3并发数 Total Users 10 7 4系统伸缩性 10 8技术方案验证技术方案验证 11 8 1基本拓扑图 11 8 2前端连接方式 11 8 3LoadRunner 方案 11 8 4备选方案 其它工具 12 9测试用例范例测试用例范例 12 9 1用例场景 12 10测试资源需求测试资源需求 13 T3 系统技术方案 神州数码 4 2 2 2020 10 1测试工具 13 10 2测试环境 13 10 2 1服务器端 13 10 2 2客户端 13 10 3测试人员 14 11风险风险 14 T3 系统技术方案 神州数码 5 2 2 2020 1 1 概概述述 本文档中描述的内容 旨在 确定系统性能测试测试范围 确定测试技术方案 确定测试资源 2 2 参考文档参考文档 需求规格说明书 查询统计分析平台 3 3 测试目标测试目标 此次性能压力测试的总目标为 1 开发正确 有效的软件压力测试脚本 模拟用户操作行为 作为测试有效实施的基础 2 构建与生产实际相仿的压力仿真模型 客观反映系统压力实际 保证测试结果的真实 性和可比性 3 通过压力测试 客观 公正评估在当前环境下 被测系统的各项性能指标表现 4 压力测试实施过程科学 规范 4 4 性能测试策略性能测试策略 经过调研 判断压力点与故障易发点 分析负载组成 T3 系统技术方案 神州数码 6 2 2 2020 考虑技术实现的可能性 测试环境条件限制 综上制定测试策略 5 5 系统架构调研系统架构调研 5 1 体系统架构体系统架构 采用 SOA 三层架构 组件松散耦合 C S 模式 基于 net 平台 app 和 client 统一采用 c 开发 remoting 通道采用 TCP T3 系统技术方案 神州数码 7 2 2 2020 T3 系统技术方案 神州数码 8 2 2 2020 5 25 2 业务系统拓扑图业务系统拓扑图 5 35 3 信息平台设备配置信息平台设备配置 名称配置及性能指标要求 单台 部门级机柜式 UNIX 小型机 2 台双机热备 符合 SMP 架构的 64 位双核 RISC 芯片 支持未来扩展为 4CPU 大 CPU 主频 1 5Ghz 每个处理器二级缓存 16MB 内存容量 8GB SCSI 硬盘转速不小于 10000rpm 单盘容量不少于 73GB 网络接口 100 1000Mb s 自适应光纤以太网卡 IP 磁盘阵列 4 个 SCSI 硬盘 转速 15 000rpm 做 Raid5 每个硬盘 146GB IR操作系统 Windows 2000 Windows XP T3 系统技术方案 神州数码 9 2 2 2020 CPU P4 1 4GHZ 硬盘 20GB 6 6 系统业务模型调研系统业务模型调研 6 1 业务业务组成组成 6 2 前期调研结果反馈前期调研结果反馈 QuestionsAnswers 系统的注册用户数 即有多少用户使用该系统 300 系统的在线用户数 即有多少用户同时使用该系统 300 系统的设计注册用户数 即按照软件系统设计有多少用户 使用该系统 300 系统的设计在线用户数 即按照软件系统设计有多少用户300 T3 系统技术方案 神州数码 10 2 2 2020 同时使用该系统 系统关键业务 即执行频率高 交易量大 并发程度高的 业务 以供从中的抽取 作为压力测试脚本 验证台子系统 手提开包子系统 登机口子系统 各关键业务响应时间的要求 2 秒 关键业务的单位时间内业务峰值数据 6 个 分种 关键业务的压力测试脚本执行过程中 模拟实际用户的每一操 作步骤都可记录其时间 从而可以评估出接口的处理能力 采 用这种方式来实施接口测试是否可以 不可以 系统性能测试采用何种测试类型 单个交易负载测试 单 个压力脚本执行 还是组合交易负载测试 多个压力脚本一起 执行 组合交易负载测试 关键业务的交易配比 所占百分比 6 3 工作量调研工作量调研 工作站 查询系 统 历史交易量预期容量与后端通讯方式 验证台子系 统 手提开包子系统 登机口子系统 6 46 4 业务抽取业务抽取 可通过工作量调研 绘出曲线 定位波峰 得出结论 工作站比例 验证台子系统 手提开包子系统 登机口子系统 T3 系统技术方案 神州数码 11 2 2 2020 7 7 性能需求调研性能需求调研 7 1 响应时间 响应时间 Response Time 即关键业务响应时间 根据用户使用查询功能的频度 每笔查询的响应时间不超过 5 秒 自动读取登机牌的信息响应时间不超过 2 5 秒 摘自 需求说明书 各关键业务响应时间的要求为 2 秒 摘自需求调研反馈 7 2 并发数 并发数 Total Users 系统所能承受 测试工具模拟的 用户并发数量 需求调研显示 7 3 系统处理能力系统处理能力 TPS Transactions per second 对对 的业务流量估算如下 的业务流量估算如下 一年的旅客数量约为 3100 万 峰值为 10780 旅客 小时 折算为约 3 旅客 秒 考虑到小时峰值与秒峰值之间的不同 同时考虑 信息平台对于并发数据的实时性 要求并不是非常高 秒级别 考虑把峰值确定为 5 旅客 秒 根据当前需求 估算每个旅客 包括出港旅客和进港旅客的平均 大约有 4 笔数据 发送给 BusinessWare 中间件 进行接收和存储 每笔数据的数据量约为 1K 同样 对于每个旅客 包括出港旅客和进港旅客的平均 BusinessWare 大约需要向外发送 4 笔数据 每笔数据的数据量也约为 1K 综合上述两项分析 可以认为 信息平台的峰值处理量约为每秒信息平台的峰值处理量约为每秒 40 笔数据传输笔数据传输 和处理 每笔数据的数据量约为和处理 每笔数据的数据量约为 1K 作为性能上的适当冗余 信息平台对于并发数据的实时性要求并不是非常高 秒级别 考虑把每秒 60 笔数据传输和处理 每笔数据的数据量约为 1K 作为当前 信息平台的配置和设计的负载标准 在旅客处理量增加或用户需求扩大的情况下 通过增加 CPU 内存或采取负载均衡 技术并根据需求对软件进行优化 信息平台能够被扩展为支持每秒 120 笔数据 传输和处理 每笔数据的数据量约为 1K 的负载水平 T3 系统技术方案 神州数码 12 2 2 2020 结论 当前系统的配置和设计以每秒当前系统的配置和设计以每秒 60 笔数据传输和处理 每笔数据的数据量约为笔数据传输和处理 每笔数据的数据量约为 1K 作为负载标准作为负载标准 交易处理能力需求计算公式 TPS Transactions per second 日交易业务量 调整因子 3600 释义 将需求中预测的日交易量 调整因子首先遵循八二原则 即假设 80 的业务 集中在 20 的时间内完成 设一天 8 工时 20 时间即 1 6 小时 再按业务 具体情况调整 最后换算成每秒交易量 取近似整数值 QSAP 查询统计分析 被要求能够执行每秒 3 笔查询的性能指标 7 4 系统伸缩性系统伸缩性 在旅客处理量增加或用户需求扩大的情况下 通过增加 CPU 内存或采取负载均衡技 术并根据需求对软件进行优化 信息平台能够被扩展为支持每秒 120 笔数据传输和处 理 每笔数据的数据量约为 1K 的负载水平 采用梯度测试的测试策略来测试伸缩性 8 8 技术方案验证技术方案验证 目前仅讨论 8 18 1 LoadRunnerLoadRunner 方案方案 LoadRunner 是业内公认最优秀的工业级负载测试工作 可模拟大部分通讯协议发起压力测 试 但需适用前端与 APP server 的通讯方式 特别对于 win32 的客户端 通讯协议由开发商定 义 且往往是封闭的 部分内容呈现为二进制 对于本系统 经过几种协议的校验 均不适用 但使用最新版本 8 1 4 并安装 net add in 采用 协议录制 remoting 通讯通讯 可捕 捉到部分通讯内容 还需进一步验证 是否存在其它通讯方式 如 socket 方案一方案一安装 vs net 安装 loadrunner net add in 将原来 client 用的 c 的代码转成 LoadRunner Virtual User scripts 需征得开发商同意 并配合开展技术验证 方案二 方案二 loadrunner c script 提供 DLL 调用功能 由开发将请求封闭为 Dll 文件由测试脚本 调用 T3 系统技术方案 神州数码 13 2 2 2020 由于 WIN32 客户端通讯封装性较强 C S 架构性能测试技术实施较为复杂 测试开发时必 须有开发商工程师加入配合测试 8 2 备选方案备选方案 其它工具 方案一方案一 曾考虑使用微软的配套工具 目前只找到 ACT Application Center Test 但主要 支持 WEB 方式 成熟度不如 LoaRunner 且未经技术验证 方案二 方案二 Compuware DevPartner Studio Professional Edition v7 2 简介 与 无缝结合 此工具不熟悉 风险与成本都较高 仅备选 9 9 测试用例范例测试用例范例 9 1 用例场景用例场景 用例编号用例编号 场景名称场景名称 比例 脚本名称脚本名称 测试目的测试目的 登陆频率 退出频率 行为 事务迭代 步长 每次业务迭 代的间隔时间 思考时间 运行设置运行设置 虚拟用户数 超时设置超时设置 T3 系统技术方案 神州数码 14 2 2 2020 通过标准通过标准所有业务操作均正确执行 无错误返回 数据库中数据被正确更新 关注指标关注指标 获取登陆事务的最大 最小及平均响应时间 查看 90 用户的平均响应时间是否满足性能需求 获取此时系统的吞吐量 即各事务的 TPS 及平均值 获取场景可支持的最大虚拟用户并发数 获取应用及数据库服务器主机资源使用情况 1010测试数据准备测试数据准备 数据 确定业务模型及技术方案后 在下一阶段开展 1111测试资源需求测试资源需求 11 111 1 测试工具测试工具 11 211 2 测试环境测试环境 当前 ITC 环境资源 根据需求确定资源需求 服务器端服务器端 主机名主机名IP硬件硬件OSipmsgadministrator App server DB Proxy server 客户端客户端 主机名主机名IPDELL 台式机台式机OSipmsgadministrator dell2 dctest 10 83 6 81Pentium R D CPU 3 40GHz Windows XP Professional chenghchenghua 666666 administrator T3 系统技术方案 神州数码 15 2 2 2020 3 39GHz 0 99G 内存 80G 硬盘 2002 SP2 bluesky DELL FC0BC3 504A 10 83 6 85Pentium R D CPU 3 40GHz 3 39GHz 1 99G 内存 80G 硬盘 Windows XP Professional 2002 SP2 BaiyanBaiyan senciya DELL 12345