软件性能测试过程详解与案例剖析
性能测试结果分析基础教程(图文并茂)
Loadrunner 结果分析基础教程Loadrunner测试结果分析如下：1、Analysis Summary 结果及分析如下：此次测试我用了30个用户，但有1个failed，5个error。
所以实际参与测试的虚拟用户总共有24个。
其中，总的吞吐量为3448691bytes，平均吞吐量为12965bytes，总的请求量为720，平均每秒请求量为2.707。
从该图可以看出，该系统存在一定的问题，在失败和错误的数量来看占到了总虚拟用户的20%，该比例还是挺大的，所以从这个方面可以看出在系统登录方面还存在一定问题。
2、Running Vusers结果及分析如下：通过上面图形结果可知，在刚开始虚拟用户为0，30秒多时突然达到24个用户访问，一直到4：17秒将为16个用户，到4：25秒24个用户全部访问结束。
3、Hits perSecond结果及分析如下：该图为每秒点击次数，即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请数。
通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。
通过对查看“每秒点击次数”，可以判断系统是否稳定。
系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。
由上图不难看出：分别在0s、40s、1：12s三个时间点点击数最大，到后面基本处于稳定状态。
4、Througput结果分析如下：该图和上面第三个图恰好相识，由上图不难看出：分别在0s、40s、1：12s三个时间点吞吐量最大，到后面基本处于稳定状态，这不难看出是由于点击数引起的。
5、Transaction Summary 结果分析如下：有该图不难看出，该系统处于正常运行状态。
6、Vuser Summary 结果分析如下：由该图不难看出：虚拟用户通过的占96%，失败的占4%。
所以，从整体上来看，大部分用户运行正常。
7、Error Statistics 结果分析如下：从上图不难看出:错误数据只有1个，所以也可以看出系统基本运行正常。
软件开发实习报告：性能测试与负载优化的经验与技术
软件开发实习报告：性能测试与负载优化的经验与技术一、引言在软件开发的过程中，性能测试和负载优化是至关重要的环节。
性能测试是通过模拟各种负载条件下的用户行为，评估应用程序的性能指标，如响应时间、吞吐量和并发用户数等。
负载优化则是通过调整系统架构、优化代码实现和资源管理等手段，提高系统的负载能力和性能表现。
本报告将分享我在软件开发实习期间进行性能测试和负载优化的经验与技术。
首先，我将介绍性能测试的流程和常用工具。
然后，我将分享一些优化策略和实施方案。
最后，我将结合一个实际案例，详细说明如何利用性能测试和负载优化提升系统的性能。
二、性能测试的流程和常用工具1. 性能测试流程性能测试通常包括需求收集、测试计划编制、测试环境准备、测试场景设计、测试执行和结果分析等步骤。
首先，需求收集阶段需要与客户和开发团队进行充分的沟通，明确测试的目标和需求。
然后，编制详细的测试计划，包括测试范围、测试目标、测试场景和测试数据等。
在测试环境准备阶段，需要搭建适合测试的环境，包括硬件设备、网络环境和软件配置等。
在测试场景设计阶段，根据实际使用场景和负载需求，设计不同的测试场景，如低负载、正常负载和高负载等。
测试执行阶段是将设计好的测试场景一一执行，并记录测试数据。
最后，根据测试结果，进行数据分析和报告撰写。
2. 常用性能测试工具常用的性能测试工具有多种，如Apache JMeter、LoadRunner、Gatling和Tsung等。
这些工具提供了丰富的功能和灵活的配置，可以模拟不同的用户行为和负载条件。
Apache JMeter是一款开源的性能测试工具，具有易于使用、可扩展和多协议支持等特点。
它可以模拟大量的用户请求，对目标系统进行压力测试，并收集性能数据进行分析。
LoadRunner是一款商业性能测试工具，具有强大的脚本录制和回放功能，可以模拟复杂的用户交互操作和多种负载条件。
Gatling是一个基于Scala语言的性能测试工具，特点是使用简单、脚本编写灵活，并支持高并发场景的测试。
软件系统性能测试分析报告模板
软件系统性能测试分析报告模板一、引言在本报告中，对软件系统进行了性能测试，并对测试结果进行了分析和总结。
本报告旨在提供有关软件系统性能的详细信息，以帮助项目团队和相关利益相关者了解系统的性能表现。
二、测试概述2.1 测试目的本次性能测试的主要目的是评估软件系统在各种负载条件下的性能表现，以确认系统的可扩展性和稳定性。
2.2 测试范围本次性能测试涵盖了整个软件系统的各个模块和功能。
测试重点放在核心功能和关键流程上，以确保系统的核心部分能够在压力下正常运行。
2.3 测试环境- 操作系统：（填写测试所用的操作系统及版本）- 测试工具：（填写使用的性能测试工具及版本）- 硬件配置：（填写测试所用的硬件配置信息，如CPU、内存、磁盘等）2.4 测试方法本次性能测试采用了负载测试和压力测试相结合的方法。
负载测试用于模拟实际用户在系统中的并发访问情况，压力测试则用于测试系统在极限负载情况下的稳定性。
三、性能测试结果3.1 测试场景一：（填写测试场景一的描述，包括负载配置、用户行为等）- 平均响应时间：（填写平均响应时间）- 最大响应时间：（填写最大响应时间）- 吞吐量：（填写吞吐量）3.2 测试场景二：（填写测试场景二的描述，包括负载配置、用户行为等）- 平均响应时间：（填写平均响应时间）- 最大响应时间：（填写最大响应时间）- 吞吐量：（填写吞吐量）（根据实际情况，可以列出更多的测试场景和相应的测试结果）四、测试结果分析4.1 系统性能评价根据性能测试结果，软件系统表现出较好的性能。
平均响应时间在可接受范围内，最大响应时间也在可容忍的范围内。
吞吐量较高，系统能够处理大量用户并发请求。
4.2 性能瓶颈分析通过对测试结果的分析，发现系统的性能瓶颈主要集中在某些关键功能上。
对于这些功能，建议进行性能优化和调整，以提高系统的整体性能。
4.3 性能优化建议针对性能瓶颈，对系统进行以下优化：- （列出具体的性能优化建议）五、结论本性能测试分析报告提供了对软件系统性能的全面评估和分析。
金蝶BOS性能测试分析分享
金蝶B O S性能测试分析分享Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998金蝶BOS性能测试分析流程目录1.1. 简介最近通过版本的4-5月份集成测试与云平台的性能测试两个案例分析，发现性能测试只定位发现问题的工作方式不利于问题的快速处理，进而错过问题的最佳处理时机，给后续的发版带来很高的风险，4-5月份的集成测试只反馈CPU高消耗的现象与WEB的jprofile分析文档，因开发人员过忙与缺少实际环境而把问题一直耽搁着，这个问题本来在6月1号就发现了，结果到了7月5号迫不得已才组织人员协同分析定位问题，问题定位后也快速解决了问题；而云平台的性能测试我一直跟踪并协助定位性能问题，问题定位后，开发迅速修改代码，整个过程发现的几个重大性能问题都得到了快速的解决，通过对比这两个性能测试案例，得出只有快速定位问题才能高效的解决问题，只反馈问题现象，缺乏足够的依据，开发人员很难快速修复问题。
为了在BOS性能测试过程中快速定位问题以及在调优测试中快速找到性能提升点，特意整理在分析性能问题过程中涉及到的一些工具与方法，以便快速解决问题，本文将从用例分析、问题现象、问题分析、问题定位、辅助工具等方面规范性能问题的分析过程以及工作过程中的输出文档。
1.2. 参考资料2.1. 概述处理任何问题都有一套方法，性能测试分析过程也一样，我们平常测试发现的问题只是问题的表现，我们要透过现象逐步分析到问题的本质，透过本质我们才能快速解决问题，下面我就按经验来整理一下性能问题的分析思路与通用流程。
2.2. 分析思路我们通过一个倒金字塔模型来整理一个分析思路，由上至下逐步聚焦问题,测试过程中首先是会发现问题，发现性能问题后，我们第一步要确认是否是测试用例设计不当而导致的，如果不是我们就要用后续提到的各种工具与方法出具问题分析结果，根据分析数据推断出可能存在的代码可疑点，然后与开发一起如果修改问题。
性能测试基础教程及实战案例
性能测试基础教程及实战案例1. 理论基础1.1 什么是性能测试1.1.1 性能测试的定义性能测试是一种测试方法，用于评估系统在不同负载条件下的性能表现和稳定性。
它旨在确定系统在正常和峰值负载下的响应时间、吞吐量、并发用户数和资源利用率等指标。
性能测试可以帮助发现系统的瓶颈和性能问题，并提供改进系统性能的建议。
1.1.2 性能测试的目的性能测试的主要目的是验证系统是否满足性能需求和预期的用户体验。
通过性能测试，可以评估系统在不同负载情况下的性能特性，包括响应时间、吞吐量、并发用户数和资源利用率等指标。
性能测试还可以发现系统的瓶颈和性能问题，为性能优化提供依据。
1.1.3 性能测试的步骤性能测试通常包括以下步骤：1. 确定测试目标和需求：明确测试的目标和需求，包括系统的性能指标和负载条件等。
2. 设计测试方案：制定测试计划，确定测试的范围、策略和方法。
3. 准备测试环境：搭建测试环境，包括硬件、软件和网络等。
4. 开发测试脚本：编写测试脚本，模拟用户行为和负载情况。
5. 执行性能测试：运行测试脚本，收集性能数据，并进行性能分析。
6. 分析测试结果：对性能数据进行统计和分析，评估系统的性能表现。
7. 提出改进建议：根据测试结果，提出系统性能优化的建议和措施。
1.1.4 性能测试的工具性能测试通常使用专门的性能测试工具来进行，常见的性能测试工具包括：- Apache JMeter：一款开源的性能测试工具，支持多种协议和场景的性能测试。
- LoadRunner：一款商业的性能测试工具，提供全面的性能测试功能和报告。
- Gatling：一款基于 Scala 语言的开源性能测试工具，适用于高并发场景的性能测试。
这些工具提供了丰富的功能和灵活的配置选项，可以帮助测试人员进行全面的性能测试。
1.2 性能测试的重要性1.2.1 性能测试在软件开发生命周期中的作用性能测试在软件开发生命周期中扮演着至关重要的角色。
它可以帮助开发团队在软件开发的早期阶段发现和解决性能问题，从而提高软件的质量和可靠性。
软件工程中的软件性能测试方法
软件工程中的软件性能测试方法引言：软件性能是指软件在特定的运行环境下，对于特定任务的执行速度、资源利用率和并发用户数等指标的表现。
对软件性能的测试是软件工程中不可或缺的一环，它能够帮助开发人员评估和改进软件系统的性能，从而提供更好的用户体验。
本文将介绍几种常见的软件性能测试方法。
一、负载测试负载测试是一种常见的软件性能测试方法，其目的是评估软件系统在正常和峰值负载条件下的性能表现。
在负载测试中，测试团队通过模拟真实的用户行为和系统条件，检查软件系统在不同负载下的响应时间、吞吐量和资源利用率等指标。
负载测试可以帮助发现系统在负载压力下的性能瓶颈，并提供优化建议。
二、压力测试压力测试是一种将软件系统推向其极限的测试方法。
通过将大量的请求发送给系统，压力测试能够评估系统在超出正常负载的情况下的性能。
在压力测试中，测试团队会逐渐增加负载，直到系统崩溃或不能正常响应。
通过压力测试，开发人员能够确定系统的极限，从而对系统进行合理的容量规划和优化措施。
三、并发测试并发测试是一种测试系统在多个用户同时访问的情况下的性能表现的方法。
在并发测试中，测试团队会模拟多个用户同时访问系统，并观察系统的响应时间、资源利用率和事务完成率等指标。
通过并发测试，开发人员能够了解系统在高并发条件下的性能状况，并进行性能优化和调整。
四、稳定性测试稳定性测试是一种评估软件系统在长时间运行下的性能和稳定性的方法。
在稳定性测试中，测试团队会模拟软件系统连续运行一段时间，并监测系统的内存占用、资源泄漏和错误日志等指标。
稳定性测试能够帮助开发人员发现系统在长时间运行后可能产生的问题，并进行相应的修复和优化。
五、容量规划测试容量规划测试是一种通过模拟系统负载进行性能评估的方法。
在容量规划测试中，测试团队会根据系统的预期使用情况，模拟不同规模和负载的测试用例，并观察系统的各项性能指标。
容量规划测试可以帮助开发人员了解系统在实际使用中的性能需求，从而进行合理的资源规划和系统设计。
完整的软件性能测试流程及案例
完整的软件性能测试流程及案例我们在进行性能测试工作的过程中，需要借助工具的辅助来帮我们完成一些工作，但loadrunner≠性能测试！或者说，性能测试工具≠性能测试，工具永远是一种辅助的工具，而不能认为会用工具就会性能测试了！下面，就说说一个完整的性能测试过程吧。
PS：文末附上一张性能测试的思维导图一、准备工作1、系统基础功能验证性能测试在什么阶段适合实施？切入点很重要！一般而言，只有在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进行性能测试，否则性能测试是无意义的。
2、测试团队组建根据该项目的具体情况，组建一个几人的性能测试team，其中DBA是必不可少的，然后需要一至几名系统开发人员（对应前端、后台等），还有性能测试设计和分析人员、脚本开发和执行人员；在正式开始工作之前，应该对脚本开发和执行人员进行一些培训，或者应该由具有相关经验的人员担任。
3、工具的选择综合系统设计、工具成本、测试团队的技能来考虑，选择合适的测试工具，最起码应该满足一下几点：①支持对web（这里以web系统为例）系统的性能测试，支持http和https协议；②工具运行在Windows平台上；③支持对webserver、前端、数据库的性能计数器进行监控；4、预先的业务场景分析为了对系统性能建立直观上的认识和分析，应对系统较重要和常用的业务场景模块进行分析，针对性的进行分析，以对接下来的测试计划设计进行准备。
二、测试计划测试计划阶段最重要的是分析用户场景，确定系统性能目标。
1、性能测试领域分析根据对项目背景，业务的了解，确定本次性能测试要解决的问题点；是测试系统能否满足实际运行时的需要，还是目前的系统在哪些方面制约系统性能的表现，或者，哪些系统因素导致系统无法跟上业务发展？确定测试领域，然后具体问题具体分析。
2、用户场景剖析和业务建模根据对系统业务、用户活跃时间、访问频率、场景交互等各方面的分析，整理一个业务场景表，当然其中最好对用户操作场景、步骤进行详细的描述，为测试脚本开发提供依据。
系统用户数、平均并发用户数、峰值用户数
（1） 计算平均的并发用户数： C = nL/T
（2） 并发用户数峰值： C’ ≈ C+3根号C
根据我们对业务并发用户数的定义，这500就是整个系统使用时最大的业务并发用户数。当然，500这个数值只是表明在最高峰时刻有500个用户登录了系统，并不表示实际服务器承受的压力。因为服务器承受的压力还与具体的用户访问模式相关。例如，在这500个“同时使用系统”的用户中，考察某一个时间点，在这个时间上，假设其中40%的用户在较有兴致地看系统公告（注意：“看”这个动作是不会对服务端产生任何负担的），20%的用户在填写复杂的表格（对用户填写的表格来说，只有在“提交”的时刻才会向服务端发送请求，填写过程是不对服务端构成压力的），20%部分用户在发呆（也就是什么也没有做），剩下的20%用户在不停地从一个页面跳转到另一个页面——在这种场景下，可以说，只有20%的用户真正对服务器构成了压力。因此，从上面的例子中可以看出，服务器实际承受的压力不只取决于业务并发用户数，还取决于用户的业务场景。
公式（1）中，C是平均的并发用户数；n是login session的数量；L是login session的平均长度；T指考察的时间段长度。
公式（2）则给出了并发用户数峰值的计算方式中，其中，C’指并发用户数的峰值，C就是公式（1）中得到的平均的并发用户数。该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。
实例：
假设有一个OA系统，该系统有3000个用户，平均每天大约有400个用户要访问该系统，对一个典型用户来说，一天之内用户从登录到退出该系统的平均时间为4小时，在一天的时间内，用户只在8小时内使用该系统。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件性能测试过程详解与案例剖析第1章性能测试基本概念1.1软件性能从用户的角度，软件性能就是软件对用户操作的响应时间。
从管理员的角度，软件性能首先表现在响应时间上。
还包括资源利用率、可扩展性、系统容量（并发等）和系统稳定性等。
为了保证系统的稳定运行和持续的良好性能。
对于开发人员而言，最想知道“如何通过调整设计和代码实现，或是如何通过调整系统设置等方法提高软件的性能表现”和“如何发现并解决软件设计和开发过程中产生的由于过多用户访问引起的缺陷”，也就是性能瓶颈和大量用户访问时的缺陷。
关注的是系统架构、数据库设计、代码和设计。
所以在性能测试时，既要关注响应时间，还要关注软件可扩展性、并发能力等指标，还要为性能问题定位。
1.2术语1、响应时间系统响应时间为应用系统从发出请求开始到客户端接收到响应所消耗的时间。
合理的响应时间取决于实际用户的需求。
2、并发用户数有两种理解，一种是同一时间段访问系统的用户数量，一种是服务器所能承受的压力（同时发出请求的客户）。
在性能测试中我们更关注前者，业务并发用户数。
公式c=nL/T,计算平均并发用户数，还可用c=n/10还做简单的估计。
n为每天访问系统的用户数。
还可以通过分析服务器的日志来了解用户的使用状态。
3、吞吐量单位时间系统处理的客户请求的数量，请求数/秒，页面数/秒，访问数/天，业务数/小时，字节数/天。
可用于衡量是否达到了预期设计目标，协助分析性能瓶颈。
4、性能计数器描述服务器或操作系统性能的一些数据指标。
例如，存数、进程时间。
用于监控和分析。
常与资源利用率进行横向对比，例如cpu占用率68%。
5、思考时间（休眠时间）用户在进行操作时，每个请求之间的间隔时间。
1.3方法1、SEI负载测试计划过程关注于负载测试计划的方法，目标是产生清晰、易理解、可验证的负载测试计划。
关注目标、用户、用例、生产环境、测试环境和测试场景。
2、RBI方法rapid bootleneck identify,用于快速识别系统性能瓶颈的方法。
3、性能下降曲线分析法描述性能随用户数量增长而出现下降趋势的曲线。
4、LoadRunner的性能测试过程包括计划测试、测试设计、创建VU(virtual user)脚本、创建测试场景、运行测试场景、分析结果。
5、Segue提供的性能测试过程先确定性能基线，然后设定可接受的性能目标，用不同的并发用户数等重复测试。
适合性能调优和性能优化，通过不断的try-check过程，逐渐找到可能导致性能瓶颈的地方并对其优化。
6、PTGM模型performance testing general model。
分为测试前期准备、测试工具引入、测试计划、测试设计与开发、测试执行和管理以及测试分析。
第2章性能测试的应用领域2.1 性能测试的方法1、性能测试(performance testing)模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能的要求。
2、负载测试(load testing)通过在系统上不断增加压力，直到性能指标超过预定或某种资源的使用达到饱和。
找到系统的处理极限。
3、压力测试(stress testing)测试系统在一定饱和状态下，系统能够处理的会话能力，以及系统是否会出现错误。
常用于测试系统的稳定性。
4、配置测试(configuration testing)通过对被测软件的软/硬件环境的调整，了解各种不同环境对系统性能的影响的程度，从而找到系统各项资源的最优分配原则。
5、并发测试(concurrency testing)模拟用户的并发访问，测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题。
关注存是否有太多临时对象、超过设计生命周期的对象、数据库死锁、经常出现长事务、是否出现线程/进程同步失败、资源争用导致死锁、未处理异常导致死锁。
6、可靠性测试(reliability testing)通过给系统加载一定的业务压力的情况下，让应用系统持续运行一段时间，测试系统在这种条件下能否稳定运行。
7、实效恢复测试(failover testing)针对冗余备份和负载均衡的系统。
检验如果系统局部发生故障，用户是否能够继续使用系统，如果这种情况发生，用户将受多大程度影响。
2.2 应用领域分析1、能力验证performance testing,reliability testing,stress testing,failover testing2、能力规划load testing,configuration testing,stress testing3、性能调优configurationg testing,load testing,stress testing,failover testing4、缺陷发现concurrency testing,stress testing,failover testing第3章性能计数器及性能分析方法用来衡量被测系统当前的状况和进行性能测试结果分析。
可在操作系统级、应用服务器级和数据库级别上查看和记录性能计数器的数值。
3.1 操作系统计数器及分析1、WindowsMemory:available mbytes,pages/sec,pages read/sec,page faults/sec, cache bytes Process:%processor time,page faults/sec,work set,private bytes Processor:%processor time,%user time,%privileged time,%dpc t imePhysical Disk:%disk time,average disk queue length,average dis k read/write queue length,disk reads(writes)/sec,average disk sec/read,av erage disk sec/transfer Network Interface:bytes total/secSystem:%total processor time,file data operation/sec,processor queue length2、unix3、存分析方法用于分析系统有无遇到存瓶颈，是否需要通过增加存等手段提高系统性能表现。
首先查看memory/available mbytes；注意pages/sec,pages read/sec,page faults/sec(反映进行磁盘交换的频率)；根据physical disk分析。
4、处理器分析方法先看system\%Total processor time,然后看每个cpu的指标，最后分析。
5、磁盘I/O分析方法计算每个磁盘的I/O数；然后与processor\privileged time合并分析；最后根据disk sec/transfer分析。
6、进程分析方法察看%processor time，反映进程消耗的处理其时间；然后查看每个进程产生的页面失效，对于产生最多页面失效的进程要重点分析；了解进程的process/private bytes,看是否存在存泄露。
7、网络分析方法network interface\bytes total/sec 为发送和接收字节的速率，与当前带宽进行比较。
3.2 应用服务器计数器1、IIS2、J2EE应用服务器计数器weblogic：JVM:heap size;heap freeJDBC connection pool:waiting for connection current count;conn ection total count;max capacity;active connections current countexecute queue:execute thread current idle count;pending reques t oldest time;serviced request oldest time;serviced request total count ;pending request current count;3、数据库计数器第4章性能测试工具原理4.1 性能测试工具模型性能测试工具只能帮助您实施性能测试，并不能帮助您完成性能测试的需求；性能测试工具能够根据您的要求以各种方式提供报表，这些报表是分析的基础。
性能测试工具一般包括虚拟用户脚本产生器；压力产生器；用户代理；压力调度和控制系统；压力结果分析工具。
4.2 性能测试脚本录制时的协议类型对于j2ee,建议选择http/https协议。
4.3 性能测试工具的选择与评估工具支持被测系统运行的平台吗？支持被测系统使用的协议吗？能够支持我们的特殊要求？能够提供对我们关心的服务器、应用服务器或是数据库类型计数器的监控吗？工具使用的脚本语言功能完善吗？常用的包括Loadrunner和silk performer。
第5章性能测试的组织5.1 人员构成经理、测试设计、测试开发、测试执行、测试分析、支持5.2 过程模型基于ATLM和TMap模型。
1、前期准备保证系统稳定、建立合适的测试团队、测试工具需求确认。
2、测试工具引入选择；培训；应用过程。
3、测试计划测试目的（应用领域，测试目标）；用户活动剖析与业务建模（系统日志与用户调查分析）；确定性能目标；制定计划。
4、测试设计与开发测试环境设计；测试场景设计；测试用例设计；脚本和辅助工具开发活动。
5、测试执行与管理建立测试环境；部署测试脚本和测试场景；执行测试和记录结果。
6、测试分析根据测试的目的和目标给出测试结论。
第8章案例三某通信企业的web业务系统性能测试8.1 背景该系统用于管理企业的备品和备件，包括网络设备的库存管理、库存流转、备品备件的查询统计。
测试的主要目的是验证系统的性能是否达到用户要求。
8.2 项目特点采用J2ee,tomcat,struts+ejb+hibernate。
一台unix服务器用作数据库服务器，一台unix服务器用作应用服务器。
性能体现主要是响应时间。
协议为http/https。
8.3 测试过程1、前期准备5人：一个数据库工程师、一个性能测试设计和分析人员、三名性能测试开发和实施人员。
工具需要支持Http/https协议，监控unix/windows服务器的主要性能计数器值，支持oracle数据库计数器值监控，支持tomcat应用服务器的jvm存使用状况监控。
2、测试工具引入选择LoadRunnder；tomacat的jvm自行开发工具来实现。