《网通系统压力测试方案》由会员分享，可在线阅读，更多相关《网通系统压力测试方案（18页珍藏版）》请在金锄头文库上搜索。
1、网通系统压力测试方案目录一、概述31.1 项目背景和测试目的31.2 被测系统介绍31.3 测试可接收条件4二、测试需求4三、测试方法43.1 测试方法43.2 测试案例83.3 测试流程83.4 数据文件准备83.5 测试脚本说明9四、测试环境94.1 网络拓扑图94.2 环境配置9五、测试实施105.1 试资源与进度105.2 测试机构和人员职责11六、试存储管理规范126.1 存储内容、地点、命名规则126.2 存储目录结构136.3 备份13附录 1：Env_Check_list 14附录 2：测试工具原理15测试方法及步骤16、概述1.1 项目背景和测试目的为了保障网通即将建设的综合
2、营帐系统能够顺利实施，网通希望在项目正式 实施前了解未来系统是否可以使用目前已经选用的技术进行搭建，即了解项目技 术的可行性。另外，网通还希望了解使用不同技术实现的差异。1.2 被测系统介绍本次被测系统是针对网通项目的一个前期实验系统。系统逻辑结构图如下图 1 、系统逻辑结构图WebLbgic(BK整个系统分为三个主要部分，主要功能包括：1. 系统 A系统A是整个系统的数据入口，可以将客户请求传给Biztalk或者直接传给 系统B。系统A可以通过两种方法接收客户请求传给系统。一种通过Tuexdo (A)接收用户请求，另一种可以直接通过WebLogic(A)接收用户请求。2. BiztalkBi
3、ztalk是整个系统的中心，负责连接系统A和B,主要目的是同步处理系统 消息。另外，由于测试需要，Biztalk本身可以接收用户请求（Http）。3. 系统 B可以看作系统的服务端。接收Biztalk的请求，并返回结果。1.3 测试可接收条件1、每次测试交易成功率在 90%以上2、用户每个请求的响应时间低于2秒每次测试，以上条件必须同时满足，方视为本次测试通过二、测试需求本次测试的需求包括：1、Biztalk 系统的处理能力2、整个系统能够支持多少用户同时访问3、不同技术间实现的差异三、测试方法3.1 测试方法测试过程采用自动测试工具进行。目前暂时决定使用 Mercury Interactiv
4、e 公司的测试产品：LoadRunner。1、测试 Biztalk 系统的处理能力：14AICchannelHttpN Kpor t7XHttp/XMLTuxedo(B) BServiceBiztalkWTC厂 WebLogic(BfJsp4servleHttp port土ServiceBiztalk图 2 、测试 Biztalk 系统的处理能力模拟多个Web类型的虚拟用户，同时向Biztalk系统发送HTTP请求，之后 记录每个虚拟用户的响应时间。2、整个系统能够支持多少用户同时访问方法一：模拟多个Web类型的虚拟用户，同时向WebLogic(A)发送HTTP请求，之后 记录每个虚拟用户的响
5、应时间。图 3 、测试整个系统能够支持多少用户同时访问(方法一)方法二：模拟多个Tuxedo类型的虚拟用户(即模拟Tuxedo客户端)，同时向Tuxedo(A) 的服务发送 Tuxedo 请求，之后记录每个虚拟用户的响应时间。J Service EJBCJsp/ servlet 1Tuxedo 广Tuxedo(A Az1图 4 、测试整个系统能够支持多少用户同时访问(方法二)3、不同技术间实现的差异方法一：模拟多个Tuxedo类型的虚拟用户(即模拟Tuxedo客户端)，同时向Tuxedo(A) 的服务发送Tuxedo请求，并且Tuxedo (A)发送的请求，不经过Biztalk系 统，之后记录
6、每个虚拟用户的响应时间。图 5 、测试不同技术间实现的差异（方法一） 方法二：模拟多个Web类型的虚拟用户，同时向WebLogic（A）的发送HTTP请求，并 且WebLogic（A）发送的请求，不经过Biztalk系统，之后记录每个虚拟用户的 响应时间。WTC厂 WebLogic(A)JSP/ servleHttp/XML/ 八图 6 、测试不同技术间实现的差异（方法二）3.2 测试案例测试目的虚拟用户 类型Case No.并发用户数交易循环 次数测试Biztalk系 统的处理能力WEB001002003004整个系统能够支 持多少用户同时 访问WEB005006007008TUXEDO00
7、9010011012不同技术间实现 的差异WEB013014015016TUXEDO0170180190203.3 测试流程正式测试过程如下：1、确认被测环境正常(Env_Check_list)2、确认测试环境设置( Env_Check_list)3、开始测试4、存储测试结果5、系统调试6、应用调试7、环境维护3.4数据文件准备数据文件名称包含内容说明数据量3.5 测试脚本说明脚本名称描述（TranNo.:Tran 名称:解释）参数说明 （参数:说明）数据（参数:文件:方法）四、测试环境4.1 网络拓扑图图 7 、测试网络拓扑图4.2 环境配置类型配置软件被测系统服务器1服务器2服务器3测试系
8、统测试机控制台网络五、测试实施5.1试资源与进度项目 阶段任务分解任务内容完成标准责任人资源与 时间项目 启动设立项目项目定义，规划项目运作模式， 编制项目计划，组建项目班子与 实施队伍输出项目计划测试经理0.5人天测试 计划 和测 试设 计测试需求 调研明确测试需求、测试目标、界定 测试范围、任务和具体内容双方就测试需求达 成共识测试人员 微软负责人0.5人天制定测试 万案细化测试方案定义测试范 围，并定义各项测试活动和步 骤,具体安排测试实施过程及测 试进度输出测试方案（初稿）测试经理2人天测试方案 评审对测试方案定义的功能、性能测 试范围、测试策略、测试组织实 施过程、测试进度等进行评审
9、输出测试方案 （讨论稿），对测试 方案中涉及的各项 内容达成共识微软负责人 测试经理1人天测试 准备 工作搭建应用 运行环境搭建应用所需的环境，并建立测 试数据库应用正常运行微软负责人搭建测试 运行环境搭建测试所需的环境，包括测试 工具软件、性能监控软件等各测试软件正常运 行测试人员1人天准备测试 数据准备必要的功能及压力测试所 需的测试数据输出测试数据准 备清单，并准备好 测试数据测试人员 微软开发人员1人天测试 开发开发压力 测试脚本按照压力测试案例设计,开发测 试脚本输出可执行的测试 脚本测试人员1人天测试 执行预测试证明测试脚本可用，证明测试流 程可用证明测试环境配置合理证明测试数据准
10、备充分按照预期可接收条件：运行2x2场景成功运行25x25场景成 功微软负责人 微软开发人员 测试经理1天系统调优使系统运行在最佳状态运行500或1000并 发用户场景，测试 经理和项目经理直 到认为测试停止微软负责人 微软开发人员 测试经理2天极限测试测试系统究竟能够承受的业务 量按照预期可接收条 件，系统已经不能 承受测试人员1天压力测试 评估按照测试评估策略对性能进行 评估，并对系统性能进行分析输出性能测试评 估报告测试 评估 总结总结输出项目报告、相关文档归档， 安排后续工作输出项目报告测试人员5.2 测试机构和人员职责角色任务网通项目经理测试策略制定，管理协调测试项目经理：测试组织、
11、管理协调测试组测试执行并协助进行结果分析开发专家业务指导，调优指导测试专家测试工具支持，测试方案审核系统专家系统恢复、系统问题顾问网通项目经理测试项目经理专家组测试组11开发专家测试专家系统专家图 8 、测试组织结构图六、试存储管理规范6.1存储内容、地点、命名规则存储内容：a) 测试脚本b) 测试场景c) 测试结果d) 相关文档e) 数据文件 存储地点：运行控制台的主机硬盘上，存储结构见下面图 9。 命名规则：a) 测试脚本LTscr_App_SubApp_version说明：LTscr： Load Test ScriptApp：业务名称SubApp :子业务名称(可选) Version：脚
12、本的版本号b) 测试场景LTsce_App_SubApp_ConCurrUser_Iteration说明：LTsce： Load Test ScenarioApp：业务名称SubApp :子业务名称(可选) ConCurrUser :并发用户数 Iteration :每个用户循环次数c) 测试结果LTres_ App_SubApp_ConCurrUser_Iteration _time说明：LTres： Load Test ResultApp：业务名称SubApp :子业务名称（可选） ConCurrUser :并发用户数 Iteration :每个用户循环次数 Time :第几次测试6.2
13、存储目录结构DF_LoadTestScriptScenarioPre_TestTestResultDate( MM DD YYYY)DocumentDataFile图 9 、测试存储结构图 说明:Script:存储测试脚本Scenario：存储测试场景Result:存储测试结果Document:存储相关文档DataFile:存储数据文件6.3备份测试结果每天在测试结束后备份一次，将“D:LoadTest”目录，全部备份到 磁带机或“ AnyPCC: LoadTest_bak”附录 1：Env_Check_list日期：2002 年_月_日_时_分测试结果名称：检查内容如下：检杳项检杳人结论备注被测试系统：Web Server清除Cache和临时文件Web Server重新启动Application Server 清除 Cache 和
