Category Archives: 性能测试

推荐一款Solaris性能监控软件SE Toolkit

前阵子介绍过一款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/ 下载地址

Posted in 性能测试 | Tagged | 9 Comments

基于用户体验的性能测试(三)

这是我翻译的这篇文档的第三部分,也是最后一部分。 原文名称:User Experience, Not Metrics 原文作者:Scott Barber 原文出处:http://www.perftestplus.com 译文名称:基于用户体验的性能测试 翻译:RickyZhu   压力区域 在我们例子中的曲线100到175并发用户区域,我们可以看到随着压力增加,响应时间开始越来越长。这就是我们所说的压力区域,如图4所示。 图4 下降曲线的压力区域 技术上来说,这个区域是下降曲线的一部分,这个时候我们可以确信系统正在被加压但是基本上来说还是可以处理这个压力。压力区域开始于响应时间缓慢增长,结束于屈服(下面要讨论的)。这个区域就是我们通常说的应用/系统的“缓慢下降”。这个意思是说在这个区域随着压力增加,响应时间也会增加,但是不是十分剧烈。当应用被充分调优之后,最大推荐用户负载应该是在压力区域开始的时候,但是这个时候系统继续保持稳定的性能并能持续一段时间。这就给老板一定程度的信心,就是说当超过期望用户访问系统的时候,系统仍然能保持稳定并正常工作。

Posted in 性能测试 | Tagged | Leave a comment

基于用户体验的性能测试(二)

这是我翻译的一篇文档,因为篇幅较长,所以打算分几次介绍,上回介绍了第一部分,今天介绍第二部分。 原文名称:User Experience, Not Metrics 原文作者:Scott Barber 原文出处:http://www.perftestplus.com/ 译文名称:基于用户体验的性能测试 翻译:RickyZhu 单用户区域 图中从左到右看到的第一个区域就是单用户区域,如图2所示。 图2 下降曲线的单用户区域 从图中可以看出,单个用户的性能实际上比好几倍的多用户还要慢。这是正常的。单个用户的响应时间(用Rational工具或者其他负载生成工具生成的)一般来说显著的比站点的最佳性能要慢,这是因为需要处理负载生成工具的工作原理(也就是线程技术),缓冲技术,“睡眠”硬盘等等。你可以把单个用户访问这样的网站想像为在一个寒冷的天气驾驶你的汽车。如果你在上路之前不把你的汽车预热一下的话,它可能会有一点点反映迟缓,直到它自己完全预热。这可能不是一个十分恰当的比喻,但可以有助于你理解。这就是为什么我不推荐用单个用户负载作为后续负载测试的一个对照的原因。

Posted in 性能测试 | Tagged | Leave a comment

基于用户体验的性能测试

关于这个系列翻译文章的始末可以从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之手。大师性能测试经验丰富,以用户体验为根本出发点,描述了基于用户体验的性能测试方法,结合丰富的测试示例论述。此书为大师毕生所学之精华,乃不出世之武林秘笈,侧重于方法论上的内功心法。练就此内功心法威力无比,再运用于各种武功招式(测试工具)则得心应手、摘叶飞花杀人于无形,是江湖中人(性能测试工作者)梦寐以求的宝典。 我这里翻译的是第十章的内容,现在正式开始。

Posted in 性能测试 | Tagged | Leave a comment

问题和意见征集

打算在深圳测试协会下次活动上讲讲LoadRunner,据几个朋友说这个话题目前很热。 其实老实说我真的不知道大家对哪些东西比较感兴趣,概念性的东西我不打算多讲,打算从一个实例出发,进行一次实战的演练吧,不仅仅局限于工具的使用。请大家给点建议,或者说关心哪些东西? 这样我好有个目标。 另外具体的活动时间请协会会员留意邮件通知,如果还没有报名并且想报名的,直接给Mike发邮件(mikeyond@gmail.com). 活动结束后,我打算把ppt放到我的博客供大家参考。 另外,大家可能也留意了,最近我在右边栏放了一个阿里妈妈的广告,欢迎有意的公司或者个人购买,呵呵,很便宜的哦。(10块RMB/每周) ^_^ 下面是大致列的一个提纲:

Posted in 性能测试 | Tagged | 10 Comments

拔出网线和禁用网卡有何区别

前两天在作破坏性测试,就是模拟一些极端异常的用户行为,然后观察被测对象是否正常。 其中有一个异常就是网线被拔出,或者存储控制器的cable被拔出来了,因为测试环境远在米国,所以只能通过其他手段达成。这里我的问题就来了,是否可以用禁用网络的方式模拟网线拔出?这两者有什么根本的区别? 请各位懂行的朋友解答一下? 另外,简单介绍下如何在命令行方式下禁用网络连接。 CMD>netsh interface set interface 连接名 disable 即可。

Posted in 性能测试 | Tagged | 1 Comment

推荐一个强大的性能监测工具dstat

在进行性能测试的时候,我们一般需要检测很多方面的数据,这些数据包括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

Posted in 性能测试 | Tagged | 7 Comments

性能测试理论之—操作系统篇

很多朋友,一说起性能测试,第一印象就是性能测试工具,其实这只是测试测试中很小很小一部分。这就好像冰山,大家看到的仅仅是不到20%的表面现象,另外80%看不见的是位于水面以下的部分。 具体这80%是指什么呢,相信大多数朋友也都知道,无外就是一些理论知识和实践经验的积累,理论知识包括操作系统,数据库,中间件,网络等等;实践经验就不用多说了,不同行业的,不同类型应用的性能测试对应的特点不同,对性能结果的要求标准也不同。这需要很长时间的积累。并不是简单的靠测试工具就可以解决的问题。测试工具只是一个辅助工具,并不能代替人进行结果的分析和问题的定位,最多只能提供一些参考和指导。 经验的积累靠实践,理论的积累就要靠学习了,其实知识的学习并不仅仅局限于书本,不过书本确是获取知识最直接和最快捷的途径了,操作系统是大家再熟悉不过的一种知识了,要做好性能测试,还真要对一些操作系统的原理进行基本的了解,下面是一系列经典的操作系统原理培训材料,包含12篇PPT,仅供大家参考。 操作系统原理培训材料1 2 3 4 5 6 7 8 9 10 11 12

Posted in 性能测试 | Tagged | 20 Comments