性能测试

要想真正有效地测试、优化程序性能——特别是为Windows服务器开发的多线程程序，操作系统提供的标准时钟是不够的，必须使用解析度更高的时钟。本文介绍了如何访问处理器的十亿分之一秒级别的时钟，极大地提高代码性能测试的速度和精度。

进行任何性能测试之前，都需要制定一份详尽的测试计划，从业务角度到技术角度详细地说明性能测试将如何进行。

性能测试的重要性随着网络发展更凸显重要性，由于网络环境、数据库环境、应用服务器环境、系统平台和技术等的复杂性和多样性，难以预知的用户负载和愈来愈复杂的应用程序使软件性能非常难于控制。虽然，改善系统性能不是单单依靠性能测试就能完成的，但性能测试至今仍是控制性能有效的手段。

通过提供的一套全面的解决方案, 本文描述Quests Application Management Suite for Java and Portals是如何与该方法论相集成，从而在应用开发生命周期的每个阶段保证您的成功。运用这套方法论和Quest的应用管理解决方案,您将充满信心地把符合性能规范的应用展现给您的用户。

总结以往进行的性能测试，虽然测试人员自始至终对测试工作都做到了认真负责，但测试报告出炉后，大家总觉得美中不足，对测试结果都心存疑虑，尤其在那些时间跨度较长、针对不同的测试对象的性能对比测试中，或多或少都存在以下几个方面的问题

考虑时间Thinking Time指的是在性能测试脚本中，事务与事务之间，会有一些短暂的停顿，就好像真实用户在操作时，两次操作之间需要考虑一下。比如用户注册的时候，在打开注册页面到提交注册页面之间，是有一段考虑时间的（用户在填写个人信息）。

经常上课时，大家就性能测试、压力测试和容量测试分不清楚，忽然想到用讲故事的方法来进行区别，可能难免有牵强之处，拿出来给大家加深一下印象。

分析原则：具体问题具体分析；查找瓶颈时按以下顺序，由易到难；分段排除法。

比如一个银行的帐务处理系统，我想了解，它在一分钟内能够对多少个账户进行帐务处理，或者连续运行8个小时，能够返回多少用户 处理的结果。这样该怎么去进行测试呢。

性能测试的工作千头万绪，最怕的就是像无头苍蝇般盲目地测试，不但旷日费时，还累积不到经验，团队与个人都难以成长。我们需要拟定步骤分阶段执行，如此才能循序渐进，一步步向目标前进。根据微软公司的研究显示，性能测试的过程应该为六个阶段，分别是发现、探究、提案、执行、复查、收尾。

就几个常见的性能问题，举例展开，性能问题非常多，也总结不全面，但可以经常回顾，分类汇总，逐步完善性能问题总结这部分工作。

软件测试有很多的领域和方面,可能性能测试这个方面最离不开工具,基本上没有办法纯手工来做软件测试,因为你不大可能请一百个人同时点击按钮来模拟100个并发连接。所以软件测试工具在这个时候就显得比较重要,甚至软件测试的范围和深度也很大程度上也依赖于软件测试工具的能力，这也是为什么Mercury，Quest还有Spirent这种纯粹做软件测试工具的厂商可以成为年收入几亿美刀公司的原因之一吧。

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

随着软件测试行业的逐渐发展，性能测试也变得火热起来。从各大测试论坛和测试交流群的交流主题的热门程度来看，性能测试已经成为大家非常感兴趣的话题。性能测试作为软件测试行业技术性相对较高的工作(自动化测试、白盒测试、性能测试)来说，个人觉得其操作门槛还是不低的。对于测试新手来说入门有一定的难度，做的好就更加不容易了，可能花了不少时间而实际收获不大。因此觉得有必要来专门探讨一下性能测试的门槛，以及如何更好的迈进这个门槛。

性能测试结果分析

性能测试类型分析

性能测试作为测试分类的一个大类，等同于系统测试中的功能测试、安全性测试和配置测试等，因此她的测试过程是对整个测试类型中测试过程的一个描述，因此包含了测试需要的确认目标，熟悉系统、获得需求等部分，因此性能能测试（performance testing）的测试一般过程如下

Lambda Probe（以前称为Tomcat Probe）是一款实时监控和管理的Apache Tomcat实例的基本工具。

用户及权限管理功能常规测试方法

目前市场上的性能测试的工具种类很多，可以简单的划分为以下几种：负载压力测试工具、资源监控工具、故障定位工具以及调优工具。