【互联网行业】网站测试-某公司网站压力测试手册

.第i页共12页文档号：WPTP0001版本号：1.0保密级别：一般秘密机密绝密研发部RealmeShow（1.0）压力测试手册影元设计（苏州工业园区）有限公司2005年9月11日测试计划ii研发部RealmeShow压力测试报告编制：审核：批准：2005年9月11日测试计划iii[修改历史]日期动作人物版本号2006-3-10创建V1.０测试计划iv目录压力测试报告...........................................................................................................................................I1简介...............................................................................................................................................11.1目的............................................................................................................................................11.2项目信息....................................................................................................................................11.3测试范围....................................................................................................................................12测试资源.......................................................................................................................................12.1人力资源....................................................................................................................................12.2测试环境....................................................................................................................................12.3测试工具....................................................................................................................................22.4测试方案....................................................................................................................................2测试计划1简介1.1目的为了跟踪项目压力测试情况，让开发人员和测试人员查看项目的测试结果，更好的对后期工作进行安排。1.2项目信息项目名称：RealmeShow版本：1.0基线号：RealmeShow1.0_09111.3测试范围主要是测试服务器的性能，在多个客户端同时连接时系统的性能指标，以及客户端的运行情况。2测试资源2.1人力资源下表列出了此项目在测试中的计划人员安排：人员具体职责或注释部署和执行测试2.2测试环境下表列出了测试的系统环境：测试环境（相关硬件、软件、操作系统等）网络设备：CiscoCatelyst3550L3Switch服务器：秀服务器：Dell1425SCP4Xeon(TM)2.8G,1GRAM,双千兆网卡商城服务器：Dell1425SCP4Xeon(TM)2.8G,1GRAM,双千兆网卡数据库服务器：DELL18502×P4Xeon(TM)3.0G,2GRAM,双千兆网卡操作系统：Windows2003EnterpriseServerSP1数据库：MYSQL5测试计划Web服务器：IIS6.0+PHP5.1.2其他必要软件：.NETFramework1.1SP1，VS.NET2003SP1客户端：操作系统：MicrosoftWindowsXPProfessionalSP2浏览器：IE6.0以上其他必要软件：Office20032.3测试工具下表列出了测试要使用到的工具：表2-1测试工具工具用途生产厂商/自产版本Bugzilla缺陷跟踪开源2.20ApplicationCenterTest压力测试工具微软1.0.536.0性能监视器监视服务器的性能参数微软5.22.4测试方案压力测试使用5台客户端，分别在不同的网口，每台客户端模拟120，100，80，60个连接，运行时间为30分钟，分别运行了5个用户场景（首页、论坛页面、等几个主要页面）。察看不同连接时服务器的响应情况，服务器性能指标、网络带宽消耗指标等，并作统计，找出潜在的问题，以便下一轮系统优化。测试计划Web网站压力测试教程详解文本Tag：软件测试性能测试Web测试压力测试【IT168技术文档】Web服务处于分布式计算的核心位置，它们之间的交互通常很难测试。分布式开发、大型的开发者团队以及对代码日益组件化的期望都有可能使Web服务的开发变得越来越容易隐藏错误。这些类型的错误极难检测出来。压力测试是检测这类代码错误的一种有效方法，但是只有在压力系统设计得比较有效的情况下才能发挥作用。本文将让您深入了解一下这种压力系统的基本要求。测试方法传统的测试方法包括某种形式的简单单元测试，通常由开发人员执行。设计这些测试需要了解软件的内部知识，并且这些测试几乎总是针对产品的非常小的、特定的部分。这些类型的测试非常适合与其他代码组件极少交互，甚至没有交互的简单Web服务。功能验证(FunctionalVerification)也是一种测试过程，在这个过程中，对产品源代码了解有限的设计者进行测试以确认产品或服务的核心功能。设计这种测试是为了证明这个核心功能符合某个规范。举个例子，我的在线拍卖显示的是输入的正确出价吗?我的保险经纪人系统找到最便宜的报价了吗?如果这些测试失败，通常就意味着检测到了产品的一个基本问题(这个问题通常是可以直接修复)。这种测试也是适合简单的Web服务，使您可以检查服务是否能够正确执行它的各个功能。系统测试(SystemTest)通常是在功能验证阶段完成，验证了核心功能后进行。它倾向于把整个系统作为一个整体来查找问题—弄清Web服务作为系统的一部分怎样运作，以及Web服务相互之间如何交互。由于系统测试是在开发生命周期快结束时才进行，所以通常不能给它分配足够的时间来完成。又因为紧张的发行日程安排以及开发的各个重要阶段的后移，系统测试阶段经常被忽略，并且一些通常都可以发现的、少见的错误都不能被检测到。即使发现了这种错误，这时也来不及确定错误的原因并设法修复它们了。因此，在查找代码错误时，必需把系统测试应用设计得尽可能高效。系统测试通常由三部分组成，它们是：性能(Performance)：这涉及到确定相关的产品统计数据的过程。例如：每秒有多少条消息?一个服务可同时接受多少个用户?案例(Scenario)：这是重新创建客户所需的确切配置的过程。因此在案例中发现的任何问题都可以在客户使用该产品之前被检测出来。压力(或称工作负载平衡)：它与另两个部分不同，因为它被设计为通过应用很大的工作负载来使软件超负荷运转。如果压力测试通过对产品保持高强度的使用(但不超过性能统计数字确定的限制)能有效地执行，那么它就经常能够发现许多隐蔽的错误，而这些错误用上面提到的任何其他技术都是发现不了的(这些错误也经常是最难修复的)。测试计划从检测代码错误这方面来说，可以证明这三个系统测试组件中效率最高的是压力测试部分。但由于这个过程经常跟系统的其他要素或功能测试混淆在一起，所以这个过程涉及到的方法还没有被正确着手处理或实现。压力下的错误使用压力测试，您有希望找到很多种用其他测试方法更难发现的错误。有两种错误类型是：内存泄漏(Memoryleak)：一种极难检测的现象。内存泄漏经常发生在已发行的产品中，原因很简单，很难设计测试用例来检测它们。使用简单的功能测试，几乎发现不了内存泄漏问题，因为在产品完成之前测试没对产品进行足够多的使用。内存泄漏通常要求操作作要重复非常多的次数以使内存消耗达到能引起注意的程度。尽管与其它编程语言(如C/C++)相比，Java程序更难引入内存泄漏错误，但只要程序仍保持着对对象的引用，该对象仍有可能被实例化并且它占用的内存永远不会被释放。并发与同步(ConcurrencyandSynchronization)：压力测试在查找并发性问题上非常出众，这是因为在任何一个测试生命周期中，它都应用了许多不同的代码路径和定时条件。一般的规则是，压力测试运行的时间越长，涉及并应用的代码路径组合和定时条件就越多。当然，这也的确使得这些问题很难再现(错误可以在5分钟或5天后发生)。死锁、线程泄漏以及任何一般的同步问题通常只能在压力测试阶段被检测出来。这些类型的问题很难通过执行单元测试来发现。开发人员不会一直考虑他或她的代码将与其他地方的代码(在执行单元测试时这些代码可能还没写出来)进行交互。现有的压力测试工具有许多声称能够对产品进行压力测试的可用工具目前正在开发中。被广泛应用的是针对Web服务的那些工具。然而，这些工具中有许多只是简单的HTML/SOAP生成器，它们模拟许多客户机连接，并因此对Web服务器生成高负载(这对于查找Web服务器的问题很有用，但对于查找Web服务的问题就没那么有用了)。这些工具对基本的压力测试比较有用，但它们经常是仅仅扩展功能验证阶段来重复地执行相同的功能任务。如果足够的时间和资源可用，就可以通过创建定制构建的压力测试系统来实现更有效的测试。由于压力系统的设计者通常对要测试的产品和Web服务有更多的了解，所以他们将能够确保压力系统可以用于哪些具体的代码区域。设计压力应用设计试图对Web服务进行压力测试的压力测试系统时，要让它们以某种特定的方式运行代码。这些风格超越了功能验证，目的是要弄清楚被测试的Web服务是不是不仅能做我们认为它能做的事，而且在被施加了某些高强度压力的情况下仍然继续正常运行。压力测试必须对Web服务应用四个基本条件。许多已建立的压力系统应用了这些条件。有效的压力测试系统将应用以下这些关键条件：重复(Repetition)：或许最明显的且最容易理解的压力条件就是测试的重复。换句话说，测试的重复就是一遍又一遍地执行某个操作作或功能，比如重复调用一个Web服务。功能验证测试可以用来被弄清楚一个操作作能否正常执行。而压力测试将确定一个操作作能否正常执行，并且能否继续在每次执行时都正常。这对于推断一个产品是否适用于某种生产情况至关重要。客户通常会重复使用产品，因此压力测试应该在客测试计划户之前发现代码错误。许多最简单的压力系统只实现这一个条件，但简单地扩展功能验证测试来多次重复并不能构成一个有