Monthly Archives: February 2007

用Windows自带的画图画汽车

太强了,用Windows自带的画图画汽车,不佩服都不行~~~~

Posted in 生活点滴 | Leave a comment

利用LoadRunner进行性能测试和结果分析(连载四)

今天介绍LoadRunner图表分析中最重要的事务图(Transaction Graph),运行场景或者会话步骤之后,可以使用一个或者多个事务图分析测试过程中执行的事务.事务图主要包括: 平均事务响应时间图 每秒事务数图 每秒事务总数 事务概要图 事务性能概要图 事务响应时间(负载下)图 事务响应时间(百分比)图 事务响应时间(分布)图 下面逐个进行介绍: 平均事务响应时间图 平均事务响应时间图显示再场景或者会话步骤运行期间每一秒内执行事务所用的平均时间. X轴表示从场景或者会话步骤开始运行以来已用的时间.Y轴表示执行每个事务所用的平均时间(单位秒). 对于每个粒度,此图以不同的方式显示.粒度越小,结果就越详细.但是要研究虚拟用户再整个场景或者会话步骤的总体行为,使用较高粒度查看结果将会更加有用. 例如,使用低粒度可以看到不执行事务的时间间隔.然后,如果使用较高粒度查看同一个图,将看到事务总体响应时间图.关于粒度的设置,这里不再详细介绍. (默认情况下,只显示已经通过的事务) 你可以再平均事务响应时间图中查看事务细分,方法是选择视图>显示事务细分图,或者右键单机事务,然后选择显示事务细分图.再事务细分树中,右键单机要细分的事务,然后选择细分<事务名>.平均事务响应时间图可以显示子事务的数据. 要查看事务或者子事务中包含的网页的细分,邮件单击此事务或者子事务,然后选择<事务名>的网页细分. 你也可以将平均事务响应时间图与正在运行的虚拟用户图进行比较,了解正在运行的虚拟用户的数目对事务性能时间产生的影响. 例如,如果平均事务响应时间图显示性能逐渐改善,则可以将其与正在运行的虚拟用户图进行对比,看性能时间是否因为虚拟用户的负载减少而得到改善. 如果定义了可以接受得最小和最大事务性能时间,则可以使用此图确定服务器性能是否再可以接受得范围,很多朋友再没有定义事务性能期望得情况下,进行测试,结果将是很难判断得,测试之前一定要一定得期望. 每秒事务总数图 每秒事务总数图显示场景或者会话步骤运行的每一秒中,通过的事务总数,失败的事务总数以及停止的事务总数. X轴表示场景或者会话步骤开始运行以来已用的时间(单位秒).Y轴表示场景或者会话步骤运行过程中执行的事务总数.一般绿色表示成功执行的事务,红色表示失败的事务. 通过每秒事务总数,能够对于应用的的整体性能进行一定的比较和说明.但是该图每秒事务总数会受到很多因素的影响,包括步间隔时间,思考时间等. 下面是平均事务响应时间图: 下面是每秒事务总数图:

Posted in 性能测试, 测试工具 | Leave a comment

Top命令的一个BUG

今天发现了top命令的一个bug, 监控进程的时候,明明当前有三个进程,可是top的低版本只能取到其中一个进程的资源信息. 但是用高版本的就可以,操作日志如下: [root@MD_100_22 bin]# ./linux_top -b -n 2 -d 2 > old.log [root@MD_100_22 bin]# top -b -n 2 -d 2 > new.log 查看了一下版本信息: [root@MD_100_22 bin]# ./linux_top -version procps version 2.0.11 [root@MD_100_22 bin]# top -version top: procps version 3.2.5 usage: … Continue reading

Posted in 脚本语言 | Leave a comment

如何在vmstat输出中增加时间戳

前阵子,利用vmstat生成的实时性能数据文件,美中不足是没有时间信息,缺少一个时间戳,测试结束后开发在debug问题的时候,往往需要定位性能瓶颈发生的具体时间,因此,需要为vmstat性能文件添加一个时间戳. 利用强大的awk即可实现这个功能,如下: [autoadm@AUTOTEST-ATS ATSLib]$ vmstat 2 5 | awk ‘{print strftime(“%H:%M:%S”) $0}’ 17:08:07 procs memory swap io system cpu 17:08:07 r b w swpd free buff cache si so bi bo in cs us sy id 17:08:07 1 0 0 … Continue reading

Posted in 脚本语言 | 1 Comment

利用sed生成好看的报表

前阵子做性能测试的时候,系统工程师有个要求,所有的性能测试项目提供一份vmstat的结果作为参考,最好能做出性能的曲线. 做曲线这么艰巨任务就只能由Excel去完成肋,我们所要做的就是把vmstat的结果输出为一个标准的格式文件,步骤如下: 1. 首先利用vmstat -n 5 10 > vmstat.csv把结果输出到一个文本文件中. (不过solaris好像没有-n 🙂 ,只能自己想办法去掉) 2. 利用利器sed把其中的第一个空格去掉,命令如下: :1,$s/^ // 我尝试了N次,都没能成功,居然把行首的^给忘记了,自责中… 3. 利用sed把其中所有的空格替换成, 这样csv格式就可以直接被打开,利用如下的命令: :1,$s/ \+//g 这个命令也有一段来历,刚开始尝试的时候用的不是+而是*,结果每次都把后面的所有内容都替掉了,后来在伟大的Grant同学指点下(一个冰淇淋换来的)用转义后的+解决. 不过为什么*不用转义,而+需要转义一直表示不解,直到看了如下解释: [grant@autotest16 test]$ man grep …………………………… In basic regular expressions the metacharacters ?, +, {, |, (, … Continue reading

Posted in 脚本语言 | Leave a comment

优秀的测试工程师应该具备的素质

人是测试工作中最有价值也是最重要的资源,没有一个合格的、积极的测试小组,测试就不可能实现。然而,在软件开发产业中有一种非常普遍习惯,那就是让那些 经验最少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这绝对是一种目光短浅的行为,对一个系统进行有效的测试所需要的技能绝对不比进行 软件开发需要的少,事实上,测试者将获得极其广泛的经验,他们将遇到许多开发者不可能遇到的问题。 ①、沟通能力 一名理想的测试者必须能够同测试涉及到的所有人进行沟通,具有与技术(开发者)和非技术人员(客户,管理人员)的交流能力。既要可以和用户谈得来,又能同 开发人员说得上话,不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时,就必 须将这些活重新组织以另一种方式表达出来,测试小组的成员必须能够同等地同用户和开发者沟通。 ②、移情能力 和系 统开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使用一个不符合自己要求的系统,开发者则担心由于系统要求不正确而使他不得不重新开 发整个系统,管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一类人打交道,因此需要测试小组的成员对他们每个人都具有足够的理解和同 情,具备了这种能力可以将测试人员与相关人员之间的冲突和对抗减少到最低程度。 ③、技术能力 就总体言,开发人员 对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定,那么他们的可信度就会立刻被传扬了出去。一个测试者必须既明白被测软 件系统的概念又要会使用工程中的那些工具。要做到这一点需要有几年以上的编程经验,前期的开发经验可以帮助对软件开发过程有较深入的理解,从开发人员的角 度正确的评价测试者,简化自动测试工具编程的学习曲线。

Posted in 测试人生 | 2 Comments

国内软件测试工程师职业发展瓶颈分析

前几天分析国内的测试行业发展为什么慢,总结出来的一些道理,今天看到另外一篇分析测试工程师职业发展的文章 摘录其中的部分观点: 我们可以从两个方面来解析测试测试工程师的职业瓶颈问题: l 从企业方面:多数企业较难招聘到满意的测试工程师,尤其在软件测试外包企业,人才问题成了这类企业的发展瓶颈,这些恰恰反映了整个测试行业的发展遇到了瓶颈; l 从个人方面:很多测试人员薪资和职位到了一定阶段就很难得到提升,例如很多测试工程师做到测试经理后,几年内得不到提升。 职业发展尤其体现在待遇方面。下表是北京市一些IT企业测试工程师的月薪数据。这些数据主要从一些网站收集,由一些测试工程师发布。

Posted in 测试人生 | Leave a comment

国内软件测试发展这么慢的几个原因

如何国内一些企业的软件测试发展这么慢,这两年也经常看到一些文章,国内测试人才如何如何短缺,缺口达到多少多少万, 公司对软件测试多么多么重视 实际呐,软件测试不是一天两天就能提高上来的一门学科,正如软件研发一样,招几个毕业生,写几行代码,就叫软件研发吗? 那不是. 软件测试也一样,不解决国内浮躁的学术氛围,很多问题都无法从根本上解决: 从51tesging上看到一篇文章,作者论述在招聘过程中遇到的种种现象,总结出来就这么几条,仔细想想,自己还真有好多类似的毛病,有则改之,无则加免: 一、根基不牢 小结: 上面提到的是软件测试的最基本的方法,作为从业测试实际工作已经有1-2年的应聘人员,未能真正领悟,实属不应该,心浮气躁,忽视了你身边最简单,也是最厉害的技能。根基不牢,怎么可能把测试做深。

Posted in 测试人生 | Leave a comment