压力测试方案&压力测试报告
压测定方案
压测定方案引言压力测试是软件开发过程中的重要环节之一，可以帮助开发人员评估应用程序在不同负载情况下的性能表现。
本文档将介绍压测的目的、范围、方法和步骤，以及测试结果分析和建议。
目的•评估应用程序在预期负载下的性能表现。
•验证应用程序是否能够满足性能需求。
•发现系统瓶颈并提出优化建议。
范围本次压测将针对应用程序的核心功能进行测试，覆盖以下方面： 1. 并发用户数：模拟真实用户量，对系统进行压力测试。
2. 响应时间：测试系统在不同并发用户数下的响应时间。
3. 吞吐量：评估系统在不同并发用户数下的处理能力。
4. 资源利用率：监测系统在高负载情况下的CPU、内存和网络等资源使用情况。
方法1.确定测试环境：搭建与生产环境相似的测试环境，包括硬件、操作系统和网络配置等。
2.设计场景和用例：根据实际使用情况和预期负载，设计测试场景和用例，包括登录、浏览、搜索和下单等常见操作。
3.设置性能指标：根据需求，设定性能指标，如响应时间在多少毫秒内、吞吐量达到多少请求/秒等。
4.配置压测工具：选择合适的压测工具，如Apache JMeter、LoadRunner等，并进行相关配置。
5.编写脚本：根据设计的场景和用例，编写模拟用户行为的脚本。
6.执行压力测试：按照预定的负载模式和测试脚本，执行压力测试，并记录相关数据。
7.分析测试结果：根据收集的数据，对测试结果进行分析，评估系统性能，并发现潜在的性能瓶颈。
8.优化建议：根据测试结果，提出针对性的优化建议，包括代码优化、服务器升级等。
9.验证改进效果：对进行优化的系统再次进行压力测试，验证改进效果。
步骤1.确定测试目标和范围。
2.搭建测试环境，包括硬件、软件和网络。
3.设计测试场景和用例。
4.配置压测工具，包括压力模式、用户行为脚本和性能指标等。
5.执行压力测试，并监测系统的性能指标。
6.收集和分析测试结果。
7.提出优化建议。
8.验证优化效果。
测试结果分析与建议根据压力测试的结果和分析，我们可以得出以下结论和建议： 1. 在500并发用户数下，系统的平均响应时间为300毫秒，可以满足性能需求。
压力测试方案范文
压力测试方案范文压力测试是为了检验系统或软件在极端或超过正常使用情况下的性能表现，以评估其最大负荷能力和稳定性。
下面是一个压力测试方案的示例，包含了测试目标、测试环境、测试工具、测试步骤和测试指标等内容。
一、测试目标1.评估系统或软件在预期用户量的情况下的性能表现。
2.测试系统或软件的最大负荷能力，确定其在极端条件下的稳定性。
3.发现和识别系统或软件在高负载情况下的潜在性能问题。
4.为系统或软件的容量规划和优化提供数据支持。
二、测试环境1.硬件环境：详细记录测试所使用的服务器、网络设备和存储设备等硬件的规格和配置。
2.软件环境：详细记录测试所使用的操作系统、数据库和应用软件等的版本和配置。
三、测试工具1. 性能测试工具：根据测试需求和技术选型，选择适合的性能测试工具，如JMeter、LoadRunner等。
2. 监控工具：选择合适的监控工具，如Zabbix、Nagios等，用于监测系统资源使用、性能指标变化等。
四、测试步骤1.系统准备：确保系统或软件已经安装并配置完成，导入测试数据，并根据实际使用情况设置合理的并发和用户数目。
2.配置测试环境：设置测试服务器、网络和存储设备的性能参数，确保测试环境的稳定性和一致性。
3.制定测试计划：定义测试用例和测试脚本，并设置负载模型，如逐步增加并发用户数或请求频率。
4.执行压力测试：按照测试计划和负载模型，运行性能测试工具，模拟用户请求并记录系统的性能数据。
5.监控和收集性能数据：在测试过程中，使用监控工具对测试环境进行实时监测，记录系统资源使用和性能指标数据。
6.分析测试结果：根据收集到的性能数据，进行性能指标统计分析，如响应时间、吞吐量、并发数等，找出性能瓶颈和潜在问题。
7.优化和重复测试：根据分析结果，对系统或软件进行优化，并根据需要重复执行测试步骤，直到达到预期的性能目标。
五、测试指标1.响应时间：记录用户请求的响应时间，包括平均响应时间、最大响应时间和百分位响应时间。
压力测试服务方案
压力测试服务方案压力测试是用于评估系统、应用程序或网络的性能和稳定性的过程。
它模拟了正常或异常负载下的情况，并且在达到或超过系统的极限情况下进行测试。
在进行压力测试之前，需要制定一套方案来确保测试的准确性和有效性。
下面是一个关于压力测试服务方案的模板，其中包含了一些关键步骤和考虑事项。
1. 确定测试目标- 确定需要测试的系统、应用程序或网络的目标（例如，性能、稳定性等）。
- 定义测试期望的结果和可接受的性能指标。
2. 收集测试需求- 理解业务需求和用户预期的系统响应时间。
- 收集系统资源（如硬件、带宽）的信息。
- 确定测试的时间和地点。
3. 制定测试方案- 定义测试环境和工具（如负载发生器、监控工具等）的选择。
- 设计测试场景和负载模型（如并发用户数、请求频率等）。
- 确定测试的持续时间和测试数据的量。
4. 准备测试环境- 配置服务器、网络和数据库等基础设施，确保其能够支持所需的负载。
- 部署和配置测试工具，确保其准备就绪并与被测系统相连。
- 准备测试数据，包括生成或引入负载所需的数据。
5. 执行压力测试- 在测试环境中按照测试方案进行测试。
- 监控系统的性能指标（如响应时间、吞吐量、错误率等）。
- 记录和分析测试结果，并实时进行调整和优化。
6. 分析测试结果- 对测试结果进行统计和分析，检测系统的瓶颈和性能问题。
- 根据测试结果进行性能评估和改进建议。
7. 撰写测试报告- 将测试过程、结果和分析总结在一份测试报告中。
- 报告中应包含测试目标、测试环境、测试方案、测试结果、分析和建议等内容。
8. 提供持续的支持和优化- 提供压力测试结果的持续监测和分析，以确保系统的稳定性。
- 根据系统演化和用户需求，进行定期的压力测试和优化。
除了上述步骤和考虑事项外，还需要注意以下几点：- 安全性：确保测试不会对生产环境造成危害。
使用适当的测试环境并确保合适的数据掩盖措施。
- 监控配置：确保测试过程中的系统监控工具和性能指标的配置正确，并能够实时监控系统的状态。
应急压力测试实施方案
应急压力测试实施方案一、背景介绍。
随着社会的快速发展和信息技术的广泛应用，各类系统和网络的安全性和稳定性越来越受到重视。
在现代社会中，各种突发事件和意外情况时有发生，因此，对系统进行应急压力测试显得尤为重要。
应急压力测试是指在系统正常运行时，模拟各种异常情况和突发事件，对系统的应急响应能力进行测试和评估，以便及时发现问题并采取相应的措施，保障系统的安全和稳定运行。
二、实施方案。
1.确定测试范围。
首先，需要明确应急压力测试的范围，包括测试的系统、网络、应用程序等。
在确定范围时，需要充分考虑系统的重要性和关键性，确保覆盖到所有可能受到影响的部分。
2.制定测试方案。
根据测试范围，制定详细的测试方案，包括测试的内容、测试的方法和步骤、测试的时间安排等。
测试内容应包括常见的应急情况，如网络攻击、系统故障、数据丢失等，测试方法和步骤应该具体明确，以确保测试的全面性和有效性。
3.组织测试团队。
组织专业的测试团队，包括系统管理员、网络安全专家、应用程序开发人员等，确保测试人员具备相应的技术能力和经验，以便有效地进行测试工作。
4.模拟应急情况。
根据测试方案，模拟各种应急情况和突发事件，包括网络攻击、系统故障、数据丢失等，对系统的应急响应能力进行全面测试。
5.记录和分析测试结果。
在测试过程中，需要及时记录测试的过程和结果，包括发现的问题、问题的影响范围、问题的原因等。
对测试结果进行全面的分析和评估，及时发现问题并提出改进措施。
6.制定改进措施。
根据测试结果，制定详细的改进措施，包括对系统和网络的安全性进行加固、对应急响应流程进行优化、对应用程序进行改进等，以提高系统的应急响应能力。
7.定期进行测试。
应急压力测试不是一次性的工作，而是需要定期进行。
在系统升级、网络拓扑结构变化、应用程序更新等情况下，都需要重新进行应急压力测试，以确保系统的安全和稳定运行。
三、总结。
应急压力测试是保障系统安全和稳定运行的重要手段，通过制定详细的实施方案，组织专业的测试团队，模拟各种应急情况，记录和分析测试结果，制定改进措施，定期进行测试，可以有效地发现问题并及时采取相应的措施，提高系统的应急响应能力。
系统压力测试实施方案
系统压力测试实施方案一、引言。
系统压力测试是指对系统进行压力加载，以评估系统在正常和峰值负载条件下的稳定性和可靠性。
通过模拟实际用户的使用情况，可以发现系统在不同负载下的性能瓶颈，为系统的性能优化提供依据。
本文档旨在提供系统压力测试的实施方案，以确保测试的准确性和有效性。
二、测试目标。
1. 评估系统在正常负载和峰值负载下的性能表现；2. 发现系统在高负载情况下的性能瓶颈；3. 验证系统在负载增加时的稳定性和可靠性。
三、测试环境。
1. 硬件环境，提供足够的服务器资源，包括CPU、内存、存储等；2. 软件环境，搭建测试环境，包括操作系统、数据库、应用服务器等；3. 网络环境，模拟真实用户的网络环境，包括带宽、延迟等。
四、测试方案。
1. 确定测试场景，根据实际用户的使用情况，确定测试的负载模式、业务流程等；2. 设计测试用例，编写针对不同负载情况的测试用例，包括正常负载和峰值负载；3. 准备测试数据，准备符合实际使用情况的测试数据，包括用户信息、业务数据等；4. 执行测试，按照测试用例，模拟用户行为，对系统进行压力测试；5. 监控和分析，监控系统在测试过程中的性能指标，如响应时间、吞吐量等，分析系统的性能表现；6. 性能优化，根据测试结果，对系统进行性能优化，消除性能瓶颈。
五、测试工具。
1. 负载生成工具，使用压力测试工具，如JMeter、LoadRunner等，模拟用户的并发访问；2. 监控工具，使用性能监控工具，如Zabbix、Nagios等，监控系统的性能指标；3. 数据分析工具，使用性能分析工具，如Gatling、Apache Bench等，对测试结果进行分析。
六、测试报告。
1. 测试结果，详细记录系统在不同负载下的性能表现，包括响应时间、吞吐量、错误率等；2. 性能分析，对测试结果进行分析，找出系统的性能瓶颈和优化建议；3. 结论与建议，总结测试过程中的经验教训，提出系统性能优化的建议。
七、总结。
供热系统(管道)压力测试方案
供热系统（管道）压力测试方案1. 背景供热系统的管道压力测试是确保系统安全运行的重要环节。
通过对管道进行压力测试，可以检测管道的密封性能以及耐压能力，确保系统在正常运行过程中不会发生泄漏或爆破等安全问题。
2. 测试目的本测试方案的目的是对供热系统的管道进行压力测试，以验证其密封性和耐压能力，确保系统运行安全可靠。
3. 测试流程3.1 准备工作在进行压力测试之前，需要完成以下准备工作：- 确保供热系统处于正常工作状态，并关闭所有与系统相关的阀门。
- 检查管道系统的所有连接点，确保其处于良好的状态。
- 准备好压力测试所需的仪器设备，包括压力表、泵等。
3.2 压力测试步骤1. 将压力表连接到待测试的管道系统上，并确保连接牢固可靠。
2. 打开供热系统的水泵，增加系统内的压力。
3. 根据系统设计要求，逐步增加压力，直至达到预定的测试压力。
4. 在达到测试压力后，记录压力表上的压力数值，并持续观察一段时间，确保压力稳定。
5. 停止水泵运行，释放系统内的压力。
6. 检查管道系统是否有泄漏现象，包括连接点、阀门等处。
7. 根据测试结果，评估管道系统的密封性和耐压能力，确定系统是否通过测试。
4. 安全注意事项在进行供热系统管道压力测试时，需要注意以下安全事项：- 操作人员应熟悉测试流程和使用的仪器设备，并严格按照操作规程进行操作。
- 在增加压力时，应逐步增加，避免突然增压导致管道破裂。
- 在释放系统内的压力时，应缓慢进行，避免压力释放过快引发安全事故。
- 在测试过程中，应随时观察管道系统是否有泄漏现象，如发现泄漏应立即停止测试，并进行修复。
5. 测试结果及记录完成压力测试后，应将测试结果及记录进行归档。
记录内容包括：- 测试日期、时间、地点等基本信息。
- 压力测试过程中的压力数值记录。
- 测试过程中的观察和发现，如泄漏情况等。
- 对管道系统密封性和耐压能力的评估结果。
6. 测试报告根据测试结果和记录，编制供热系统管道压力测试报告。
蒸汽管道压力测试方案
蒸汽管道压力测试方案
简介
本文档旨在提供一种有效的蒸汽管道压力测试方案，确保管道的安全和性能。
测试目的
- 确定蒸汽管道的承受能力和耐压性。
- 发现任何潜在的管道泄漏或故障。
测试步骤
1. 准备工作：
- 确保测试设备和工具齐全，并按照标准要求进行校准。
- 对测试设备进行适当的安装和调试。
2. 管道准备：
- 管道内部必须干净，清理并去除污垢和其它杂质。
- 管道连接部位必须牢固，无泄漏存在。
3. 压力测试：
- 在测试之前，确认安全阀的工作状态，并设置合适的开启压
力值。
- 将压力计安装在管道的合适位置，确保准确测量压力。
- 开启蒸汽供应，逐步增加管道内蒸汽的压力，直至达到预定
的测试压力。
- 维持测试压力稳定一段时间，以确保管道的稳定性和可靠性。
- 在测试压力下进行一次全面的检查，以发现任何可能的泄漏
或异常。
4. 测试结束：
- 测试完成后，逐步减压并关闭蒸汽供应。
- 检查管道和连接部位是否有任何异常。
- 停止测试设备并进行维护保养。
安全注意事项
- 在进行压力测试期间，确保所有相关人员和设备远离测试区域，以防安全事故发生。
- 使用合适的个人防护装备，包括手套、护目镜和耳塞，以确保测试人员的安全。
- 在测试之前，确保所有测试设备和工具的安全性和可靠性。
结论
通过按照本方案进行蒸汽管道压力测试，可以有效地检测管道的安全性和性能，发现潜在的问题，并采取适当的措施进行修复和维护。
确保管道的正常运行和安全使用。
压力测试方案
压力测试方案压力测试是指在一定的负载条件下，对系统进行测试，以验证其稳定性、可靠性和可扩展性等性能特征。
压力测试在软件开发的早期阶段就被广泛使用，并已成为测试过程中不可或缺的环节。
本文将从压力测试的目的、测试准备、测试流程和测试分析等方面进行探讨，并提出一种适合企业应用的压力测试方案。
一、压力测试的目的压力测试是对系统性能的一种全面测试，其主要目的是验证系统的稳定性、可靠性和可扩展性等性能特征。
同时，压力测试可以识别系统的瓶颈以及潜在问题，为系统优化和改进提供参考依据。
因此，良好的压力测试方案可以帮助企业提高应用系统的质量和可靠性，降低因系统错误带来的风险和损失。
二、测试准备1. 定义测试目标和测试场景测试目标是指明确测试的内容、测试指标和测试结果，从而把握测试的方向和重点。
测试场景是指在测试目标的基础上，根据实际业务情况构建的测试环境和测试场景，以反映系统在真实的负载情况下的表现。
因此，在测试准备阶段，需要明确测试目标和测试场景，包括测试的用户数量、并发量、数据量等。
2. 确定测试工具和测试环境测试工具是进行压力测试的必要条件，市场上常见的测试工具有JMeter、LoadRunner、WebLOAD等。
在确定测试工具时，需要考虑其功能和性能，并根据实际情况进行选择。
测试环境是指构建测试环境的软硬件设备及其配置和管理，包括服务器、数据库、网络设备等。
需要确保测试环境与生产环境尽可能一致，以保证测试结果的可靠性。
3. 选择测试数据和测试用例测试数据是指在测试场景中使用的数据，测试用例是指在测试场景中使用的测试流程和业务场景。
需要根据实际业务情况选择测试数据和测试用例，并保证其多样性和全面性。
同时，需要注意测试数据的安全性和隐私性，以免泄露敏感信息。
三、测试流程1. 准备测试环境需要部署测试环境并进行初始化设置，包括配置服务器和网络设备、正确安装测试工具等。
2. 准备测试数据和测试用例根据测试场景，准备测试数据和测试用例，并预置到测试环境中，以备程序调用和使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2009年1月16日(最后更新:2009-02-07)评论发表评论本文共分两部分：1.压力测试方案2.压力测试报告该报告中使用的技术有loadrunner、nmon和statspack：1）loadrunner主要用来录制测试脚本，设置场景（包括虚拟用户数、操作循环次数、用户载入模式等设置），比较常用，不做单独讲述。
2）nmon用来分析OS性能，将在文章“OS性能分析之nmon工具”中讲述。
3）statspack用来分析DB性能，将在文章“DB性能分析之statspack工具”中讲述。
XXX项目压力测试方案作者: hand-sail.sun创建日期: 2008-12-23最后更新: 2008-12-29控制码:版本: 1.0目录文档控制 (2)概述 (4)综合压力测试 (5)统计负荷指标 (5)负荷及指标 (5)编制性能指标 (5)事务处理响应时间 (5)服务器性能信息 (5)脚本编写 (6)情景设置 (6)操作步骤 (6)月结压力测试 (8)统计负荷指标 (8)负荷指标 (8)编制性能指标 (8)事务处理响应时间 (8)服务器性能信息 (9)脚本编写 (9)情景设置 (9)操作步骤 (9)测试后期工作 (11)在TL-28007测试环境中进行测试，指定特定的负荷指标分别对审计失效、审计启用、TL系统月结请求运行、TL系统月结请求运行和审计同时开启这四种情况进行压力测试，然后对比分析测试结果，验证审计功能对系统性能的影响。
压力测试的环境如下：1）TL维护-28007 ORACLE版本信息：11.5.10.2应用层+9.2.0.5.0数据库2）应用服务器信息：10.195.36.11；IBM 9117-570；POWER5 1.9×4；15G内存；AIX 5.3；3) TL维护-28007 环境SGA信息：在综合压力测试中将按照测试环境的负荷进行测试，需要从测试结果中得到的有效信息主要是前台响应时间和CPU及磁盘IO等性能指标。
综合测试的步骤如下1. 统计负荷指标（前台负荷指标）；2. 定义性能指标，主要包括前台响应时间、CPU及磁盘IO等性能指标；3. 编写压力测试脚本；4. 确定压测负荷，定义压测情景，分别进行四种压力测试；5. 分析对比压力测试的结果，填写压力测试报告。
综合压力测试是对销售订单录入操作进行压力测试。
需要测试两种情况：1）审计功能未启用前的测试。
2）审计功能启用后的测试统计负荷指标系统的负荷主要由事务处理组成。
其中事务处理主要包括打开销售订单的FORM，增加订单头，增加订单行，保存，登记，审计跟踪信息的保存，关闭销售订单FORM。
负荷指标的内容主要包括打开销售订单的FORM，增加订单头，增加订单行，保存，登记，审计跟踪信息的保存这些事务处理的并发用户数量、各种事务处理的数量。
编制性能指标性能指标主要是前台事务处理响应时间、服务器性能信息变化情况。
事务处理响应时间对于前台制作订单的过程，需要取到整个过程有关响应时间的指标：最大响应时间最小响应时间平均响应时间响应时间随时间的变化曲线服务器性能信息分析在前台制作订单整个过程中服务器端相应的性能指标值和变化情况：CPU使用率磁盘I/O情况数据库性能（包括缓冲区中获取Buffer的未等待比率、Redo缓冲区获取Buffer的未等待比率、数据块在数据缓冲区中的命中率、内存中的排序率、sql在共享区的命中率、sql语句解析后被重复执行的次数等。
）脚本编写使用loadrunner来制作销售订单过程的脚本，从进入销售订单FORM开始一直到订单登记并关闭订单FORM截止。
情景设置各个脚本的并发用户数：1、按照上表的虚拟用户数量来设置脚本的虚拟用户数量。
2、设置录制订单操作循环10次，也就是一个用户制作10条销售订单。
3、设置压力测试的进度表为：同时启动所有的并发用户。
在这里需要说明：由于服务器性能因素我们目前只好模拟50个用户测试，因为之前经过多次尝试（审计功能未启用的情况下）发现如果虚拟用户超过100个用户时系统的剩余内存在40-60M上下浮动，无法释放，所有的事务处理也都停止。
而用户数在60-100之间时只会成功一部分，结果大多数虚拟用户的处理都是失败的。
所以我们以50个用户作为样本，主要分析审计功能启用前后对系统相应性能指标的影响情况。
操作步骤1 ) 停止TL28007测试环境所在服务器上的其他应用。
2 ) 在TL28007环境中启动nmon 监控系统资源使用情况，启动statpack 监控数据库。
3 ) 在loadrunner中，加载设置的场景，按照设定的参数对系统进行压力测试并间隔的运行statpack 获取数据库性能信息。
4 ) 完成后对loadrunner生成的报表进行分析。
5 ) 对nmon和statpack的结果进行分析。
6 ) 关闭nmon7 ) 启用审计功能8 ) 在TL28007环境中启动nmon 监控系统资源使用情况，启动statpack 监控数据库。
8 ) 在loadrunner中，加载设置的场景，按照设定的参数对系统进行压力测试并间隔的运行statpack 获取数据库性能信息。
9 ) 完成后对loadrunner生成的报表进行分析。
10 )对nmon和statpack的结果进行分析。
月结压力测试是对针对月结系统繁忙时，进行销售订单录入操作的压力测试。
需要测试两种情况：1）运行月结时经常启用并且占用大量资源的请求，关闭审计功能，进行录入销售订单操作。
2）运行月结时经常启用并且占用大量资源的请求，启用审计功能，进行录入销售订单操作。
统计负荷指标系统的负荷主要由事务处理和后台请求组成。
1) 事务处理主要包括：打开销售订单的FORM，增加订单头，增加订单行，保存，登记，审计跟踪信息的保存，关闭销售订单FORM。
2) 后台请求主要包括：总帐管理系统传送程序，STD 科目明细帐和STD 汇总试算表报表。
负荷指标负荷指标的内容主要包括打开销售订单的FORM，增加订单头，增加订单行，保存，登记，审计跟踪信息的保存这些事务处理的并发用户数量、各种事务处理的数量。
另外系统比较大的负荷是后台请求运行以及并发管理器所占用的资源。
编制性能指标性能指标主要是前台事务处理响应时间、服务器性能信息变化情况。
事务处理响应时间对于前台制作订单的过程，需要取到整个过程有关响应时间的指标：最大响应时间最小响应时间平均响应时间响应时间随时间的变化曲线服务器性能信息分析在前台制作订单整个过程中服务器端相应的性能指标值和变化情况：CPU使用率磁盘I/O情况内存使用情况数据库性能（包括缓冲区中获取Buffer的未等待比率、Redo缓冲区获取Buffer的未等待比率、数据块在数据缓冲区中的命中率、内存中的排序率、sql在共享区的命中率、sql语句解析后被重复执行的次数等。
）脚本编写使用loadrunner来制作销售订单过程的脚本，从进入销售订单FORM开始一直到订单登记并关闭订单FORM截止。
情景设置各个脚本的并发用户数：1、按照上表的虚拟用户数量来设置脚本的虚拟用户数量。
2、设置录制订单操作循环10次，也就是一个用户制作10条销售订单。
3、设置压力测试的进度表为：同时启动所有的并发用户。
在这里需要说明：在综合测试中我们使用虚拟用户的数量为50，而在月结压力测试中由于后台请求的繁忙运行和服务器性能的瓶颈，尝试使用50个用户时（审计功能未启用的情况下）结果会产生失败的虚拟用户，为了正确的对比分析审计对系统性能的影响我们使用40个虚拟用户进行测试。
操作步骤1 停止TL28007测试环境所在服务器上的其他应用。
2 运行总帐管理系统传送程序，STD 科目明细帐和STD 汇总试算表报表这三个请求3 在TL28007环境中启动nmon 监控系统资源使用情况，启动statpack 监控数据库。
4 在loadrunner中，加载设置的场景，按照设定的参数对系统进行压力测试并间隔的运行statpack获取数据库性能信息。
5 完成后，对loadrunner生成的报表进行分析。
6 对nmon和statpack的结果进行分析。
7 关闭nmon，关闭请求.8 启用审计功能9 运行总帐管理系统传送程序，STD 科目明细帐和STD 汇总试算表报表这三个请求10 在TL28007环境中启动nmon 监控系统资源使用情况，启动statpack 监控数据库。
11 在loadrunner中，加载设置的场景，按照设定的参数对系统进行压力测试并间隔的运行statpack 获取数据库性能信息。
12 完成后，对loadrunner生成的报表进行分析。
13 对nmon和statpack的结果进行分析。
测试完成后收集测试数据，分析测试结果，填写测试报告。
对比内容：一．综合压力测试1. 前台响应时间2. OS性能指标，包括CPU 、I/O、内存；3. 数据库性能指标，包括缓冲区中获取Buffer的未等待比率、Redo缓冲区获取Buffer的未等待比率、数据块在数据缓冲区中的命中率、内存中的排序率、sql在共享区的命中率、sql语句解析后被重复执行的次数等。
二 . 月结压力测试1．前台响应时间2. OS性能指标，包括CPU 、I/O、内存；3. 数据库性能指标，包括缓冲区中获取Buffer的未等待比率、Redo缓冲区获取Buffer的未等待比率、数据块在数据缓冲区中的命中率、内存中的排序率、sql在共享区的命中率、sql语句解析后被重复执行的次数等。
分别分析对比审计启用前后的结果，列出在审计功能启用前后的两个测试结果中各项指标的升降情况。
根据分析结果，针对审计功能对系统的影响给出评价。
XXX项目压力测试报告作者: hand-sail.sun创建日期: 2008-12-23最后更新: 2008-12-29控制码:版本: 1.0目录文档控制 (2)概述 (4)压力测试实施安排 (5)综合压力测试 (5)环境准备情况 (5)前台响应时间对比压力测试 (5)后台性能对比压力测试 (6)综合压力测试结果数据对比 (6)前台响应时间压力测试数据对比分析 (6)后台性能压力测试数据对比分析 (8)月结压力测试 (15)环境准备情况 (15)前台响应时间对比压力测试 (15)后台性能对比压力测试 (16)月结压力测试结果数据对比 (16)前台响应时间压力测试数据对比分析 (16)后台性能压力测试数据对比分析 (18)对比压力测试结果分析 (25)本报告是按照“XXX项目压力测试方案v1.0”文档涉及的方案进行测试操作得到的测试结果数据记录，并对比审计功能启用前后来分析结果数据，从而分析审计功能对系统的性能影响情况。
由于采用loadrunner作为前台的压力负荷提交工具，是很难实现生产环境使用的多样性和综合性。