一个oa系统的性能测试方案.doc
- 格式：docx
- 大小：452.26 KB
- 文档页数：13
下载文档原格式
合集下载
OA办公系统项目―测试计划
OA系统测试计划目录1、测试范围与主要内容 (3)2、测试方法 (3)3、测试环境与测试辅助工具 (4)4、测试完成准则 (5)5、人员与任务表 (6)6、缺陷管理与改错计划 (6)7. 风险管理计划 (7)附录. 本计划审批意见 (8)1、测试范围与主要内容1.1准备测试的特征以下特征将被测试,以确保OA办公自动化系统能够满足02-OA项目- 需求规格说明书中指定的需求:需求3.1.2 考勤管理需求3.1.3 会议管理需求3.1.4 车辆管理需求3.1.5 消息管理需求3.1.6 个人事务管理需求3.1.7 日志管理需求3.1.8 系统管理需求3.2.1 可用性需求3.2.2 可靠性需求3.2.3 性能需求3.2.4 可支持性需求3.2.5 设计约束需求3.2.6 安全性需求3.2.7 用户界面2、测试方法总体测试方法包括白盒测试和黑盒测试。
2.1 白盒测试在单元测试中运用白盒测试方法，主要测试与数据库交换模块以及代码的规范化。
2.2 黑盒测试在功能测试、性能测试、压力测试中运用黑盒测试方法，包括：等价类划分、边值分析、错误推测。
3、测试环境与测试辅助工具3.1运行环境3.1.1硬件设备3.1.2软件环境服务器软件环境操作系统：采用Windows2007 ServerWeb服务：数据库：SQL SERVER 2008 Express客户端软件环境操作系统：Windows9x以上，IE5.5（推荐使用IE6.0）3.1.3条件3.2所使用的测试辅助工具4、测试完成准则4.1通过/失败标准每个测试用例的通过/失败标准都由它预期的结果来描述。
如果在执行一具测试用例时得到了预期的结果，那么测试就通过。
如果在执行一测试用例时没有得到预期的结果，那么测试就失败。
如果因为构建中存在一些阻碍的缺陷而未能执行某项测试，则该测试的结果将记为“受阻”。
要让OA自动办公系统成功退出系统测试阶段，则要达到以下准则：1）功能性测试用例通过率达到100％；2）非功能性测试用例通过率达到95％时3）相邻8个CPU小时内“测试期缺陷密度”全部低于或等于14.2 挂起标准和继承标准如果基本的功能不能工作，那么测试工作将挂起，直到这种功能可以工作为止。
oa测试方案
OA测试方案1. 引言本文档旨在为OA系统的测试设计和执行提供指导。
OA系统是一套用于管理办公事务的软件，涵盖了流程审批、文件管理、日程管理等多个模块。
为确保OA系统的质量和稳定性，进行全面的测试是必要的。
2. 测试目标在进行测试前，我们需要明确测试的目标，以便于制定相应的测试策略。
针对OA系统，主要的测试目标包括： - 确保系统的功能符合需求，能够正确地处理各项业务流程； - 验证系统的性能和稳定性，确保系统能够在高负载情况下平稳运行；- 发现并修复系统的缺陷，提高系统的可靠性和健壮性； - 提供用户友好的界面和操作体验，满足用户的使用习惯和期望； - 保证系统的安全性，防止潜在的安全漏洞和数据泄露。
3. 测试策略基于测试目标，我们制定以下测试策略： ### 3.1 功能测试功能测试是最基本也是最重要的测试类型之一。
我们将根据需求规格说明书和用户使用场景，对每个功能模块进行全面的测试。
测试用例将覆盖各种正常和异常情况，包括输入校验、边界条件、错误处理等。
我们将注重以下测试重点： - 测试各种流程和控制逻辑的正确性； - 验证输入和输出的准确性； - 确保系统的兼容性，支持各种常见的操作系统和浏览器； - 验证系统对用户权限和数据访问权限的控制。
3.2 性能测试在正式上线前，进行性能测试是至关重要的。
我们将模拟实际使用场景，测试系统在不同负载下的性能表现，包括并发用户数、响应时间、吞吐量等指标。
性能测试的目标包括： - 发现系统的性能瓶颈和瓶颈原因； - 评估系统在高负载情况下的稳定性和可靠性； - 优化系统的性能，提升用户体验。
3.3 回归测试随着系统功能的不断更新和优化，我们需要进行回归测试，确保新功能的引入不会影响系统的稳定性和已有功能的正常使用。
回归测试的重点是验证系统的兼容性、稳定性和数据完整性。
3.4 用户界面测试用户界面是用户直接与系统进行交互的媒介，它的友好程度和操作便捷性对于用户体验至关重要。
oa测试方案
oa测试方案一、测试目的OA系统是一种高度定制化的企业管理系统，为了确保其稳定性和功能完整性，需要进行全面的测试。
本测试方案的目的是验证OA系统各项功能的正确性和稳定性，以及评估其性能和可用性。
二、测试范围本次测试将涵盖以下方面：1. 功能测试：验证系统各个模块的功能是否符合需求，包括但不限于用户管理、权限管理、流程管理、公文管理、协同办公等。
2. 兼容性测试：测试OA系统在不同操作系统、不同浏览器等环境下的兼容性，确保系统在各种环境下都能正常运行。
3. 性能测试：测试系统在高并发情况下的性能表现，评估其在大量用户同时操作的情况下是否能够保持稳定。
4. 安全性测试：验证系统的安全机制，包括用户登录、权限控制、数据安全等方面。
5. 可用性测试：评估OA系统的用户友好性和易用性，确保用户在系统中能够轻松完成各项操作。
三、测试方法1. 功能测试：根据系统设计文档和需求规格说明书，编写测试用例，对每个功能模块进行全面的功能验证。
2. 兼容性测试：在不同的操作系统、不同的浏览器和不同的设备上进行测试，确保系统在各种环境下都能正常工作。
3. 性能测试：使用性能测试工具模拟多用户并发访问系统，测试系统在负载高峰期的响应时间和吞吐量。
4. 安全性测试：对系统的各项安全机制进行测试，包括登录验证、权限控制、数据加密等，确保系统的数据安全性。
5. 可用性测试：邀请用户参与测试，通过用户反馈和问卷调查等方式评估系统的用户友好性和易用性。
四、测试计划1. 确定测试资源：确定测试所需的硬件、软件、网络环境等资源，并提前做好准备工作。
2. 制定测试计划：详细列出测试的时间安排、人员分配和测试方法，确保测试工作有条不紊地进行。
3. 编写测试用例：根据系统需求和设计文档编写全面的测试用例，并确保用例的可执行性和有效性。
4. 执行测试用例：按照测试计划逐条执行测试用例，并记录测试过程中出现的问题和异常情况。
5. 整理测试结果：对测试过程中发现的问题进行记录和整理，确保问题得到准确描述和追踪。
OA系统测试计划
云网OA性能测试计划
修订记录
1、简介
目的
《云网OA功能测试》的这一测试计划文档有助于实现以下目标：
基于《云网OA用户手册》（http://100.o.4.12:8080/oa/help/frame.html）制定本计划，重点使用了“loadrunner”对云网OA系统进行了性能的需求验证，以检查是否符合预期的功能，最终输出了《云网OA性能测试报告》。
背景
《云网OA系统》是我们《P自动化测试》这门课程的期末项目考核的项目，为展现我们课程的掌握程度，所以有了这一项目。
范围
本计划用于指导《云网OA》项目测试组完成《云网OA》项目的测试工作，并为项目组总体把控项目质量提供帮助，文中定义本次测试项目内容为《云网OA用户手册》中定义的
所有性能方面已明确的需求，同时又规定在测试活动中人力资源、硬件资源的需求。
2、测试参考文档和测试提交文档
测试参考文档
测试提交文档
《云网OA性能测试报告》
测试进度
测试资源
人力资源
测试环境
测试工具
系统风险、优先级
性能测试。
oa系统实施方案
OA系统实施方案1. 引言企业办公自动化系统（OA系统）是为了提高企业办公效率和管理水平而开发的一套软件系统。
实施OA系统可以帮助企业实现各种办公流程的全面自动化，提高工作效率和员工满意度。
本文档旨在介绍OA系统的实施方案，详细说明实施的步骤和方法。
2. 目标与范围2.1 目标本项目的主要目标是实施一个功能完备、稳定可靠的OA系统，能够满足企业内部各类办公流程的需求。
2.2 范围本项目的范围包括OA系统的规划、设计、开发、测试、上线和维护等全过程。
具体实施的功能包括但不限于请假申请流程、报销申请流程、会议管理流程等。
3. 实施步骤3.1 规划阶段规划阶段是项目的起点，需要明确项目目标、范围和工作计划等。
- 确定项目目标：明确OA系统的具体功能和预期效果。
- 制定项目计划：确定项目的时间节点、人力资源和预算等。
- 确定团队组建：组建一个专业的团队负责OA系统的实施。
3.2 设计阶段设计阶段是对OA系统进行详细设计和技术选型的阶段。
- 梳理需求：收集和整理各部门的需求，并进行优先级排序。
- 系统架构设计：设计OA系统的整体架构和各个模块之间的关系。
- 技术选型：根据需求和架构设计，选择合适的开发语言、框架和数据库等技术。
3.3 开发阶段开发阶段是实现OA系统功能的关键阶段。
- 编码开发：根据设计文档和技术选型，进行具体的编码工作。
- 单元测试：对编写的代码进行单元测试，确保功能的正确性和稳定性。
- 集成测试：将各个模块进行集成，并进行系统级的测试。
3.4 测试阶段测试阶段是对OA系统进行全面测试和修复问题的阶段。
- 功能测试：对OA系统的各个功能模块进行测试，确保功能的正常运行。
- 性能测试：测试OA系统的负载能力和响应时间，确保系统的高性能。
- 验收测试：与用户进行验收测试，验证系统是否满足用户需求。
3.5 上线阶段上线阶段是将OA系统部署到生产环境中的阶段。
- 环境准备：搭建生产环境，并进行配置和优化。
OA系统测试用例
OA系统测试用例1. 文档介绍. .... .... .... .... .... ........ .... .... .... .... . (4)1.1 文档目的. ... .... .... .... .... .... .... .... .... .... .. (4)1.2 文档范围.. ... .... .... .... .... .... .... .... .... .... . (4)1.3 读者对象. ... .... .... .... .... .... .... .... .... .... .. (4)1.4 参考文献.. ... .... .... .... .... .... .... .... .... .... . (4)1.5 术语与缩写解释.. ... . .... .... .... .... .... .... .... . (4)2. 功能测试用例... ... .... .... .... ...... .... .... .... .... . (4)2.1 被测试对象的介绍... ...... .... .... .... ........ .... .... . (4)2.2 测试范围与目的.. ...... .... .... .... ........ .... .... .... . 52.3 测试环境与测试辅助工具的描述. ...... .... . ... ...... .... . (5)2.4 测试驱动程序的设计.. . ... ... ... ... ... ... ... ... ... .. 52.5 功能测试用例. . ... ... ... ... ... ... ... ... ... ... . (5)3. 性能测试用例.. . ... ... ... ... ... ... ... ... ... ... . (14)3.1 被测试对象的介绍... . ... ... ... ... ... ... ... ... ... .. 143.2 测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..143.3 测试环境与测试辅助工具的描述.. . ... ... ... ... ... ... (14)3.4 测试驱动程序的设计. . ... ... ... ... ... ... ... ... ... (15)3.5 性能测试用例... . ... ... ... ... ... ... ... ... ... ... .. 154. 图形用户界面测试用例... . .. . .. . .. . .. . .. . .. . .. . .. . . (16)4.1 被测试对象的介绍. . ... ... ... ... ... ... ... ... ... . (16)4.2 测试范围与目的... . ... ... ... ... ... ... ... .. . ... ... . 16 4.3 测试环境与测试辅助工具的描述.. . ... ... ... ... ... ... (17)4.4 测试驱动程序的设计... . ... ... ... ... ... ... ... ... ... . 19 4.5 测试人员分类.. . ... ... ... ... ... ... ... ... ... ... (19)4.6 用户界面测试的检查表. . ... ... ... ... ... ... ... ... . (19)5. 压力测试用例... . ... ... ... ... ... ... ... ... ... ... (20)5.1 被测试对象的介绍. . ... ... ... ... ... ... ... ... ... . (20)5.2 测试范围与目的... . ... ... ... ... ... ... ... ... ... ... . 20 5.3 测试环境与测试辅助工具的描述.. . ... ... ... ... ... ... ... . 20 5.4 测试驱动程序的设计... . ... ... ... ... ... ... ... ... ... . 21 5.5 压力测试用例.. . ... ... ... ... ... ... ... ... ... ... (21)附录：评审意见.... . ... ... ... ... ... ... ... ... ... ... .. 23 1. 文档介绍1.1 文档目的本文档的目的在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量。
OA管理系统测试报告
- OA系统 1.0 测试分析报告目录1 测试任务名称及容12 测试环境23 软件版本信息34 测试充分性评价35 测试的具体容及结果35.1整体功能测试结果3公文管理3通知公告6个人75.1.4 门户管理75.3结果分析86 活动总结87 测试结论81 测试任务名称及容（1）系统测试目的为检验OA系统是否达到设计目标，确保各功能模块正常运行，必须对该系统进行系统功能、性能和可靠性测试，其目的和意义是：●检验系统功能与性能是否达到设计要求；●检验和纠正系统错误，确保系统运行的可靠性；●检验工作流程是否可以正常工作和是否符合实际的工作需要；●检验各不同单位部门之间数据是否相对独立；●检验系统的实用化程度，使系统能发挥一定的经济效益；（2）系统测试涉及的容系统测试主要是客户端测试，测试的容主要分为：各模块数据录入和功能的测试以及相关的工作流测试。
主要测试公文管理、通知公告、个人、资源共享上传等主要模块。
2 测试环境在测试中，模拟实际运行环境进行操作，虽然是模拟，和实际操作还是有一定差距的，但已经足够满足我们的测试要求。
●硬件环境●软件环境●数据环境3 软件版本信息4 测试充分性评价严格按照系统测试计划的要求对每个模块进行黑盒测试，对每个小的功能进行白盒测试，并且通过测试软件对本系统进行各种性能测试，如时间性能测试，负载测试等等，并对可能发生的错误进行排查和解决。
5 测试的具体容及结果5.1 整体功能测试结果公文管理通知公告个人5.1.4 门户管理5.3 结果分析1) 测试覆盖率>95％，所有测试用例都已运行；2) 95％以上的测试用例已经成功通过；3) 测试结果已经记录，测试分析报告已经提交项目经理检查。
6 活动总结测试软件：LoadRunner●公文管理●通知公告●门户管理●个人7 测试结论1 根据制定的测试大纲功能围及测试报告要求设定的通过准则，该系统已通过整体功能测试。
2 各业务科室已通过系统开展工作数月，系统稳定运行已交付使用。
oa测试方案
OA测试方案1. 引言本文档旨在为OA系统的测试提供一个全面而有效的方案。
OA系统是办公自动化系统的简称，用于管理企业的日常办公流程和数据。
测试是确保系统质量和稳定性的重要环节，通过有效的测试方案可以尽早发现和解决潜在的问题，提高系统的可靠性和用户满意度。
2. 测试目标•确保系统功能的正确性和完整性•验证系统的性能和稳定性•发现并修复潜在的缺陷和问题•提高系统的易用性和用户体验3. 测试策略根据测试目标，我们将采取以下策略进行测试：3.1 功能测试功能测试是验证系统功能是否按照设计要求正常工作的过程。
我们将根据需求文档和系统设计进行功能测试，确保系统的各项功能可以正确实现。
针对每个功能模块，我们将设计相应的测试用例进行测试。
3.2 性能测试性能测试是验证系统在不同负载和压力下的性能表现的过程。
我们将使用性能测试工具模拟多种用户场景，测试系统的响应时间、并发用户数、吞吐量等性能指标，并根据测试结果进行优化。
3.3 安全测试安全测试是验证系统在保护数据和防范安全威胁方面的能力。
我们将对系统进行渗透测试，验证系统的访问控制和权限管理机制，以及加密算法和用户身份验证等安全特性。
3.4 兼容性测试兼容性测试是验证系统在不同平台、不同浏览器和不同设备上的兼容性的过程。
我们将测试系统在主流操作系统、主流浏览器和主流设备上的兼容性，并解决发现的兼容性问题。
3.5 用户验收测试用户验收测试是由最终用户进行的测试，验证系统是否满足用户需求和期望。
我们将与用户密切合作，收集用户反馈，并对用户体验进行评估和改进。
4. 测试环境为了进行有效的测试，我们需要搭建适当的测试环境。
具体的测试环境包括：•硬件环境：服务器、工作站、网络设备等•软件环境：操作系统、数据库、服务器软件等•测试工具：功能测试工具、性能测试工具、安全测试工具等5. 测试执行测试执行是测试方案中最重要的一步，我们将根据测试计划和测试用例进行测试。
5.1 测试计划测试计划是指为实现测试目标和策略，确定测试时间、资源和人员的计划。
【OA自动化】OA系统测试用例
【OA自动化】OA系统测试用例OA系统测试用例1. 文档介绍......................... (4)1.1 文档目的.... .... .... .... .... .... .... .... .... .... .. (4)1.2 文档范围..... .... .... .... .... .... .... .... .... .... . (4)1.3 读者对象.... .... .... .... .... .... .... .... .... .... .. (4)1.4 参考文献..... .... .... .... .... .... .... .... .... .... . (4)1.5 术语与缩写解释..... . .... .... .... .... .... .... .... . (4)2. 功能测试用例...... .... .... .... ...... .... .... .... .... . (4)2.1 被测试对象的介绍......... .... .... .... ........ .... .... . (4)2.2 测试范围与目的........ .... .... .... ........ .... .... .... . 52.3 测试环境与测试辅助工具的描述....... .... . ... ...... .... . (5)2.4 测试驱动程序的设计... ... ... ... ... ... ... ... ... ... .. 52.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... . (5)3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... . (14)3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... ... .. 14 3.2 测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..14 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (14)3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... (15)3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... .. 154. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... . (16)4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (16)4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... ... . 164.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (17)4.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... ... . 194.5 测试人员分类... ... ... ... ... ... ... ... ... ... ... (19)4.6 用户界面测试的检查表.. ... ... ... ... ... ... ... ... . (19)5. 压力测试用例.... ... ... ... ... ... ... ... ... ... ... (20)5.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (20)5.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... ... . 205.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... . 205.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... ... . 215.5 压力测试用例... ... ... ... ... ... ... ... ... ... ... (21)附录：评审意见..... ... ... ... ... ... ... ... ... ... ... .. 231. 文档介绍1.1 文档目的本文档的目的在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量。
软件测试OA办公自动化系统测试方案
软件测试OA办公自动化系统测试方案一、测试目的和背景：OA办公自动化系统是一种以信息技术为基础，为企事业单位提供办公自动化、协同办公、信息管理、决策支持等功能的软件。
本测试方案旨在对该系统进行全面的功能测试、性能测试和安全测试，以保证系统的稳定性、可靠性和安全性。
二、测试范围：1.功能测试：包括系统的各个模块的功能是否完整、正确，各个功能模块之间的数据传递是否准确等。
2.性能测试：包括系统的负载能力、响应时间、并发处理能力等。
3.安全测试：包括系统的用户权限管理、数据加密传输、反恶意攻击等。
三、测试环境：1. 软件环境：Windows操作系统、Java开发语言、Oracle数据库。
2.硬件环境：台式机、服务器。
四、测试方法和技术：1.功能测试：采用黑盒测试方法，通过输入合理的数据进行测试，验证系统是否按照预期的功能进行操作。
2.性能测试：采用负载测试工具，模拟多用户同时访问系统，并记录系统在不同负载下的响应时间和资源消耗情况。
3.安全测试：采用渗透测试工具，模拟恶意攻击，检测系统的安全漏洞，并采取相应的安全措施进行修复。
五、测试计划：1.功能测试：根据需求文档编写测试用例，进行测试。
每个功能模块的测试时间为2天。
2.性能测试：对系统在不同负载下的性能进行测试。
每个负载测试时间为1天。
3.安全测试：对系统进行渗透测试，模拟各种攻击方式进行测试。
测试时间为2天。
4.测试报告：根据测试结果编写测试报告，包括测试过程、测试结果和问题汇总等。
测试报告时间为1天。
六、测试资源：测试人员：1名测试主管，2名测试工程师。
测试工具：功能测试工具、负载测试工具、安全测试工具。
七、测试风险和计划：1.风险：系统功能复杂，存在部分功能边界不清晰的情况，可能会导致测试难度增加。
2.计划：在测试过程中，及时与开发人员沟通，解决问题和改进缺陷，并根据项目进展进行测试计划的调整。
八、测试评估：根据测试结果和问题汇总，评估系统的稳定性、可靠性和安全性，并提供相应的改进建议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国石油办公自动化系统压力测试报告中国软件评测中心2005年8月3日历史记录1. 测试内容............................................................ 仁2. 测试方法............................................................ 仁3. 测试目标............................................................ 仁4. 测试场景............................................................ 仁5. 测试环境............................................................ 2..6. 测试结果描述........................................................ 2.6.1 2M带宽登录..................................................... 2.6.2 4M带宽登录 .................................................... 3.6.3 2M带宽打开word文档........................................... 4.6.4 4M带宽打开word文档........................................... 6.6.5 10M带宽打开word文档 .........................................7.6.6服务器处理能力（以登录页面为例） (8)1. 测试内容本次测试是针对中国石油办公自动化系统进行的压力测试，测试的内容涵盖了两项主要的业务操作，“登录到办公系统”和“打开办公文档”2. 测试方法本次采用Ml公司的专业测试工具LoadRunner,采用录制\回放的方法，即首先录制IE浏览器和word发送、接收的HTML数据包，然后采用多线程的方式模拟大量客户端向服务器方发送业务请求，达到压力测试的目的.3. 测试目标a) 2M、4M、10M带宽的站点支持的同时在线的用户数b) 服务器(IIS++SQLSERVER)的吞吐量，即每秒内可以处理的交易个数。
指标包括2个，cpu=80%的吞吐量和cpu=100%的吞吐量注：1、一般情况下，比较好的用户体验是在5秒以内完成交易，所以以上提到的同时在线用户数是指在5秒的收到响应的用户。
2、交易是指“登录到办公系统”和“打开办公文档”等业务动作。
3、本次测试的交易响应时间只包括下载页面或者word文档到本地的时间，不包括本地IE或者word展现数据的时间。
4. 测试场景打开文档（50k 、100k 、 200k 、300k 、400k ） 2M 50打开文档（50k 、100k 、 200k 、300k 、400k ） 4M100打开文档（50k 、100k 、 200k 、300k 、400k ）10M2005. 测试环境服务器是一台dell pc server （4个2.7gGcpu , 4G 内存），安装的软件包括 IIS ， , SQLSERVER使用2个笔记本模拟客户端发出请求6. 测试结果描述6.1 2M 带宽登录Averayc Transacliom Rcsnonse Time - Runnlmn vnsers - Tolal Transaciions per S...QO ：QDog 济D Dl!0D DU3D OQ^QD03:00 04.00 Q4 刃 OS.% Qg DO06.30 Q7.D007 30Elapsed scenario lime mm:s5从图中数据可以分析出以下结论：2M 带宽下，每秒处理完成的登录个数固定在 12左右，登录响应时间随虚拟 用户数增加而增长。
在50个虚拟用户的压力下，登录响应时间在 5秒（以上图中 为了显示方便，数值在原值的基础上乘 10）。
所以2M 支持的同时登录用户数是Cdai Gra^h Scale Meainjiemert lAvciagc T laniachcin Rwportse rimtlO 登录 |RumngVusers_____ Htn ■T ot-al Tran 逐li 曲 per Secmd 1 PmM inimumAvei'ege Maurhurn 0.34B 3 391 9 育厂 N 池 |皿島 N/aM/A 11.397 忖於底妝用户魏i每秒处理完成登陆的不薮i登录o 輕时向卜一4软件产品性能测试报告50左右。
服务器Cpu使用率见下图。
可以分析出2M的带宽是处理的瓶颈。
经过压缩的登录页的大小大约是20k (byte)而2M带宽可以换算成250kbyte/s, 12*20 = 240k 可见带宽是瓶颈的结论是完全成立的。
irjso-75-It1■L L +=■ 1/\\J」V\/1Kh■60106:30 07:00 07:30 GOOD 00:30 01:00 (M=3fl 02:00 0230 03=M 03:30 04:00 (M:30 05:OD IK 3D 06:MElapsed $cenaricn lime mm:&sCdor Scale Meaaicernenl Mrifflunn Average Mtfflrriuin Std Deviation ^Procsssa Time (ProcBssar old^ 1 D.3.52.125 1鸡476.37110011156.2 4M带宽登录从图中数据可以分析出以下结论：4M带宽下，每秒处理完成的登录个数固定在13.5个左右，登录响应时间随虚拟用户数增加而增长。
在60个虚拟用户的压力下，登录响应时间在 4.2秒左右(以上图中为了显示方便，数值在原值的基础上乘10)。
在80个虚拟用户的压力下，登录响应时间在5.8秒左右，估计4M支持的同时登录用户数是70左右。
服务器Cpu使用率见下图。
可以分析出server端的CPU使用率是处理的瓶颈，lAveiagc T laniachcin Rwportse rimtlO 登录|RumngVusers _____ Htn|T ot-ai Tran^delj^ per Second 1 Pm1.J42 4795 6.685 4 3882.299a 5Z5 12D60 甩和a 13 19.75 14 2677Elapsed scenario lime mm:ssAverayc Transacliom Response Time - Runnlmn vusers - Total Transaciions per S...Gr耳ih* Minimum Gr(^ih J£G isph't Graiph'i ME^anGdaczh^Sld De-vialiLri而带宽还有剩余，基于这种情况。
10M 带宽的站点的情况应该与4M 的测试结果 相同，所以没有进行10M 带宽的测试。
Windows ResotircesOQOOOttlSOGSO 00:4S Ot:00 D1.15 01:30 OL45 02DD 02:1 S 02:30 02:^5 03.00 031503:30 03:4S 04:00 041504:30 04.45OS:00 OS: 1505:30 05:45Elapsed scenario lime mm:s.gCdor Seal* Me^suiemMl MrimumAverageStd Deviaiioh% Processa Tunc [ProcBssarold J10.3.52.125 0.972961521009.6196.3 2M 带宽打开 word 文档Color Gr^ph $C4*E M^gsyiHTiEnl-IM ininuiii Average Manmun■^礎殆穽TimsMSFl 便吊®肚Time打开文管100k 1.2B 6.SB 9.73 ■Ti^adion Response Time Fl打开文档200k 1.31 ■5.959 S.245 Avcraoe Trarwaaion Respons* Timed 打开文莒?Ek1.5736.395 a.97Average T rwadion Response Time 1TT^S^JOOkns 7.962 1Q09 ■色師占St T WS ；K *初nH 亡5pon&e打耳文档5Ck0.0575 992 9875Ruining Vu$ ei ¥1Run3N/A NANumcr曳旦 <=器®Oa ：DO 00:30 01:00 D1：30 0J0D 0Z30 (EDO 03:30 (ROD CH ：3D 05 DO 05:30 05:00 06:30 07:00 07:30 OttOD BE 30 曲：00Elapsed scenario time mm:s§Giaph MjnjnnumAver.3ge ： Graph Mamun G i ・sph Median G iaph Sid 力onIJ6375 7125m 1091从图中数据可以分析出以下结论：由于50k 到400k 的文档被压缩到32k 到48k 之间，所以它们下载的时间差 别很小。
2M 带宽下，每秒下载完成的文档个数固定在 6.3个左右，下载时间随 虚拟用户数增加而增长。
在30个虚拟用户的压力下，下载响应时间在5秒左右。
说明2M 支持的下载word 文档用户数是30个。
服务器Cpu 使用率经过观察在5%以下，网络带宽是处理的瓶颈。
假如文件 平均下载大小是40k ，40K*6.3=250k 左右，已经把带宽占满了。
卜 ++ \■-亠右1 ■* J/亠+, \ t1每秒下载文档的个数1-VV1□T1 i11 'l1 1Gokir Scale MMSuremert1 - Total Transaciiflinffi per SecondD- DO F OO QQ30 Dfl DO 01:30 CliCIO D2.3Q 03:00 IM 30 讯.00 O4/3D KOO jM.30 OlBiOD 06 30 El^ps&d sc^m^rio tims mnn ：es07:0D Q7i3D oa.tn OS:3D gdD D9 30P«¥6.4 4M 带宽打开 word 文档Average Tran^dCtlon H HS 卩on 期 Tim 白 Ruiminig VusersCahr Gsaph Sealg IM BasuiemenlGtapJh'i Mirwuifi Gra^h't Aveiage Grafph't Marimum Gi^ph'i Mediiah Gi^iph'fi Sid. Devialhr■Average T<i 白Response Timel 打并文档lQQk Jl.^05 5.313 8.024 6.105 2却HAwragc TwanMclion Response Timed打1.437 4.669 0 448 4.7722.172 僧『age Ttiamaclicri Rgsponse Time 1 打开文档引血 0.051 5.171 11.187 4.954 2.65Awrage "h 占nsachon Re&ponsB Irmel打并文档牝Qk j.an G.S52 14.471 G.929 2.702 ^^^HAver^ge Tuans^ciion Response Tkwl打开如刃k1.343 4 566 7 692 47542.1 .Rurniig 讥保闻|1Run39.E2S1D04D34.971Total Tran^acdons {per Second00:00 OOtlS 00:30 00:45 01:00 01:15 01:30 01:45 02:00 0£1l5 02:30 02網 03:00 03:15 03:30 03:45 04:00 04:15 ESO 04:45 05:03Elapsed seen ano lime mm:ssCobr S cde Measweiierit Ggph MnimuinAvei age Graph MaKrmrn Giaph M K K?I Graph Sid Devialnr^^■11 Fa 話 3.375112.5111®12.5「1.5B4Nu munzi r 2■■■!=旳！areElapsed ^c^nario tim$ mm es从图中数据可以分析出以下结论：4M带宽下，每秒下载完成的文档个数固定在12.5个左右，下载时间随虚拟用户数增加而增长。