【作者简介】在过去的17年中,Alex Podelko已经在多家公司担任过性能工程师和设计师。现下,他是Oracle公司里的一名技术顾问,负责性能测试以及企业性能管理和商业智能(又名Hyperion)产品的优化。Alex偶尔会谈谈或写写性能相关的话题,崇尚摧毁不同性能专家小组间的壁垒。在www.alexanderpodelko.com上可以找到他的性能相关的链接和文件(包括他新的论文和报告)。Alex近在CMG(一个拥有性能和容量规划专家的组织)担任主管。
偶尔我会看见一些关于性能测试员所需技巧的热烈讨论。看起来似乎大多数专家都赞同:性能测试需要更多技巧和知识,而不仅仅只要通过使用特定负载测试工具来创建并运行脚本足够了。但仍是有可能想象大型企业的一名性能测试员只创建脚本并机械地运行它们而由其他性能专家监控系统并分析结果的,我对这个人或这种方法都不抱希望。系统现在已变得很复杂了,所有特定专家的意见都无法完全地描述性能。性能测试所需的技巧,除了负载测试外,我们至少该想想以下几点:
——系统是什么?
——监控和性能分析。
——我们发现一个问题,该怎么办?
——诊断,调整并进行系统性能管理。
——调整不管用,是不是应用程序出问题了?
——进行软件性能管理。
——要是应用程序出问题了怎么办?
——建模并做出性能规划。
——我们该怎么完成这一切呢?
——沟通,呈现并进行项目管理。
你需要在适应独自深入学习前做一些基本了解。报个班如何?肯定要的——报一个教性能测试和你的主要工具的班。但是你在用的许多其他不同的产品怎么办呢?这或许意味着要上几周的性能相关的每种产品的班。但是这些是专家通过调整这些特定产品以谋生的法子,你没有时间报所有这些班,通常也不需要研究的这么深入。和一名专家谈谈?当然可以,如果你身边有一名专家的话。性能专家是稀缺而忙碌的,所以你好准备好有质量的问题,这一点很难做到如果你对这个话题了解甚少的话。
当你沿着这条路走的够远时,又会陷入另一个困境。你已经充分了解到基础训练没有用,但是对性能测试员来说基本是没有高级班的。当你超越入门阶段时,像环境、工具、系统、应用程序等的细节变得很不一样,这样一来为特殊组合创建一个班会毫无意义。你知道你需要更多信息,你需要确认你与其他专家的方法和做法,你需要更高级的技巧和窍门,你需要找到可以和你共同探讨你的问题的人。我觉得适用于两种情况的解决方案是一个好的会议。一些人将信息消化然后再回过头将之呈现给你。它不是理想的,因为所呈现之物的质量和呈现者一直在变。但当你面对许多不同话题时它可能仍是有效的方法。然而对于一名性能测试员来说并没有完美的活动。我觉得接近的应该是CMG (www.cmg.org)举行的性能和容量会议——一个实用的致力于有着较强性能测试轨迹的性能工程和容量规划会议,尽管比起测试,会议的重点更放在性能上。性能和可靠性研讨会(WOPR)可能是一个一心致力于性能测试(以及一些相关方面)的了,但是由于其格式,它仅在20-25个人之间,只限于受到邀请的人。有许多很不错的测试会议比如STAR会议(www.sqe.com/Conferences),Agile Testing Days(www.agiletestingdays.com),或CAST (www.associationforsoftwaretesting.org),在这些会议中,你或许可以找到一些关于性能测试的报告——但实在是少之又少。在软件测试教授(STP)会议上可以找到一点性能相关的材料——但是它的重点却是测试,基本和性能工程没多大关系。
Velocity会议(velocityconf.com)对于web性能是一个重要活动。在Velocity会议上,你会看见许多性能测试员和厂商展示他们的性能工具,但很少真正涉及经典的性能测试。Surge(surge.omniti.com)是另一个很好的web性能和可扩展性会议——但是在那儿你可能听不到关于测试的信息。还有不少更专业更学术的跟性能的不同方面相关的会议,如果你对性能的一个专业领域有兴趣的话可以考虑看看,但是通常测试是不包含在内的。当然,有很多厂商活动覆盖了他们的特定产品,这或许会引起你的兴趣如果你正在使用他们的产品。
版权声明:本文出自 SPASVO泽众软件测试网:http://www.spasvo.com/news/html/201535152658.html
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。