电信资源管理系统的件能测试

维普资讯
信Ｊ Ｊ ｊ 息 科 学
科
电信 资源管 理 系统 的性 能测试
张 雷 王 颖
（ 中国网通 集团系统集成有限公司黑龙 江省分公 司， 黑龙 江 哈 尔滨 １ ０４ ） ５ ｏ ０
摘 要： 在测试理论的指导 下， 应用 ＩＭ 的测试软件 包 Ｔ ａ ｅｔ对“ Ｂ ｅｍＴ ｓ， 电信资源管理 系统” 进行性能测试 ， 验证该 系统是否满足性 能指标 。
关 键 词 ： 件 测 试 ： 能 测 试 软 性

ｌ建立系统负载模型 试结果的平均响应时间将 会是正态 的。置信 区 库状态等 。 过可重复 的、 通 真实 的测试能够彻底 电信 资源管 理系统 是 电信 企业 的基础 数 间 （ ｎｉｅ ｃ ｎｅｖ１ ｃ ｆ ｎｅ ｉｔｒａ） ｏ ｄ 的定义 是 『，１ 例如 ， 地度量应用 的可扩展性和性能 。确定问题所在 ａｂ。 据系统 ，几乎一 切电信 应用系统都需要这个 底 如果置信 区间（ 概率） ９ ０，经查找可知 ｚ值 以及优化系统性能 。 是 ００ ／ 预先知道 了系统 的承受力， 层数据系统的支持 ，因此做好 电信 资源管 理是 是 １ ４ ，于是置信区间就是 【 １ ４ ｃ ．５ ６ 一 ． ５ ｘ ｌ ６ ｙ 就为最终用户规划整个运行环境的配置提供 了 我们迫切需要解决的问题 。 ０ ３ ２ ０ 年黑龙江网通 ＋１ ４ ，ｃｌ １ ． ５ ￣ ，这 意 味着 在 ９ ％的时 间 有力 的依据 。 ６ ｙ ０ 启动了“ 电信资源管理系统” 的建设 。以建 立一 里 。总体平均 值（ ｐ ｌ ｉ ｅｎ 是 未知 的） ｐ ｕ ｔ ｎ ｍ ａ）（ ｏ ａｏ ２ ． １测试准备。测试 环境 配置如 下 ： 硬件 ： 个完整的资源管理体系结构 ，实现 网络资源的 会落入这个置信区间内。也就是说 ，我们的测 曙光 Ｐ Ｃ服务器 ：Ｐ ｌ ３ ＭＨＺ ２硬盘 ；Ｏ ， Ｃ Ｕ：１ ３ ， ６Ｇ 动态管理 ， 为各业务 系统提供实时 、 准确 、 整 试结果是 十分接近 的。如果 （ 完 标准偏差） 更大 内存 ；０ ４ Ｂ 软件环境 与实 际使 用情况相同 ： １２ Ｍ ； 的第一手 信息为建设 目 。为了保证 系统上 线 些 ，置信 区间也会更大 ，这就意味着 置信区 操作 系 统 ： ｎ ｏ ｓ Ｓ ｒ ｒ ０ ；数 据库 ： ｒ 标 Ｗｉｄｗ ｅ ｅ ０ ０ ｖ ２ Ｏａ － 后 稳定 、 可靠 地运行 ， 根据 《 电信资源 管理 系统 间 的上限就 会更 可能会越过可 以接受 的范 围 ， ｃｅ．； ｌ９２ 中间件 ： ｂ ｏｉ８１ ＷｅＬ ｇｃ ．。测 试工具 ：ａｉ Ｒｔ－ ｏ 软件规格说 明书》 中的 ５１ ．要求 ，０ ９ ％的平均 响 即 越大 ， 结果越 不可信 。 结合黑龙江网通公司 ｎｌＴ ａ Ｔ ｓＩＭ） ａ ｅｍ ｅｔ Ｂ 。在测试正式执行时 。 （ 还需要 应 时间小 于 ６ ，在系统正常运行时最大响应 的具体情 况 ， ％概率 的置信 区间 的平均 响应 准备业务 测试数据 ， 秒 ９ Ｏ 比如测试并发查询业务 。 那 时 间 的 上 限必 须 小 于 ６秒 。 时间不超 过 ６秒 。 么要求对 应的数据 库和表 中有相 当的数 据星 以 １１软件测试基础理论 。国内的软件测试 ． ｌ２建立 系统负载模型。１ ． 应用情况分 及数据的种类应 能覆盖全部业务Ｐ － ．１ ２ － Ｉ 。 般有下列几种形式 ：软件公 司内部 的功能性 析。 该系统应用 于黑龙 江省网通公司 ， 也覆盖了 ２ － ２执行性 能测试 。２ ． ． １生成测试脚本 。 ２ 测试 ， 目的是检查设计 的功能能否完成 ； 在软件 各地 市的业务 。 应用 的人员按地域分可分两类 ： Ｒ ｂ ｔ Ｔ ａ ｅｔ ｏｏ 是 ｅｍＴ ｓ 软件包 中的一 个产品 。使用 开发管理规范 的软件公 司，软件测试 比较全 面 各地 市主要负责 电信资源的数据 维护 ， 还有少 Ｒ ｂ ｔ 进行 功能测试 和性 能测试 。本次测试 ｏ 可 ｏ 规 范， 质星工作可 以说完成 的比较好。 在软件开 星的查询和统计 ，为省公司的经 营分析 和决策 中使用 Ｒ ｂ ｔ ｏ 进行性能测试 ， ｏ 生成 Ｖ Ｕ脚本。用 发管理 比较薄弱 的公司 ，测试是由开发人员或 支持提供数据基础。 进行数据维护的人数 ， 每个 Ｒ ｂｔ ｏｏ工具来 录制和 回放测试 用例脚本 的执行 者抽调同公司别 的部 门的人员进行的。或者干 地市不 超过 ５人 ，２个地 市共 ６ ｌ Ｏ人 ； 进行查询 速 度至少是人工操作 的三倍 以上 ，执行结果可 脆不做测试 ； 用户测试 ， 大量的用户一起寻找使 和统计 的人 数 。每个 地市不超过 ２ ，２ 人 ｌ 个地 以在操作 １志中查询 ，这样就能更换地验证测 ３ 用 中遇到 的错误。发现的问题多集中在用户使 市共 ２ 人。 中心与省公司相关部 门主要负责 试用例 的合理性 。 ４ 省 数据池（ Ａ Ａ Ｏ Ｌ Ｄ Ｔ ＰＯ ） 在性能测 用方面 ， 及可用性方面问题。用户测试 ， 因为用 电信资源的查询和统计 ，为经营分析和领导决 试 中发挥着重要 的作用。 数据池（ Ａ Ａ Ｏ Ｌ Ｄ Ｔ ＰＯ ） 用 户没有系统的计算机知识 ，对产品的测试 结果 策提供支持 。 省公司根据实际使用情况 ， 中心 于存储测试数据 ，在脚本 中插人数据池命令并 省 也只是片面的 。 不能全面对软件产 品进行 评价 ； 为 ３ ，省公司其他部 门使用者不超过 ｌ 人 。 增加相关的控制命令后 ，在脚本回放时就可以 人 Ｏ 第三方测试 ， 就是运用专业 软件测 试管理 机制 ， 整个系统进行数据 维护的人数 ６ 人 ， ０ 查询和统 自动从数据池中取出数据 。完成多组测试数据 专业的测试人员运用一定的测试方 法、工具 对 计 的人数为 ３ 人 。１ － ７ ．２负载模型的建立为 了 的测试 。２ － ２ ．２编辑测试脚本。 自动生成的 ｖ ２ ｕ 软件的质量进行 全面检测。这是大多数软 件本 对系统进行合理的性 能测试 。必须在应用分析 脚本 中虽然引用了数据池 ，但是 数据池 中并没 地化企业 不愿 意接受却 又实 际采用 的模式 。在 的基础上建 立正确 的负载模型 ，用以模拟系统 有包含任何数据 ， 引用的仍然 是固定数 据。 为了 性能测试 中 ， 比较 重要的有 三个方 面： 在正常使用下的性 能 ，以避免在实际使用中可 模拟多用户进行性能测试 ，并且 每个用户使用 ａ ， 负载建模 。根据用户需求建立合理 的性 能产生的风险 ， 系统运行 良好 ， 使 提高系统可靠 不 同的数据 。编辑测试脚 本的主要 目的就是完 能测试 的场景 。 这是性能测试的第一步 ， 是进行 性嗍 。负载环境 ： 采用基准测试中的 ｆ ｔ ｌ 运行方 成数据池（Ａ Ａ Ｏ Ｌ的脚本 引用、 ａ Ｄ Ｔ Ｐ Ｏ） 数据定 义和 其他性能测试 活动 的基础 。 法， 根据实 际使用情况和《 电信资源管理系统 软 生成数据。 ．３执行性 能测试 。 ｅｔ ａ ａｅ 用 ２＿ ２ Ｔ ｓ ｎｇｒ Ｍ ｂ 行测试 。在正确进行 负载建模 的基础 件需求规格说 明书》 孰 中的性能指标规定 ， 采用规 来执行性能测试 ，通过组 建不同的测试 场景可 上 运用业界公认 的性能测 试工具一 Ｂ 公司 的 范导出法建立 负载模型 ，以模 拟系统 正常使 用 扩展后端服务器的负载。 ＩＭ 负载模型测试 ： 在同一 Ｔ ａ Ｔ ｓ 进行性 能测试 。 ｅｍ ｅｔ 经过多次实践验证 ， 成 的最大负载情 况 ： 在同一时间 ， 会有 ６ 人 进 时间 ， 将 Ｏ 将会有 ６ 人进行数 据维护工作 ，７ ｏ ３ 人进 为业界公认 的性能测试工具 。 行数据 维护工作 ；７ 进行查 询或统 计工作 。 行查 询或统 计工 作 。压力测 试步 骤 ：首先 以 ３人 ｃ 析测试结果 。 ． 分 根据测试结果 ， 结合实际 ９％的平均响应 时间小 于 ６秒 ，在 系统正 常运 Ｓ ｅｓＴ ｓ 并发用户数 ｌＯ ：数据维护 ６ ０ ｔ ｓ ｅｔ ｒ ｌ（ ｌ人 Ｏ 工作经验和测试理论 ，对该系统在实际环境 中 行 时最大响应时间不超过 ６ 。 秒 测试方 法： 系 人 ， 在 查询 ５ 人） 行测试并 生成 测试数 据和 系 Ｏ 进 的运行情况做 出科学 的评估和预测【 ｌ 。 ｌ 统稳定运行情况下逐渐增加能够支持 的并发用 统资源监控记 录； 以 Ｓ ｅｓ ｅ ２ 再 ｔ ｓ Ｔｓ （ ｒ ｔ 并发用户数 在 ＷＥ Ｂ应用 的环境里 ，响应 时间指的是 户数（１ ： １０人 数据维护 ６ 人 ， ０ 查询 ５ 人 ） Ｏ ， 持续 １ ０ ： ５ 人 数据维护 １０ ， 询 ５ 人） 行测试 ０人 查 Ｏ 进 从提 交访 问请 求到 等到 Ｈ Ｍ Ｔ Ｌ结果所 耗 费的 执行一段时间 ，综合分析交易执行指标和资源 并生成测试数据 。 时间 。 乍一看 ， 好像有两种不同 的方式来确定响 监控指标 ，确定哪种系统资源有可能成为 系统 ３数据分析和 系统评估 应时间需