weblogic压力测试中的性能调试手册要点
1.1.1Oracle数据库设置
1.【PGA】24－》60
2.【SGA】shared_pool_size=48,80
3.【SGA】高速缓存区：24,40
4.【SGA】java池：30－》0（8）
5.会话150－》1000.
6.游标300－》1000.
1.1.2Jar包设置：
1、Log4j删除日志，加“#”
2、DynamicDao删除system.Out SQL
1.1.3Weblogic设置
1.1.3.1 内存大小
setDomainEnv.cmd
if "%JAVA_VENDOR%"=="Sun" (
set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m
set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx1524m 1.1.3.2 域JTA 配置
超时秒数:360
事务超时数100
资源请求数500）
事务超时数100
服务器:
接受预备连接:600
1.1.3.3 域Web应用程序设置
1.1.3.4 J DBC连接池
域－》服务－》JDBC——》数据源
连接池
1、语句缓存大小100
2、不支持全局事务
3、初始容量:5
4、最大容量:100（已经修改为500）
5、容量增长:5
6、收缩频率:450
7、语句超时:1000
8、非活动连接超时100
1.1.3.5 部署监视
部署－》监视－》JDBC
1.1.3.6 S ervers连接池配置服务－》JDBC－》数据源－》配置－》连接缓冲池
1.1.3.7 S erver管理控制服务器－》AdminServer（管理）－》控制
服务器－》AdminServer（管理）
1.1.3.8 J ava虚拟机内存回收
服务器－》AdminServer（管理）－》选中－》监视－》性能－》垃圾回收内存（Java 虚拟机内存利用率统计信息）
1.1.3.9 监视JDBC
1.1.3.10 监视JTA
1.1.3.11 服务器参数调整（接受预备连接:600）服务器－》AdminServer（管理）－》选中－》调整
1.1.3.12 最长线程阻塞时间
服务器－》AdminServer（管理）－》选中－》超载
1.1.3.13 BEA-000449 Closing socket as no data read from it
1、Set the parameter -Dweblogic.client.socket.ConnectTimeout=XXX, in the start-up script of the server which you are seeing this issue under JAVA_OPTIONS
Note: Where "XXX" is the value in ms.
Example:
-Dweblogic.client.socket.ConnectTimeout=500
2、Server -> Protocols (tab) -> HTTP (sub-tab) -> Duration（持续时间）
1.1.3.14 BEA-310003 Free memory in the server... There is
danger of OutOfMemoryError
Thanks for the Hint.
I found that changing the "Low Memory Sample Size" from "10" to "120" solved my problem.
When WebLogic uses JRockit, it know when the GC runs and cleans up memory. It samples the free heap at this time (because all of the garbage has been collected and memory is as empty as it is going to get) and if the average over the hour is < 5% free, then you get an alert.
Unfortunately I'm using the IBM AIX JVM. WebLogic can't tell when IBM's JVM is doing a GC, so it just samples heap free at a regular intervals. Since there are only 10 samples (by default) in a hour, if it gets unlucky a few times you will get an out of memory alert when there is nothing to be worried about.
I boosted the samples to 120/hour, so it gets a better picture of the amount of heap that is free on average. Now that a few bad samples can't drag the value over the
5% limit, I am much less likely to get an alert.
The navigation path in WebLogic 10.3 to Low Memory Sample Size is:
Environment -> Servers -> "the server you wish to change" -> Configuration -> Tuning After making the change you have to restart the server.
It also a good idea to check that the change worked (I lost my change during the restart somehow the 1st time I did it).
1.1.3.15 ［转1］常用weblogic性能调优方法
常用weblogic性能调优方法 (2007-05-22 12:23:57)
1.设置最大线程(并发)数量
myserver|Configuration|Monitoring|performance
可以观察整体性能
Idle Threads数量少,Queue Length比较大说明存在多并发,而且CPU资源比较空闲需要增加线程数量,具体方法
myserver|Configuration|Monitoring|performance|General
Monitor all Active Queues... 调整当前Thread Count个数,一般量大得可以设置到100。
【备注版本9.0：weblogic.kernel.default其实是一个weblogic的核心参数，设置的值就是weblogic用来响应客户端请求的线程数量。也就是说，一个用户登陆应用系统进行某操作，则WebLogic将从weblogic.kernel.default中分配一个线程给该用户。默认情况下，这个参数值是40。比如对大的企业应用，同一时间登陆操作系统的用户非常多，则40个线程就显得太少了。同时，如果你的应用程序设计得不好，造成很多操作速度非常慢，因为WebLogic 要等待你一个操作完成之后，才进行线程的回收处理，如果同一时间有很多线程在执行非常慢的操作，这也会引起线程数量不够的问题。
具体的表现就是在WebLogic的控制台的myserver中的Monitoring页面下的Performance 页面中，Queue Length显示不是等于0，图像可能是一个曲线。Queue Length这个参数的意义就是“在等待队列里的请求数”。正常情况下，应该是0，图像是一个水平的横线。也就是没有客户端的请求会等待，都能及时的得到系统的处理。
如果确认是因为用户过多的原因需要增大weblogic.kernel.default参数的值，我们怎么修改？
进入WebLogic控制台——左边窗口的mydomain——servers——点击myserver——Configuration——General——点击Advanced Options的Show链接——最下面的Configure Execute Queues 链接——weblogic.kernel.Default链接——Thread Count参数。的却是隐藏的比较深。修改Thread Count的值，然后重启WebLogic就可以生效了。】
【备注版本10.0：根据客户的要求，我们在webblogic10上测试wicket框架的性能。需要设置并发线程数设置。
根据网上资料，需要在config.xml的server部分配置修改，如下：
请不要画蛇添足，否则，webapplications跑不起来的，配置execute-queue的基本属性就行了。我中途也吃过这个亏。】
2.设置内存
在启动脚本中 set MEM_ARGS=-Xms512m -Xmx1000m 即最小内存和最大内存.不宜太小也不
宜太大
weblogic服务器优化配置详解
第一章概要 WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。 试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态： 一修改运行队列线程数的值。在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。 二，如果可能，使用自带的性能包（NativeIOEnabled=true）。 三，使用特定的应用程序执行队列。 四，使用JDBC连接池时，修改下列属性： 驱动名称：使用小的驱动或者jDriver。 初始容量：设为与最大容量相同的值。 最大容量：其值至少应与线程数相同。 五，把连接池的大小设为与执行队列的线程数相同。 六，设置缓冲。 七，为Servlet和JSP使用多个执行队列。 八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。 第二章优化WebLogic 提要： 为WebLogic启动设置Java参数。 设置与性能有关的配置参数。 调整开发与产品模式默认值。 使用WebLogic“自有的IO”性能包。 优化默认执行队列线程。 优化连接缓存。 如何提高JDBC连接池的性能。 设置Java编译器。 使用WebLogic集群提高性能。 监视WebLogic域。 一、为WebLogic启动设置Java参数 只要启动WebLogic，就必须指定Java参数，简单来说，通过WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错，BEA 公
产品项目性能测试报告
产品项目性能测试报告文档编制序号：[KKIDT-LLE0828-LLETD298-POI08]
文档号： 密级：内部 版本号： 产品（项目）性能测试报告 撰写：××× 审核： ××××测试中心 编写日期：××××年09月11日 修订历史记录
目录
一、测试项目简介 1.1编写目的 本测试分析报告的编写目的在于统计量化××××系统版本中的错误和存在的问题，通过分析错误产生的原因和错误的分布特征，发现软件的缺陷和限制，从而对模块的质量做出一个客观有效的评价。 本测试报告的预期读者是××××系统版本的软件开发人员、项目管理人员、研发管理人员、测试经理、测试人员、维护人员。 1.2项目背景 产品名称：××××系统 软件开发者：××××开发中心 测试环境符合×××系统产品需求规格说明书的要求及××××系统的系统测试环境列表的的要求 具体测试环境描述如下： 表1-1性能测试环境表
1.3测试参考文档 表1-2 测试参考文档
二、性能测试内容概要 测试目标 对××××系统产品在数据库为Mysql 5、应用服务器为Tomcat的架构下的性能情况进行测试。对测试过程中的性能指标数据进行剖析，最终给出该项目的性能指标数据。 测试用例 本次性能测试重点关注多个虚拟用户同时登录及在线过程应用服务器的系统负荷情况，利用性能测试分析工具察看登录及在线人数是否有缺失情况，同时还要测试被测系统的不同人数登录的响应时间，记录其性能指标进行对比，评估测试结果。 测试使用环境：（与功能测试环境一致） ?服务器硬件为******服务器，操作系统：Windows 2003 Server ?数据库管理系统采用 Mysql 5，应用服务器为Tomcat 应用服务器和数据库运行在同一台硬件服务器上 ?测试工具软件为 (SP2) 测试场景 并发测试:模拟不同的VU用户同时执行登陆操作，并使用LoadRunner记录主要参数性能指标。
linux中的weblogic性能调优
Linux中的Weblogic性能测试调整 一．操作系统参数调整 1.linux TCP连接数调整 通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个 进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大 的情况下肯定不够用。 修改此限制的最简单办法：ulimit –n
性能测试面试题附答案范文
1、哪个函数是用来截取虚拟用户脚本中的动态值？（手工关联） Web_reg_save_param 2、你如何识别系统瓶颈？ 从TPS指标分析（即系统每秒处理可处理事务数）当前随着用户数的增长其系统每秒可处理的事务数是否也会增长 3、think_time有什么用？ Think_time作用主要有以下几种： 1）降低当前运行时压力，缓解对应用服务器所造成的压力 2）模拟真实生产用户操作，考察对服务器所造成的影响 4、一般什么时候开始进行性能测试 被测系统的正常业务流程通过，即集成测试通过后。 5、进行参数化的目的 1）减少脚本的大小 2）提供不同的值以提高执行脚本的能力，从而更加真实的模拟生产环境的数据 6、容量测试方法中为什么要以逐步递增的的方式进行 虚拟用户数随着负载时间的延长而增加，可以帮助确定系统响应时间减慢的准确时间点以及准确用户数 7、假设在测试过程中发现某些事务的响应时间过长，但分析应用服务、数据库服务以及网络都属于 正常现象，问题可能出现的原因 1）LR客户端机器是否已无法承载当前运行压力导致LR无法及时获取从服务端返回的信息2）Think_time（即思考时间）是否已忽略 3）确定当前被测系统架构，是否为在每次测试过程中清除缓存所导致 8、如何发现应用服务的相关问题？ 1）通过某些事务的运行，判断是否在应用代码层未进行调优导致事务响应事件过长 2）通过实时监控工具（nmon等）监控分析： a)系统在运行过程其CPU是否稳定运行或CPU耗用是否过高 b)在系统运行过程中其内存是否存在内存泄露现象 3）打开应用相应日志，分析在运行过程中是否存在交易报错并获取错误原因查看是否由于代码原因导致交易错误发生 9、如何发现数据库的相关问题？ 1）通过运行某些相应的已获取的SQL语句，判断是否由于数据库索引所导致的事务响应过长的问题发生 2）通过实时监控工具(nmon等)监控分析: a)在系统运行过程中CPU是否可稳定运行或CPU耗用过高； b)在系统运行过程中其内存是否存在内存泄露等现象。
Weblogic10.3_Windows优化设置
Weblogic10.3_Windows优化设置 优化说明 一、Weblogic服务程序设置 1、设置JDK内存 修改weblogic\user_projects\domain\bin下的seDomainEnv.cmd文件： 修改前： If”%JAVA_VENDOR%”=”Sun”( Set WLS_MEM_ARGS_64BIT=-Xms256m –Xmx512m Set WLS_MEM_ARGS_32BIT=-Xms256m –Xmx512m )else( Set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx512m Set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx512m ) Set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m Set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m 修改后： If”%JAVA_VENDOR%”=”Sun”( Set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx1024m Set WLS_MEM_ARGS_32BIT=- Xms512m –Xmx1024m )else( Set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024m Set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024m ) Set MEM_PERM_SIZE_32BIT=-XX:PermSize=128m Set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m 说明：红色字体为修改的内容，具体修改值根据实际内存确定 ●-Xmx3550m：设置JVM最大堆内存为3550M。 ●-Xms3550m：设置JVM初始堆内存为3550M。此值可以设置于-Xm相同，以 避免每次JVM动态分配内存所浪费的时间。 ●-XX:PermSize=256M：设置堆内存持久代初始值为256。（貌似是Eclipse等IDE 的初始化参数） ●-XX:MaxPermSize=512M：设置持久代最大值为512M 32位操作JDK内存系统：最大可这种1.5G，如果设置过大，会导致服务无法启动 64位操作JDK内存系统：最大设置为物理内存的60-80% 2、设置线程数： 修改weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd中在JAVA_OPTIONS中添加如下： Set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MinPoolSize=2000 Set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MaxPoolSize=4000 说明： JDK5.0以后每个线程栈大小为1M，但是操作系统对一个进程内的线程数还是
XX系统性能测试报告
XXXX系统性能测试报告
1 项目背景 为了了解XXXX系统的性能，特此对该网站进行了压力测试2 编写目的 描述该网站在大数据量的环境下，系统的执行效率和稳定性3 参考文档 4 参与测试人员 5 测试说明 5.1 测试对象 XXXX系统
5.2 测试环境结构图 5.3 软硬件环境 XXXXX 6 测试流程 1、搭建模拟用户真实运行环境 2、安装HP-LoadRunner11.00（以下简称LR） 3、使用LR中VuGen录制并调试测试脚本 4、对录制的脚本进行参数化 5、使用LR中Controller创建场景并执行 6、使用LR中Analysis组件分析测试结果 7、整理并分析测试结果，写测试总结报告 7 测试方法 使用HP公司的性能测试软件LoadRunner11.00，对本系统业务进行脚本录制，测试回放，逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各前台测试，发起 各种组合业务请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。录制登陆业务模块，并模拟30、50、80、100 个虚拟用户并发登陆、添加和提交操作，进行多次连续测试，完成测试目标。 测试评估及数据统计 此次测试通过同一台客户机模拟多个并发用户在因特网环境进行，未考虑因特网的稳定 性的问题。此次测试用户操作流程相对简单，只录制了三个事务，即：用户登录、添加和信息提交，从测试的数据来分析，各项性能指标基本在可控的范围之内。但在测试过程中也发 现一些不容忽视的问题，应予以重视。 1 、模拟80 个用户并发操作时，出现1 个未通过的事务，具体原因需结合程序、网络和服务器综合分析，系统的稳定性并非无可挑剔。 2 、用户登陆事务的平均响应时间与其他两个事务相比等待的时间要长，且波动也较大， 在网速变慢、用户数增加的外部条件下，有可能会影响到系统的稳定性。建议优化系统登录页面程序，提高系统的稳定性。
weblogic优化设置&调优参数及监控指标
优化设置 Weblogic服务程序设置： 1、设置JDK内存： 修改weblogic\user_projects\domains\base_domain\bin下的setDomainEnv.cmd文件：修改前： if "%JAVA_VENDOR%"=="Sun" ( set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m ) else ( set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m ) set MEM_PERM_SIZE_32BIT=-XX:PermSize=48m set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=128m 修改后： if "%JAVA_VENDOR%"=="Sun" ( set WLS_MEM_ARGS_64BIT=-Xms512m –Xmx1024m set WLS_MEM_ARGS_32BIT=-Xms512m –Xmx1024m ) else ( set WLS_MEM_ARGS_64BIT=-Xms1024m –Xmx1024m set WLS_MEM_ARGS_32BIT=-Xms1024m –Xmx1024m ) set MEM_PERM_SIZE_32BIT=-XX:PermSize=128m set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=256m 说明：红色字体为修改的内容，具体修改值根据实际物理内存确定 ?-Xmx3550m：设置JVM最大堆内存为3550M。 ?-Xms3550m：设置JVM初始堆内存为3550M。此值可以设置与-Xmx相同，以避免每次JVM动态分配内存所浪费的时间。
Weblogic性能调优经验
WEBLOGIC性能调优方案 1.查看当前线程池大小： 登录WEBLOGIC控制台，选择服务器－某服务器－监视－性能，可查看到当前最大线程数量。由于WEBLOGIC9取消了在页面进行调整线程大小的功能，需要在后台进行修改。 2.修改线程池大小： 进入服务器的目录D:\bea\user_projects\domains\base_domain\config，使用编辑器打开config.xml文件，找到如下段落：
性能测试计划模板(实例)
XXXX系统 性能测试方案 软件产品名称：XXXX 软件开发部门：XXXX 软件测试部门：XXXX 编写：XXX 日期：2008 年11 月8 日审核：XXX 日期：2008 年11 月10 日批准：日期：年月日
1．引言 1.1测试方案概述 方案名称：xxxx系统性能测试方案 测试部门：xxxxxxxx科技发展有限公司 1.2目的 本测试方案将对国美电器供应链系统的测试方法、测试工具、测试范围、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。 1.3系统概述 产品名称： xx供应链系统JL SCM 开发部门： xxxx有限公司 在企业的信息化建设中，北京国美电器有限公司将在全国范围内实施“金力供应链系统JL SCM”，该系统中采用了 Sybase 最新版本的企业智能型关系数据库产品Adaptive Server Enterprise 12.5 (ASE12.5)及复制服务器产品Sybase Replication Server，由武汉金力软件有限公司开发并协助实施。国美电器实施的“金力供应链系统JL SCM”，从现代企业理念、物流体系和全方位服务的角度，完全解决了企业的决策、计划、管理、核算、经营、物流、服务、人事及电子商务等问题。 2.术语和定义 性能测试：在一定约束条件下（指定的软件、硬件和网络环境等）确定系统
所能承受的最大负载压力的测试过程。 场景：一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。 虚拟用户：在场景中， LoadRunner 用虚拟用户代替实际用户。模拟实际用户的操作来使用应用程序。一个场景可以包含几十、几百甚至几千个虚拟用户。 虚拟用户脚本：用于描述虚拟用户在场景中执行的操作。 事务：表示要度量的最终用户业务流程。 3.测试流程 负载测试通常由五个阶段组成：计划、脚本创建、场景定义、场景执行和结果分析。 计划负载测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。 创建虚拟用户脚本：将最终用户活动捕获到自动脚本中。 定义场景：使用 LoadRunner Controller 设置负载测试环境。 运行场景：通过 LoadRunner Controller 驱动、管理和监控负载测试。 分析结果：使用 LoadRunner Analysis 创建图和报告并评估性能。 4.测试目标与策略 4.1测试目标 1）确定系统能承载的最大容量； 2）定位系统性能瓶颈； 3）确定系统典型事务响应时间； 4）出具可信的独立的第三方的性能测试报告。
Weblogic性能调优经验
Weblogic性能调优经验
WEBLOGIC性能调优方案 1.查看当前线程池大小： 登录WEBLOGIC控制台，选择服务器－某服务器－监视－性能，可查看到当前最大线程数量。由于WEBLOGIC9取消了在页面进行调整线程大小的功能，需要在后台进行修改。 2.修改线程池大小： 进入服务器的目录D:\bea\user_projects\domains\base_domain\config，使用编辑器打开config.xml文件，找到如下段落：
整机可靠性测试手册
"
目录 》 1简介 (4) 2.整机测试项目 (5) .电性能测试 (5) ESD测试 (5) 环境测试 (5) 寿命测试 (4) 机械强度测试 (4) 3.整机测试标准 (6) 3.1电性能测试标准 (6) 《 3.2 ESD静电测试标准 (5) 3.3 环境测试标准 (7) 3.4 寿命测试标准 (8) 3.5 机械强度测试标准 (9)
1 简介 1.1目的 为了规范世融通公司产品测试的各项工作，使公司产品研发、品质管理按照共同的测试项目和测试标准进行测试，以使项目各阶段品质保证能达到手机的测试要求，特制定本测试手册。 1.2】 1.3适用范围 本手册适用于本公司所有项目的整机测试。 1.4责任 公司产品研发、品质保证都需按本测试手册进行相关测试，对问题进行分析，确定责任部门，由责任部门提出改善对策。 2 整机测试项目 电性能测试 按照产品检验规范和行业相关标准，测试手机的各项重要电性能指标； ESD测试 测试手机在静电环境中的性能； ： 环境测试 模拟公司各产品使用的各种恶劣环境，测试其性能是否达到要求；主要包括高/低温试验、湿热试验、防尘试验等。 寿命测试 测试产品各易损部件的工作寿命是否达到规格要求；主要包括读卡器，打印机，制票机等产品试验。
机械强度测试 测试括读卡器，打印机，制票机等机械结构的强度；主要包含振动测试、跌落测试等。 3.整机测试标准 电性能测试标准 依照公司规范、行业相关标准，测试公司产品的电性能。 ） 参考标准: 1.公司的产品行业环境要求和试验方法。 2.公司产品根据公司可靠测试设备测试。 3.根据公司可靠性设备进行安全要求和产品验证进行试验 ESD静电测试标准 产品在接充电器和不接充电器的情况下，分别测试产品在常用使用状态下的ESD性能，待机和运行状态是必须要测试的状态。 接触放电为±6KV,对裸露的金属件续放电各10次后对地放电,应无数据丢失和功能损坏等；接触放电每点每个测试电压连续放电10次(加严测试±20次)； 空气放电±10KV，主机底壳等处进行放电，被选点每点每个测试电压放电10次(加严测试±20次)，每放电一次需对地放电，状况应良好，应无数据丢失和功能损坏。 注：测试后功能恢复正常，及外观检查应良好（电镀层不应有掉镀层等不良现象）。 完成后作好记录。所需手机数为2部。 ; 参考标准: 行业可靠性技术要求和测试方法 ESD实验室环境要求: 环境温度：+15～+35℃ 相对湿度：ESD实验室湿度应严格控制到30％～60％RH 大气压力：86～106kPa
weblogic性能优化
优化WebLogic 服务器性能参数 WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。 试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态： 一修改运行队列线程数的值。在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。 二，如果可能，使用自带的性能包（NativeIOEnabled=true）。 三，使用特定的应用程序执行队列。 四，使用JDBC连接池时，修改下列属性： n 驱动名称：使用小的驱动或者jDriver。 n 初始容量：设为与最大容量相同的值。 n 最大容量：其值至少应与线程数相同。 五，把连接池的大小设为与执行队列的线程数相同。 六，设置缓冲。 七，为Servlet和JSP使用多个执行队列。 八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。 优化WebLogic 提要： n为WebLogic启动设置Java参数。 n设置与性能有关的配置参数。 n调整开发与产品模式默认值。 n使用WebLogic“自有的IO”性能包。 n优化默认执行队列线程。 n优化连接缓存。 n如何提高JDBC连接池的性能。 n设置Java编译器。 n使用WebLogic集群提高性能。 n监视WebLogic域。 一、为WebLogic启动设置Java参数 只要启动WebLogic，就必须指定Java参数，简单来说，通过WebLogi c.Server域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出 错，BEA 公司推荐你把这个命令写进脚本里。为了简化这个过程，你可以修改样例脚本里的默认值，样例脚本是提供WebLogic启动服务器的。 如果你用配置向导创建你的域，WebLogic启动脚本（startWebLogic.cmd）放在domain-name目录里。默认情况下，这个目录是BEA_HOME\user_pr ojects\domain\domain-name，BEA_HOME表示安装路径，domain-nam e是在配置模板中设置的域名称。
app测试指导手册
APP测试指导手册 编写目的 本手册编写旨在帮助刚刚入手的移动端测试人员了解移动端项目，并且了解刚刚接触一个移动端的项目如何入手，有哪些问题需要明确，有哪些问题需要注意，欢迎补充 移动端产品（项目）介绍 移动端产品（项目）展现在眼前的就是一个实际的app应用，支撑这个app应用的是它的后台。后台一般有两种，一种是实际部署的后台管理系统，管理系统的基本信息和业务信息，前台仅仅做展示，查看用，如通讯录APP，掌上直播点播；另一种是后台部署的系统和前台有数据交互的，一般这种系统分为pc展现端和APP展现端，pc端和APP端的展现端存在数据交互，有共同的后台管理系统支撑这两个前台应用，如人大APP，一乡一法庭。 1功能测试 1.1安装 目前公司的app基本是机遇两大移动操作系统android和ios开发的，android开发的app 安装文件后缀为apk，ios开发的app安装后缀名是ipa App客户端程序的安装方式主要有如下几种： 1、手机端浏览器输入下载地址 2、通过二维码扫描（需要单独维护二维码信息，一般二维码是封装了下载地址，所以 如果系统提供了此功能，在实施文档中必须说明二维码如何生成如何维护） 3、Android平台，通过Usb连接电脑方式安装 4、App store下载安装（正式发布，目前接触的项目没有正式发布的。如果接触的项目 需要在APP store上发布，需要在发布时间前预留出时间，因为提交申请到APP store 后审核比较严格，需要的时间较长，具体时间需要提前确认） 目前公司开发了一个APP推送平台，测试过程中可以让开发把apk放在推送平台上，测试人员通过这个平台取包，同时在test上进行备份，这样方便开发和测试的交互 需求分析时需要确认系统支持哪几种安装方式，是否符合项目的要求 测试重点（围） 1、安卓主要是测试移动端不同版本的操作系统是否能正常安装。Android及IOS不同
Weblogic性能调优-通过Thread Dump调优JAVA应用程序
理解和探查内存不足/内存泄漏OutOfMemoryError/Memory Leak Analyze & Utilities Demonstrate II(AIX)
理解和探查内存不足/内存泄漏 听完这次Webinar，您将能够： q了解Java基本内存管理基本概念 q了解发生内存不足/内存泄漏错误的原 因和症状 q了解如何解决内存不足/内存泄漏错误
MENU ?Java内存管理的基本概念 ?内存不足和内存泄漏错误的原因和症状 ?使用分析工具解决内存不足和内存泄漏错误?预防内存不足和内存泄漏?OutOfMemory分析实例
…Java内存 –Java堆内存（heap） …Java堆内存(heap)： –是JVM用于分配Java对象的内存，包含活动对象和不可用对象 –堆大小通常是在服务器启动时使用java命令中的 –Xms(最小)–Xmx（最大）标志来定义。
…本地内存(native memory)： –是JVM用于其内部操作的本地内存（非Java内存）–JNI代码和第三方本地模块（例如，本地JDBC驱动 程序）也使用本地内存 –最大本地内存大小取决于以下因素： ?操作系统进程内存大小限制 ?已经指定用于Java堆的内存 …进程内存大小： –32位操作系统，理论最大值2的32次方＝4G –进程内存＝ Java内存＋本地内存 ＋加载的可执行文件和库＋操作系统保留内存
…垃圾回收 (Garbage Collection, GC)：–JVM自动检测和释放不再使用的内存。 –Java运行时JVM会执行GC，这样程序员不再需要显 式 释放对象。 –通常在空闲内存降低到某一水平或内存分配达到某一 数量后自动触发。 …以下OutOfMemory简称OOM …以下Memory Leak简称ML …Heap简称“堆”
常用的性能测试方法和测试要点
常用的性能测试方法和测试要点 2008-12-16 13:58:04 / 个人分类：转载好东西 常用的性能测试方法和测试要点 1、明确用户的性能需求（显示的和隐式的），性能测试点，找出瓶颈 1）用户直接需求的和使用过程中（行业经验）可能遇到的性能瓶颈点必须测试和分析到。当然，客户不需要的，也没有必要去花时间和精力。 2）从中获取相应的性能测试参数，峰值和平均值。 3）客户的性能容忍度和系统所能承受的容忍度同样重要。 4）确认系统运行的最低硬件环境要求（虽然硬件便宜的多了，但客户能不能改造自己的环境还得客户说了算） 5）如果可以的话，将系统的容错性做为性能测试的一部分进行测试 2、测试对象和性能负载分布 1）基本的3个对对像：C/S、B/S中的客户端和服务器，其中还有网络进行连接或中间件。 2）服务端可能分为数据端、业务端和服务容器。 3）跟据实际的测试结果合理的进行相应的性能负载分布。 3、负载、容量和压力测试逐一进行（如果需要） 1）更多的情况下，性能测试中出现的问题是最初的设计时应存在的问题。如果可能，建议对相应的性能提前做测试和优化。 2）够用就好，不是所有的系统都要进行性能测试，一切以客户需求和实际需要为准。 4、测试点 1）CPU和内存使用（系统自身的原因）。是否可以正常的使用和释放，是否存在内存溢出。 2）访问的速度（客户需求或是实际的应用要求说了算） 3）网络。网络传输速度，网络传输丢包率。（找些工具，有免费的）
4）服务器。指令、服务应答响应时间，服务器对信息处理的时效性，服务器对峰值的处理（建议进行服务器优化或是进行服务负载均衡，有大量的文档对此进行描述） 5）中间件。中间件在信息传递中的处理性能及信息处理的正确性。 5、测试和监控数据 1）均值下的持续运行（通过分析对整体的性能进行预测和评估） 2）短时间的峰值运行（分析系统的处理能力） 3）最低配置和最佳配置下的性能对比 4）多用户。同时访问，同时提交。 5）对4 中的数据进行记录和监控 6、选择测试工具 现有的测试工具太多了，不在一一列举。 适用就好，推荐开源的工具。 作为一名测试新人加入团队，大多数情况下，项目组成员都是一种热情欢迎的态度，并且主动提供力所能及的支持和帮助，如何快速熟悉项目业务和测试环境，尽快投入到实际工作中去，我谈谈个人的经验和一些看法，供同行参考： 1、寻找新公司的团队元老： 一般来说，一个新人进入新公司，都要指定一个师傅带一段时间，这也就是我们说的测试前辈。很多时候，测试前辈都是经验非常丰富的测试高人，如何您和他相处融洽，关系不错，凭他个人丰富的业务经验，给您指点迷津，也许会比你自己摸索10倍的时间效果还好。很多的测试新手，刚进入新公司时，自高自大，眼高收低，测试前辈都不愿意交，结果到了试用期转正答辩的时候，一问三不知，被迫离开公司，被炒鱿鱼。这样的例子我看到的不下于10例，很可惜丢失了很多工作机会。 2、虚心的学习态度： 刚到一家新公司，保持谦虚的学习态度非常必要。记得我刚毕业那年，公司招聘了一个测试主管，他有4到5年的工作经验，阅历算是不简单，也是我们心目中的牛人吧。但是那个人，除了听总监的话以外，对于我们部门的其它人来说，他简直是自高自大，目中无人，根本不把部门里的其他人放到眼里，觉得部门的人都不如他。他作为一个空降兵，老员工和新员工，对他都很冷漠，碰到什么问题，需要小组成员帮忙的时候，大家都不愿意帮助他，互相推诿，
weblogic调优参数及监控指标
Weblogic调优参数及监控 weblogic调优参数 对Weblogic的调优主要从SEVER、ExecuteQueue、JDBC等几个方面的相关参数进行调优： 一、SERVER 在mydomain->Servers->myserver->Configuration->Tuning->“Enable Native IO”中： 1、Native IOEnabled TRUE，表示该Server使用本地I/O 2、SocketReaders 设置在执行线程中专用做Socket Readers的百分比 3、Maximum Open Sockets 最大打开Socket数 4、Stuck Thread MaxTime 堵塞线程时间，超过这个时间没有返回的执行线程，系统将认为是堵塞线程 如果weblogic认为某个队列中的所有的线程全部堵塞的话，weblogic将会增加执行线程的数量。 注意：执行线程的数量一旦增加，目前weblogic不会去减少他，如果增加了一些线程以后再次出现overflow的警告，weblogic会继续增加执行线程的数量，一直到达到上限为止。 5、Stuck Thread Timer Interval 系统检查堵塞线程的时间间隔 6、Low Memory GC Threshold 当可用内存小于该百分比时，垃圾回收启动 7、Low Memory Granularity Level 当两次检测的可用内存变化超过该百分比时，垃圾回收启动 8、Low Memory Sample Size 在一次检测中的取样次数 9、Low Memory Time Interval 检测间隔时间 10、Accept Backlog
jmeter性能测试操作手册
JMeter性能测试实例 JMeter性能测试实例 (1) 一、测试目标 (1) 二、使用badboy工具录制登录脚本 (1) 三、Jmeter导入Login.jmx脚本 (2) 四、用户名的参数化 (3) 五、关联 (4) 六、添加监听器（Listener） (5) 七、运行脚本 (6) 八、结果分析 (8) 一、测试目标 1）测试目标网站是http://127.0.0.1:1080/WebTours/ 2）测试目的是得到该网站在100和500个虚拟用户并发登录网站 “http://127.0.0.1:1080/WebTours/”的平均响应时间，错误率，吞吐量，程序所在机器的CPU运行效率，memory占用大小 二、使用badboy工具录制登录脚本 打开badboy工具,点击工具栏上的红色圆形按钮,在地址栏中输入被测试项目的地址“http://127.0.0.1:1080/WebTours/”，录制登录过程
点击“跳转”后 进入登录页面 登录成功后 此时录制完成,点击工具栏上的红色圆形按钮结束录制。 选择"文件"--Export to Jmeter... 得到Jmeter脚本Login.jmx 三、Jmeter导入Login.jmx脚本Jmeter中打开Login.jmx脚本，得到如下目录树
四、用户名的参数化 参数化方式:添加--前置处理器--用户参数(勾选上每次迭代更新一次) 单击"http://127.0.0.1/WebTours/login.pl",将username的值改为${user}
五、关联 在“http://127.0.0.1/WebTours/nav.pl”请求下右击，选择添加--后置处理器--正则表达式提取器 正则表达式提取器的设置如下图显示： 单击"http://127.0.0.1/WebTours/login.pl",将userSession的值改为${session}
Weblogic性能调优 V1.0
Weblogic 10.3.1.0 性能调优方案 V1.0 一、方案背景 本文描述的在Suse Linux Enterprise Server11 操作系统下Weblogic 10.3.1.0 性能调优，硬件的系统比较差，是由8core CPU，16G内存分离4个操作系统，每个操作系统是2core CPU，4G的内存，硬件系统的配置不是很高。 由于新框架在Weblogic10 下运行速度比较缓慢，需要对weblogic 容器的一些参数进行重新设置，以便提高新框架的运行速率，新框架包括登录页面、角色管理、管理员管理、日志管理、模板管理以及字典库管理，使用框架的技术是SSH3。安装完Weblogic 10.3.1.0后，Weblogic的一些参数都是默认参数，在linux中需要对一些参数进行重新设置。 二、优化部分 本次优化，主要以服务器启动、参数设置、应用登录进行优化 2.1、创建域慢启动慢的特征：创建域到70%时，进程长时间等待，创建 域启动Weblogic的时候也是长时间等待。 原因：线程挂在security相关的随机数生成上面，由于JDK的bug导致而成的。 解决办法：修改Linux Weblogic上的jdk $JAVA_HOME/jre/lib/security/java.security文件 将securerandom.source = file:/dev/urandom修改为： Securerandom.source = file:/dev/./urandom 这样可以解决任何一个域weblogic启动慢的问题 由于windows的实现机制和linux不一样，所以不存在启动慢的问题 2.2、修改JAVA_VM、Cache等相关参数 在$DOMAIN_HOME/bin/setDomainEvn.sh中，修改如下参数：if [ "${JAVA_VENDOR}" = "Sun" ] ; then WLS_MEM_ARGS_64BIT="-Xms256m -Xmx512m" export WLS_MEM_ARGS_64BIT WLS_MEM_ARGS_32BIT="-Xms512m -Xmx512m" export WLS_MEM_ARGS_32BIT else WLS_MEM_ARGS_64BIT="-Xms512m -Xmx512m" export WLS_MEM_ARGS_64BIT WLS_MEM_ARGS_32BIT="-Xms512m -Xmx512m" export WLS_MEM_ARGS_32BIT fi 修改为：
Weblogic常用监控方法及指标
性能测试工作室，专注于性能测试技术研究（https://www.360docs.net/doc/c45782733.html,）Weblogic常用监控指标 JMSRuntime JMSServersCurrentCount 返回当前JMS服务的连接数ConnectionsCurrentCount 返回本JMS服务器上当前的连接数JMSServersHighCount 返回自服务器启动后JMS服务的最大连接数ConnectionsHighCount 返回本JMS服务器自上次重置后的最大连接数JVMRuntime HeapSizeCurrent 返回当前JVM堆中内存数，单位时字节HeapFreeCurrent 返回当前JVM堆中空闲内存数，单位时字节ExecuteQueueRuntime ExecuteThreadCurrentIdleCount 返回队列中当前空闲线程数PendingRequestOldestTime 返回队列中最长的等待时间PendingRequestCurrentCount 返回队列中等待的请求数 Queue Length 队列长度 JDBCConnectionPoolRuntime WaitingForConnectionHighCount 返回本JDBCConnectionPoolRuntimeMBean 上最大等待连接数WaitingForConnectionCurrentCount 返回当前等待连接的总数 MaxCapacity 返回JDBC池的最大能力 WaitSecondsHighCount 返回等待连接中的最长时间等待者的秒数ActiveConnectionsCurrentCount 返回当前活动连接总数ActiveConnectionsHighCount 返回本JDBCConnectionPoolRuntimeMBean 上最大活动连接数 注： weblogic通常监控JVM和执行队列，JDBC连接池，其中执行队列最关键的指标是Queue Length 队列长度
weblogic10性能优化及相关技巧
WebLogic10常见性能优化及相关技巧 目录 一、中文字符集的加载方法 (2) 二、服务启动缓慢的解决方法 (3) 三、文件损坏造成无法启动服务的解决方法 (3) 四、打开文件数的优化 (4) 五、虚拟机内存的优化 (5) 六、连接池的优化 (5) 七、服务节点访问超时的优化 (8) 八、服务节点访问线程数的优化 (10) 九、部署应用程序的优化 (10) 十、日志的优化 (11) 十一、清空输出日志nohup.out的方法 (13) 十二、通过管理控制台对weblogic10运行情况进行监测 (13) 十三、windows下weblogic控制台运行日志输出到文件 (15) 十四、忘记weblogic管理控制台密码的处理方法 (16)
一、中文字符集的加载方法 加载中文字符集的必要性： 1、解决某些情况下服务无法启动(启动需要读取含中文的xml)。 2、解决应用程序运行异常(程序运行需要中文字符集的支持)。 3、方便查看相关系统运行日志。 一般在linux或aix操作系统上会出现中文字符集的问题 加载方法： Linux操作系统 修改域目录下xxx_domain/bin/setDomainEnv.sh文件，在文件中增加内容export LANG=zh_CN.GBK 例如： IBM Aix操作系统 修改域目录下xxx_domain/bin/setDomainEnv.sh文件，在文件中的java_options中增加内容： -Ddefault.client.encoding=GBK -Dfile.encoding=GBK https://www.360docs.net/doc/c45782733.html,nguage=Zh -Duser.region=CN 例如：