天行健，君子以自强不息

两款同样都是比较主流的商业性能测试工具，可能LoadRunner的市场占有率和流行程度更高一些，有意思的是这篇比较的文章出自IBM工程师之手，转载过来，供大家进行工具选型的时候参考。

以下转载自：http://www.ibm.com/developerworks/cn/rational/r-cn-rftloadrunner/

本文概要介绍 IBM Rational Performance Tester （简称 RPT）和 HP Mercury LoadRunner （简称 LR）两个性能 / 压力测试工具，主要从脚本开发，场景构建与配置，性能监控，测试结果分析几个方面，对 LR 和 RPT 的使用做了详细的对比分析，并根据 IBM Lotus Form 系统测试团队从 LR 到 RPT 的迁移的工作经历中总结了一些 RPT 的一些实用技巧。对于那些需要从 LR 工具切换到 IBM RPT 的测试人员的测试技术的平滑过渡，具有较强的借鉴意义。

1 概要介绍

LoadRunner 是一种适用于各种体系架构的自动负载测试工具，通过模拟实际用户的操作行为和实施实时性能监测，来帮助用户排查和发现问题。相比于 RPT, LR 能支持更广范的协议和技术，适应面很广，为用户的特殊环境提供特殊的解决方案。LR 的组件很多，其中最核心的组件包括：

• Vuser Generator(VuGen) 用于捕获最终用户业务流程和创建自动性能测试脚本
• Controller 用于组织、驱动、管理和监控负载测试。
• Load Generator 负载生成器用于通过运行虚拟用户生成负载。
• Analysis 有助于您查看、分析和比较性能结果。

IBM Rational Performance Tester（简称 RPT）也是一款性能测试工具，适用于基于 Web 的应用程序的性能和可靠性测试。Rational Performance Tester 将易用性与深入分析功能相结合，从而简化了测试创建、负载生成和数据收集，以帮助确保应用程序具有支持数以千计并发用户并稳定运行的性能。

• RPT 是针对 Web 应用程序的性能测试工具，基于 Windows 和 Linux 的用户界面，使用基于树型结构的测试编辑器提供高级且详细的测试视图。
• 提供不同用户数的灵活的模拟，支持将 Windows 和 Linux 用作分布式负载生成器，使用最小化的硬件资源实现大型、多用户的测试。
• 支持使用自定义 Java 代码的灵活测试定制。

阅读全文 »

Share This

以前总结过很多测试的文章，而且都是断断续续的，现在时隔很久，找起来不很方面，现在做个汇总，方面大家查阅。（此处所列文章全部为原创，转载请注明作者和出处）

自动化测试计划和实施

测试自动化的计划和实施
测试自动化的计划和实施总纲
自动化测试的计划和实施第一阶段
自动化测试的计划和实施第二阶段
自动化测试的计划和实施第三阶段
自动化测试的计划和实施第四阶段
测试自动化需三思而后行
何时以及对什么进行自动化

自动化测试开展

自动化测试的思考和总结之开篇
自动化测试的思考和总结之有的放矢篇
自动化测试的思考和总结之天时地利篇
自动化测试的思考和总结之天下三分篇
自动化测试的思考和总结之平台利器篇
自动化测试的思考和总结之工具利器篇
自动化测试的思考和总结之功利篇

LoadRunner结果分析

利用LoadRunner进行性能测试和结果分析(连载一)
利用LoadRunner进行性能测试和结果分析(连载二)
利用LoadRunner进行性能测试和结果分析(连载三)
利用LoadRunner进行性能测试和结果分析(连载四)
利用LoadRunner进行性能测试和结果分析(连载五)
利用LoadRunner进行性能测试和结果分析(连载七)

测试入门必读
软件测试和质量管理推荐书目

Share This

前阵子介绍过一款Linux平台的系统性能监测工具dstat，相信很多朋友还记得，不过很遗憾dstat目前只能运行在linux平台中，最近在研究solaris平台的类似工具，如果不行，就自己花时间包装一个。

今天在搜索的时候，发现Solaris平台下居然有一款功能更加强大的工具，SE Toolkit，下面简单介绍一下这个工具，然后介绍从哪里下载，如何安装，如何使用等。

介绍
SE Toolkit是一个专门针对solaris系统的免费的性能监测软件。SE Toolkit报告磁盘活动、CPU利用情况、TCP和网络连接、内存，以及其他更多信息。它安装方便，不需要重启系统，并且生成容易理解的图形显示。
目前最新的版本是3.4，支持x86和SPARC两种架构，最新的版本支持Solaris10.

下载
老的地址：
http://www.sunfreeware.com/setoolkit.html
最新的下载地址已经move到了sourceforge了，
http://sourceforge.net/projects/setoolkit/
下载地址
阅读全文 »

Share This

这是我翻译的这篇文档的第三部分，也是最后一部分。

原文名称：User Experience, Not Metrics

原文作者：Scott Barber

原文出处：http://www.perftestplus.com

译文名称：基于用户体验的性能测试

翻译：RickyZhu

压力区域

在我们例子中的曲线100到175并发用户区域，我们可以看到随着压力增加，响应时间开始越来越长。这就是我们所说的压力区域，如图4所示。

图4 下降曲线的压力区域

技术上来说，这个区域是下降曲线的一部分，这个时候我们可以确信系统正在被加压但是基本上来说还是可以处理这个压力。压力区域开始于响应时间缓慢增长，结束于屈服（下面要讨论的）。这个区域就是我们通常说的应用/系统的“缓慢下降”。这个意思是说在这个区域随着压力增加，响应时间也会增加，但是不是十分剧烈。当应用被充分调优之后，最大推荐用户负载应该是在压力区域开始的时候，但是这个时候系统继续保持稳定的性能并能持续一段时间。这就给老板一定程度的信心，就是说当超过期望用户访问系统的时候，系统仍然能保持稳定并正常工作。

阅读全文 »

Share This

这是我翻译的一篇文档，因为篇幅较长，所以打算分几次介绍，上回介绍了第一部分，今天介绍第二部分。

原文名称：User Experience, Not Metrics
原文作者：Scott Barber
原文出处：http://www.perftestplus.com/

译文名称：基于用户体验的性能测试
翻译：RickyZhu

单用户区域

图中从左到右看到的第一个区域就是单用户区域，如图2所示。

图2 下降曲线的单用户区域

从图中可以看出，单个用户的性能实际上比好几倍的多用户还要慢。这是正常的。单个用户的响应时间（用Rational工具或者其他负载生成工具生成的）一般来说显著的比站点的最佳性能要慢，这是因为需要处理负载生成工具的工作原理（也就是线程技术），缓冲技术，“睡眠”硬盘等等。你可以把单个用户访问这样的网站想像为在一个寒冷的天气驾驶你的汽车。如果你在上路之前不把你的汽车预热一下的话，它可能会有一点点反映迟缓，直到它自己完全预热。这可能不是一个十分恰当的比喻，但可以有助于你理解。这就是为什么我不推荐用单个用户负载作为后续负载测试的一个对照的原因。

阅读全文 »

Share This

关于这个系列翻译文章的始末可以从ppent兄弟的博客那里得到一点参考：

原文名称：User Experience, Not Metrics
原文作者：Scott Barber
原文出处：http://www.perftestplus.com/

译文名称：基于用户体验的性能测试
翻译：RickyZhu
译文地址：http://www.rickyzhu.com/2007/10/16/user-experience-not-matrics-1/

《基于用户体验的性能测试》，原名User Experience, Not Metrics，出自性能测试大师Scott Barber之手。大师性能测试经验丰富，以用户体验为根本出发点，描述了基于用户体验的性能测试方法，结合丰富的测试示例论述。此书为大师毕生所学之精华，乃不出世之武林秘笈，侧重于方法论上的内功心法。练就此内功心法威力无比，再运用于各种武功招式（测试工具）则得心应手、摘叶飞花杀人于无形，是江湖中人（性能测试工作者）梦寐以求的宝典。

我这里翻译的是第十章的内容，现在正式开始。

阅读全文 »

Share This

SwingBench是一款针对Oracle数据库的压力测试工具，由Oracle UK的员工开发，目前稳定版本2.2，最新版本2.3，基于JDK1.5。该工具是免费的，可以在作者的网站上自由下载，而且由比较详细的使用文档。

Swingbench可以执行4种不同的标准测试(benchmark)，拥有三种前端展示方式 Swingbench/Charbench/Minibench，其中Charbench是字符模式的，另外两种是GUI模式的。另外还可以通过 ClusterOverview可以聚合显示所有的结果。Swingbench的开发目的主要是用来展示RAC的负载和测试，但也可用于单实例环境。最新的2.3版本开始支持TimesTen内存数据库。
阅读全文 »

Share This

在进行性能测试的时候，我们一般需要检测很多方面的数据，这些数据包括CPU占用，内存占用情况，网络状况，load average，进程信息，磁盘信息等等。利用系统提供的命令一般来说可以完成这些数据的监测，但是一般来说，这些命令都是分散的，比如vmstat，iostat，netstat。如果能有一个工具可以完成这些数据的集中监控就好了。

dstat就是这样一款功能强大的工具，他完全覆盖了上述的功能集合，而且提供了更加强大的功能，下面是简单的一个dstat的用法说明和实例：

[dag@emyn ~]$ dstat –help
Usage: dstat [-afv] [options..] [delay [count]]
Versatile tool for generating system resource statistics

阅读全文 »

Share This