Tony 's Blog 只为精进而生

最近碰到一个棘手的问题，在已经展开的稳定性测试中。频繁出现Was宕机等问题，于是在征询了研发组意见后。决定对Was发生宕机前后，进行内存快照。最初的方案是在，Was启动后和发生死机时，使用HeapDump来分析具体程序调用的Java对象。但时间的快照文件却非常难以分析发生宕机时候内存堆内具体的变化情况。由于，需要准确定位到java虚拟机中堆栈的使用情况。由此，我们引用了一个新的测试分析工具jPro

redhat.com发布redhat 9简写为rh9)后，不再开发redhat 10,11...,全面转向redhat enterprise linux(简写为rhel)的开发，和以往不同的是,新的rhel 3要求用户先购买lisence,redhat.com承诺保证产品的稳定性，安全性。rhel 3二进制代码不再提供下载，而是作为redhat 服务的一部分，但源代码依然是open。所以有了cen

 网络中的数据是由一个个数据包组成，防火墙对每个数据包的处理要耗费资源。吞吐量是指在没有帧丢失的情况下，设备能够接受的最大速率。其测试方法是：在测试中以一定速率发送一定数量的帧，并计算待测设备传输的帧，如果发送的帧与接收的帧数量相等，那么就将发送速率提高并重新测试；如果接收帧少于发送帧则降低发送速率重新测试，直至得出最终结果。吞吐量测试结果以比特/秒或字节/秒表示。    吞吐量和报文转发率是关系

#程序功能，实现同步监控。由于Linux_shell为单线程的脚本语言。若如要使用几个命令在同一时间开始监控，我们只能开启N个窗口。好在，当初使用shell_script仅仅是用来对内部服务器进行监测。曾经也处理过以下问题，但当时没能找到好的解决办法，只好就此作罢。而这次维护，原本是想在外网某台服务器上部署以上脚本，但苦于同步问题，上周一直研究这方面的内容。Python接触的时间不算太长，这段程序

本篇会提供两种解决方案，当然py部分，可能比较麻烦。不过，我想这个部分今后也会使用到，所以还是贴出来留个纪念，以鼓励后人。对于长期性能监控来说，使用shell进行自动话性能监控，只是我对游戏自动化构想的第一步。而既然现在，可以产生如此多的数据，如何更为高效的管理和分析这些数据应该下个阶段需要着重讨论的问题。本篇后，本人也会花更多经历在这个方面进行研究，欢迎高手指证，嘿嘿！以下提供Py部分解决方

如存在没有任何错误的程序，那么世界也会不复存在。”     因错误而存在，因修正错误而存在，这就是软件测试工程师的存在之道。虽然测试不是解决错误的根本举措，但却是必须的手段。        软件测试工程师（Software Testing Engineer）的主要工作职责是，理解产品的功能要求，并对其进行测试，检查软件有没有错误（Bug），决定软件是否具有稳定性（Robustness），写出相应的

监控程序：#!/usr/bin/env python#-*- coding: cp936 -*-import threading,os,timeclass Config_th:        def Config_m(self):                #global set_workpath,set_commandpath,set_looptime,set_loophour,se

关于swap持续增长： 怀疑存在内存泄露，对于什么原因引起的泄露，初步怀疑与服务器玩家上下线登录时内存未释放有关。 问题排查的思路： (1)确定标准系统中哪些情况会造成swap的持续增长 (2)确定swap的增长与系统其它性能指标的关系，这个使用Excel分析比较麻烦，经常需要动态

tcpdump采用命令行方式，它的命令格式为： 　　tcpdump [ -adeflnNOpqStvx ] [ -c 数量 ] [ -F 文件名 ] 　　　　　　　　　　[ -i 网络接口 ] [ -r 文件名] [ -s snaplen ] 　　　　　　　　　　[ -T 类型 ] [ -w 文件名 ] [表达式 ] 　　1. tcpdump的选项介绍 　　　-a 　　　将网络地址和广播地址转

 v/:* {behavior:url(#default#VML);}o/:* {behavior:url(#default#VML);}w/:* {behavior:url(#default#VML);}.shape {behavior:url(#default#VML);}Normal07.8 磅02fal

涉及百万级，千万级测试数据基础构建，我们不可能通过程序批量加入或者insert的方式进行数据构建，以下介绍一种简单的方法，可以构造任意数据表(包括时间格式，浮点数等) 首先，使用下面的语句将，数据格式导出 -- Start of generated script for 192.168.0.85-INFO85-INFOSPY (db2inst1)--  Oct-11-2

首先，还是通过export命令将某表数据导出为del格式-- Start of generated script for 192.168.0.85-INFO85-INFOSPY (db2inst1)--  Oct-11-2008 at 14:53:28EXPORT TO C:/DATA_WHITELISTS_R.del OF DEL  SELECT * FROM "

【重要】 性能测试设计能力解决方案 下载地址：http://download.csdn.net/source/3542863

关于Windows下,Perfmon(性能技术器)中Process(Work Set)的理解:处理线程最近使用的内存页,反映了每一个进程使用的内存页的数量.如果服务器有足够的空闲内存,页就会被留在工作集中,当自由内存少于一个特定的阀值,页就会被清除出工作集.(类似于:GC)内存页分为：文件页和计算页    内存中的文件页是文件缓存区，即文件型的内存页，用于存放文件数据的内存页（也称永久页）

每一种条件语句的基础都是判断什么是真什么是假。是否了解其工作原理将决定您编写的是质量一般的脚本还是您将引以为荣的脚本。 Shell 脚本的能力时常被低估，但实际上其能力的发挥受制于脚本撰写者的能力。您了解得越多，您就越能像变戏法似地撰写一个文件来使任务自动化和简化您的管理工作。 在 shell 脚本中进行的每一种操作（除最简单的命令编组之外）都需要检查条件。所有的 shell 脚本“逻辑”

版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明http://www.chedong.com/tech/awstats.html关键词：awstats web log analysis apache iis 日志 分析 open source你完全不必耐心看完所有内容：简要安装说明如下安装====http://sourceforge.net/project

前段时间有幸收到珠海X公司性能题目，呵呵，接合之前的公司产品性能测试做以下总结。个人认为有关性能测试场景问题，其实更佳着重于对性能测试目的考究。以下也是我回复该公司邮件的一些择选：验证测试是用于验证在特定的场景、时间、压力、环境和操作方式下系统能够正常的运行，服务器、应用系统和网络环境等软硬件设施还能否良好的支撑这些情况下用户的使用。验证性测试主要针对有明确的压力目标和预期结果，验证系

分析原则：    • 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）    • 查找瓶颈时按以下顺序，由易到难。    服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）    注：以上过程并不是每个分析中都需要的，要根据测试目的

最近在做公司产品的排查性稳定性测试中，遇到一个小问题。在更换的数据初时化数据后，由加压机链接应用服务器变的非常缓慢。由此，判断为以下几种情况，再在与研发一起分析完Was6.0的服务器日志后，决定对db2参数进行调整。1)情况一：局域网数据包传输问题，经过对局域网内包的监控没有发现异常情况排除情况一。2)情况二：应用服务器自身问题，未排查3)情况三：数据库服务器参数配置问题，

awk 是一种方便的面向行的文本处理语言。 cat 将指定为参数的文件内容打印到终端。作为管道的第一个命令，这是很方便的，例如，cat foo.txt | blah。 cut 从输入文件或流的每个行上抽取出由字符限定的字段。 expand 将输入制表符转换为空格。使用 -t 选项来指定制表符停止位。 fmt 对段落重新格式化以便在其边缘处进行换行。这个能力被构建到大多数文本编辑器中，但是应知道它仍

  如何在Loadrunner中监控服务器资源使用情况 一．监控需要进行的配置：在LR控制台设置监控Windows服务器的资源比较容易，直接添加Measurements即可。但是大多情况下面服务器的操作系统是Linux或者Unix，这时想监控系统的资源使用情况就需要进行一些设置：1．由于LR是通过rpc.rstatd进程获得系统的性能数据，因此首先查看进程中是否存在该进程，

进入要监控的主机，需要启动3个服务，进入控制面板-〉管理工具-〉服务，找到Remote Procedure Call (RPC)、Remote Procedure Call (RPC) Locator和Remote Registry，其中Remote Procedure Call (RPC) Locator的登陆选项中要输入当前主机帐户和密码，然后重启该服务，其他服务设置不变。然后，在LoadRu

性能测试注意事项：1．服务器端和客户端一定要同一个局域网内，否则网络因素会成为性能测试的瓶颈。2．在性能测试脚本中要注意检查点的设置，否则都不清楚脚本是否真的成功执行操作。3．设置参数化和关联是性能测试脚本调通的关键。4．录制脚本时通常会包括一些think time,因此在回放脚本时，注意在runtime setting中设置忽略think time，否则会影响测试数据的准确性，如

在数据分析的时候，一般首先要对数据进行描述性统计分析（Descriptive Analysis），以发现其内在的规律，再选择进一步分析的方法。描述性统计分析要对调查总体所有变量的有关数据做统计性描述，主要包括数据的频数分析、数据的集中趋势分析、数据离散程度分析、数据的分布、以及一些基本的统计图形。     （1）数据的频数分析：在数据的预处理部分，我们曾经提到利用频数分析和交叉频数分析来检验异

  本次产品稳定性测试报告写作思路 1.         本次产品稳定性测试的总体背景2.         本次产品稳定性测试的方法及策略3.         罗列已经进行稳定测试种类，并根据测试类型描述该次测试目的，并针对其测试目的给予简单的测试评论4.         为其它同类型的测试，提供理论依据或为项目组成员提供参考依据，如：前期重新部署包、数据库或其它事项，

目录1．性能测试整体实施方案概述. - 2 -1.1     五个阶段（CMM质量成熟度模型相似）：... - 2 -1.2     现阶段性能测试的问题（排名不分先后）：... - 2 -1.3     前期预计需要解决问题：... - 3 -1.4     后期逐步需要解决问题：... - 3 -2.    性能测试需求. - 4 -2.1     前期性能指标

使用sar进行综合分析　　表1 sar参数说明 　　选项 功能 　　-A 汇总所有的报告 　　-a 报告文件读写使用情况 　　-B 报告附加的缓存的使用情况 　　-b 报告缓存的使用情况 　　-c 报告系统调用的使用情况 　　-d 报告磁盘的使用情况 　　-g 报告串口的使用情况 　　-h 报告关于buffer使用的统计数据 　　-m 报告IPC消息队列

建立有效的基准数据及环境建立有效基准数据及环境，是为了解决现有测试环境与测试数据无法与实际生产环境进行对比与估量的问题。在测试方法上，我们仍然采用负载与压力并行的方式（有关负载测试与压力测试的区别，请查阅相关性能测试书籍）。建立有效的基准数据模型，可以为我们提供较为可靠的版本性能预警机制、为测试数据提供较为精确的阀值标准、建立统一的数据分析体系，并在一定程度上提高了对现有版本的控制力度，在一定

泊松分布Poisson distribution    概率论中常用的一种离散型概率分布。若随机变量 X 只取非负整数值，取k值的概率为λke-l/k!(记作P (k；λ)，其中k可以等于0，1，2，则随机变量X 的分布称为泊松分布，记作P(λ)。这个分布是S.-D.泊松研究二项分布的渐近公式是时提出来的。泊松分布P (λ)中只有一个参数λ ，它既是泊松分布的均值，也是泊松分布的方差。在实际事例中

原文地址：http://blog.csdn.net/netbios333/article/details/4264114一、WHY——为什么会出现ASH和AWR？1.     10g之前用户的连接将产生会话，当前会话记录保存在v$session中；处于等待状态的会话会被复制一份放在v$session_wait中。当该连接断开后，其原来的连接信息在v$session和v$session_wait中就