性能测试之我见

    这段时间真的是太郁闷了。无处抒发郁闷的心情，就暂时转移一下自己的注意，写点日志吧。这篇日志的题目是性能测试之我见，就是我对性能测试的一些看法。在明了一些，就是我对性能测试能力划分的一些看法。

http://www.51testing.com/?uid-14711-action-viewspace-itemid-234979

51testing Lennon qq群 60219823

    我觉得吧，性能测试能力可以分成以下这么3个阶段。3个渐进式的阶段。

    阶段1：系统性能探测形

    这个类型的性能测试做的工作就是培训部里面培训的那些性能测试方法，负载测试，压力测试，稳定性测试等。目的是找出系统的性能拐点，给出系统能力，说明系统能怎么样，不能怎样，在怎样时会怎样。给出这些问题的答案的能力是性能测试人员的基础。如果你正在做性能测试，而不知道如何给出上面这些答案。那恭喜你，你目前还不合格（当然这只是我的看法，没什么代表性）。

    这个阶段需要掌握的技能包括虚拟用户的制作，场景的设计，监控方案，结果分析，分析到能说出以上这些问题的答案。

    阶段2：系统性能调优形

    这个类型的性能测试的工作基本就是

     1、配置测试：调整中间件，数据库，系统的配置，通过测试，找出最佳配置。

     2、给出系统架构调整的建议方案，并验证方案的效果:如添加各种缓存，数据库索引优化等。那种陪着开发，开发改程序，改完程序再陪着测的情况不属于这个阶段，而还是第一阶段。我觉得第二阶段是由测试主导的调整系统配置，架构和其他一些细节达到提升系统整体性能的工作。

    这个阶段需要的技能是，对各种中间件数据库原理了解个大概，对构建高性能站点知识有所了解，和高效的学习能力。

    阶段3：容量规划形

    这个类型基本超出测试范畴。其工作是以接受系统当前能力为前提，回答什么时候需要添加什么资源的问题。资源添加早了，浪费。因为it界的资源总是在跌价的（cpu的处理能力，硬盘，内存），唯一保值可能是带宽，呵呵。资源添加的方式可以是横向（单机的硬件增加），或者纵向的（集群）这个阶段要做的工作是持续的系统监控，测试手段甚至是对在线系统闲时的实际加压。找出主要业务同主要资源的关系，趋势，结合业务量得发展规划，给出上面那个问题的答案。因为性能调优其实是无止境的。20%调优的最佳实践可能带来80%的性能提升。而另外20%的提升可能需要耗费忙忙无止境的时间。在适当的时候停止性能的调优，展开容量规划是个明智的选择。听过一个形象的比喻说“10顿的车拉15顿货的方式有两种，1个是改装货车超重拉，一个是用两辆车。”那个较稳健的方法显然是两量车。

     这个阶段需要什么技能？测试技术上没什么特别的。前两个阶段的外还要知道各种硬件规格和行情。另外是对系统架构，业务趋势了然于心。