Web Page Breakdown(网页元素细分)

　　“网页元素细分”主要用来评估页面内容是否影响事务的响应时间，通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的

　　元素。

　　1、Web Page Breakdown(页面分解总图)

　　“页面分解”显示某一具体事务在测试过程的响应情况，进而分析相关的事务运行是否正常。

　　“页面分解”图可以按下面四种方式进行进一步细分：

　　1)、Download Time Breaddown(下载时间细分)

　　“下载时间细分”图显示网页中不同元素的下载时间，同时还可按照下载过程把时间进行分解，用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。

　　2)、Component Breakdown(Over Time)(组件细分(随时间变化))

　　“组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现那些控件不稳定或者比较耗时。

　　3)、Download Time Breakdown(Over Time)(下载时间细分(随时间变化))

　　“下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分(随时间变化)情况，它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。

　　“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果，“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。

　　4)、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化))

　　“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一次缓冲之前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间(以秒为单位)。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。

　　First Buffer Time：是指客户端与服务器端建立连接后，从服务器发送第一个数据包开始计时，数据经过网络传送到客户端，到浏览器接收到第一个缓冲所用的时间。

　　2、Page Component Breakdown(页面组件细分)

　　“页面组件细分”图显示每个网页及其组件的平均下载时间(以秒为单位)。可以根据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。

　　3、Page Component Breakdown(Over Time)(页面组件分解(随时间变化))

　　“页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间 (以秒为单位)。

　　4、Page Download Time Breakdown(页面下载时间细分)

　　“页面下载时间细分”图显示每个页面组件下载时间的细分，可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。

　　“页面下载时间细分”图根据DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。

　　5、Page Download Time Breakdown(Over Time)(页面下载时间细分(随时间变化))

　　“页面下载时间细分(随时间变化)”图显示方案运行期间，每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。

　　“页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析：首先确定有问题的组件，然后分析它们的下载过程，进而定位原因在哪里。

　　6、Time to First Buffer Breakdown(第一次缓冲时间细分)

　　“第一次缓冲时间细分”图显示成功收到从Web服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器/网路时间。如果组件的下载时间很长，则可以使用此图确定产生的问题与服务器有关还是与网络有关。

　　网络时间：定义为第一个HTTP请求那一刻开始，直到确认为止所经过的平均时间。

　　服务器时间：定义为从收到初始HTTP请求确认开始，直到成功收到来自Web服务器的一次缓冲为止所经过的平均时间。

　　7、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化))

　　“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一个缓冲之前的这段时间内，场景运行的每一秒中每个网页组件的服务器时间和网络时间。可以使用此图确定场景运行期间服务器或网络出现问题的时间点。

　　8、Downloader Component Size(KB)(已下载组件大小)

　　“已下载组件大小”图显示每个已经下载的网页组建的大小。通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。

 

本文转载自：http://redforce.blog.com.cn/archives/2008/2796374.shtml

使用LoadRunner Analysis进行分析的第一步是看测试结果的综合报告，当发现事务运行不正常时，才需要进行更深入的分析。

1、用户事务分析。

      “用户事务”主要针对业务而言，一个“用户事务”通常由一个或一系列的用户操作组成。Action是用户的一系列操作的组合；Transaction是用户的某一具体的动作。与用户事务相关的图表有以下8个

     （1）事务综述图 （Transaction Summary）

     通过此图可以看出每个事务在测试时间内分别通过（Pass）和失败（Fail）了多少

    （2）事务平均响应时间分析图 （Average Transaction Response Time）

     此图显示测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析应用系统的性能走向；另外还可以统计出测试场景运行时间内各事务的最大值、最小值、平均值等信息。

    （3）每秒通过事务数分析图  （Transactions per Second）

      TPS图显示在场景运行的每一秒中，每个事务通过的数量，通过它可以确定系统在任何给定时刻的实际事务负载；可以将TPS图与平均事务响应时间图进行对比，以分析事务数目对执行时间的影响。

    （4）每秒通过事务总数分析图 （Total Transactions per Second）

     “每秒通过事务总数分析”图显示场景运行时，在每一秒内通过的事务总数。如果系统性能稳定，在同等压力下，此图应该接近直线，而不是逐渐倾斜。与TPS相比，“每秒事务总数”关注服务器整体处理事务的情况，是宏观概念。

    （5）事务性能摘要图 （Transaction Performance Summary）

     “事务性能摘要”显示方案中所有事务的最小、最大和平均时间，可以直接判断响应时间是否符合用户的需求。可以通过网页细分方法来分析某些响应时间长的事务。

    （6）事务响应时间与负载分析图 （Transaction Response Time Under Load ）

      这个分析图是“正在运行的虚拟用户”图和“平均事务响应时间”图的组合。通过他看出在任一时间点事务响应时间与用户数目的关系，从而掌握系统在用户并发方面的性能数据。

    （7）事务响应时间（百分比） Transaction Response Time(Percentile)

      此图是根据测试结果进行分析而得到的综合分析图，也就是工具通过一些统计分析方法间接得到的图表。通过此图分析在给定事务响应时间范围内能够执行的事务百分比。

    （8）事务响应时间分布情况分布图 Transaction Response Time (Distribution)

      通过它可以了解测试过程中不同响应时间的事务数量。如果系统预先定义了相关事务可以接受的最小和最大事务响应时间，则可以使用此图确定服务器性能是否在可以接受的范围内

2、性能分析之Web资源

分析原则： • 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点） • 查找瓶颈时按以下顺序，由易到难。     服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等） 注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。 • 分段排除法 很有效 分析的信息来源： •1 根据场景运行过程中的错误提示信息 •2 根据测试结果收集到的监控指标数据 一．错误提示分析 分析实例： 1 •Error: Failed to connect to server “payment.baihe.com″: [10060] Connection •Error: timed out Error: Server “user.baihe.com″ has shut down the connection prematurely 分析： •A、应用服务死掉。 （小用户时：程序上的问题。程序上处理数据库的问题） •B、应用服务没有死 （应用服务参数设置问题）     例：在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％ •C、数据库的连接 (1、在应用服务的性能参数可能太小了 2、数据库启动的最大连接数（跟硬件的内存有关）) 2 Error: Page download timeout (120 seconds) has expired 分析：可能是以下原因造成 •A、应用服务参数设置太大导致服务器的瓶颈 •B、页面中图片太多 •C、在程序处理表的时候检查字段太大多 二．监控指标数据分析 1．最大并发用户数： 应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。     在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。     如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。 2．业务操作响应时间：     • 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。 • 细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？ • 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题 2-5-10原则：简单说，就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-10秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过10秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求 3．服务器资源监控指标： 内存： 1 UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。 2 Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。 内存资源成为系统性能的瓶颈的征兆: 很高的换页率(high pageout rate); 进程进入不活动状态; 交换区所有磁盘的活动次数可高; 可高的全局系统CPU利用率;  内存不够出错(out of memory errors) 处理器： 1 UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85%  合理使用的范围在60%至70%。 2 Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞。 CPU资源成为系统性能的瓶颈的征兆:  很慢的响应时间(slow response time)  CPU空闲时间为零(zero percent idle CPU)  过高的用户占用CPU时间(high percent user CPU)  过高的系统占用CPU时间(high percent system CPU)  长时间的有很长的运行进程队列(large run queue size sustained over time) 磁盘I/O： 1 UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。 2 Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。 I/O资源成为系统性能的瓶颈的征兆 : 过高的磁盘利用率(high disk utilization)  太长的磁盘等待队列(large disk queue length)  等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O)  太高的物理I/O速率:large physical I/O rate(not sufficient in itself)  过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))  太长的运行进程队列，但CPU却空闲(large run queue with idle CPU) 4．数据库服务器： SQL Server数据库： 1 SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。如果持续低于80%，应考虑增加内存。 2 如果Full Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。  3 Number of Deadlocks/sec(死锁的数量/秒)：死锁对应用程序的可伸缩性非常有害，并且会导致恶劣的用户体验。该计数器的值必须为0。 4 Lock Requests/sec(锁请求/秒)，通过优化查询来减少读取次数，可以减少该计数器的值。 Oracle数据库： 1 如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90，那么需要增加SHARED_POOL_SIZE的大小。 2 如果数据的缓存命中率小于0.90，那么需要加大DB_BLOCK_BUFFERS参数的值（单位：块）。 3 如果日志缓冲区申请的值较大，则应加大LOG_BUFFER参数的值。 4 如果内存排序命中率小于0.95，则应加大SORT_AREA_SIZE以避免磁盘排序 。 本文转载于http://redforce.blog.com.cn/archives/2007/2482462.shtml

所谓的“2-5-10原则”，简单说，就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-10秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过10秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求。

　 QuickTest 9.2 Pro最新正式版发行,QTP 9.2是一个B/S系统的自动化功能测试的利器,软件程序测试工具。自动化功能测试软件QuickTest Professional 9.2，可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。
　 QuickTest Pro 9.2是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。

　 QuickTest Pro 9.2为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。
   创建测试：用QuickTest Professional创立一个测试， 您只需记录下一个标准的业务流程， 如下一张订单或建立一个新的商家帐户。QuickTest Professional直观的记录流程能让任何人在GUI上轻轻点击鼠标就可建立测试， 即使技术知识有限的用户也能生成完整的测试。您还可以直接编辑测试指令来满足各种复杂测试的需求。QuickTest Professional将2种测试创建方式结合在一个环境下，来适应不同的背景支持和您团队的喜好。

　 插入检查点：在记录一个测试的过程中，可插入检查点， 在查寻潜在错误的同时，比较预想和实际的测试结果。在插入检查点后，QuickTest Professional会收集一套性能指标，在测试运行时对其一一验证。QuickTest Professional允许使用几种不同类型的检查点， 包括文本的，GUI， 位图和数据库。

　 检验数据：除了创立并运行测试，QuickTest Professional还能验证数据库的数值， 从而确保交易的准确性。例如，在测试创建时，您可以设定哪些数据库表格和记录资料需要检测。在重放时，您的测试程序就会核对数据库内的实际数值与预想的数值。QuickTest Professional能自动显示检测结果， 在有更新/修改， 删除或插入的记录上会用突出标识以引起注意。

　 增强测试：为了彻底全面地测试一个应用程序，您需要了解对于不同类型的数据它是如何运行的。QuickTest Professional的DataDriverTM Wizard，让您只需点击几下鼠标，就能简单地将一个记录下的业务流程转化为一个数据驱动的测试，来反映多个用户各自独特且真实的操作行为。 目前有相当数量的企业应用程序仍然使用非标准的对象。QuickTest Professional的Virtual Object Wizard能识别以前未知的对象，不必特别编写代码。使用Virtual Object Wizard界面，您会看到一张的对象类型列表，能用其来代表您未知的对象。您可以为您的对象设定标识，如一个按钮，并为其命名。

　 运行测试： 建立起您的测试，并插入检查点和做一些必要的功能添加后，您就可以开始运行测试。当WinRunner和QuickTest Professional执行您的测试时，它会自动操作应用程序，正如一个真实用户根据记录流程执行着每一步的操作。而且，它的意外处理功能为测试排除干扰，包括消息和警报。

　 分析结果：一旦测试运行后，您就需要分析测试结果。QuickTest Professional的互动式的报告工具通过提供详尽的，易读的报告，其中会列出在测试中发现的差错和出错的位置，来帮助您解释所得的结果。这些报告对在测试运行中发生的重要事件进行描述，如出错内容和检查点等。点击按钮，您还能进一步获取任何未被包括在此测试范围内的错误的详尽资料。

　 维护测试：随时间推移，开发人员会对应用程序做进一步的修改，并需要另加额外的测试。有了QuickTest Professional，您不必应用程序改动一次，就得重新建一个新的测试。而WinRunner会帮助您创立在程序应用周期内可重复使用的测试。这样大大地节省时间和资源，充分利用测试投资.365dn免费软件下载站

特点和优势

·具有行业领先的便于使用的特性，以及支持提前配置环境的功能，确保了快速的投资回报。
·可独立运行，也可以同Mercury Business Process Testing和Mercury质量中心集成。
·引进了QuickTest Professional 8.0中新一代的“零配置”关键词驱动测试技术，从而实现了快速建立测试、测试脚本更易维护，和更强大的数据驱动能力。
·通过集成的数据表，可数据驱动任意对象、方式、检查点和输出值等。

自动化功能测试产品是一种企业级的用于检验应用程序是否如期运行的功能性测试工具。通过自动捕获，检测，和重复用户交互的操作，能够辨认缺陷并且确保那些跨越多个应用程序和数据库的业务流程在初次发布就能避免出现故障，并且保持长期可靠运行。

　　SilkTest 是面向Web应用、Java应用和传统的C/S应用，进行自动化的功能测试和回归测试的工具。它提供了用于测试的创建和定制的工作流设置、测试计划和管理、直接的数据库访问及校验等功能，使用户能够高效率地进行软件自动化测试。为提高测试效率，SilkTest提供多种手段来提高测试的自动化程度，包括：从测试脚本的生成、测试数据的组织、测试过程的自动化、测试结果的分析等方面。在测试脚本的生成过程中，SilkTest通过动态录制技术，录制用户的操作过程，快速生成测试脚本。

　　在测试过程中，SilkTest还提供了独有的恢复系统（Recovery System），允许测试可在24×7×365全天候无人看管条件下运行。在测试过程中一些错误导致被测应用崩溃时，错误可被发现并记录下来，之后，被测应用可以被恢复到它原来的基本状态，以便进行下一个测试用例的测试。

　　SilkTest 是一种用于目前全球企业应用的先进的基于标准的测试平台。凭借SilkTest，Segue通过为用户提供跨多语言、多平台和多个Web浏览器实施单个脚本、对本地化应用进行同步测试的能力，使其领先的SilkTest?功能测试产品的功能得到了扩展。

　　1、利用单一测试脚本进行同步语言测试

　　借助SilkTest International，企业能够更好地满足常与业务应用本地化有关的紧张的发布进度要求。单一的测试脚本支持所有语言。这就意味着测试不必为每一种语言都开发测试，从而使本地化测试进程更高效。此外，测试可针对所有语言同步运行，从而加快上市速度，降低软件测试成本，并有助于确保应用在全球的平稳发布。

　　2、通过Unicode标准提供双字节支持

　　SilkTest International对任何语言的测试应用提供完整、基于标准(Unicode)的支持。对双字节字符的全面支持能够确保在那些不受标准ASCII字符集支持的语言（如日文和简体中文）中进行测试。通过支持Unicode标准，SilkTest International可保护客户的实施方法，使其免于由于采用专有字符集而可能造成的任意改动。

　　3、对本地平台的广泛支持

　　SilkTest International确保本地化的应用在本地软/硬件环境中正确运行。未经改动的单一测试脚本能够在Windows NT和Windows 2000的多种本地化版本上同时运行。因为认可包括HTML、Javascrīpt、ActiveX、Java、Visual Basic和C/C++在内的多种开发平台，进一步缩减了测试开发和执行时间。SilkTest International还认可国际化键盘，并提供对现场敏感数据（如日期和数字）的全面处理能力，从而确保本地化版本的一致性运行。

　　4、有效管理质量流程

　　SilkTest International跨多个平台、开发环境和浏览器无缝地对计划、测试和报告进行集成。借助SilkTest International，您能够以用户定义的标准共享测试计划、查询和执行分组化的testcases–所有这些都通过中央控制点来完成。此外，你还能够通过可表明发布最新状态的当前测试结果来自动生产报告，或是构建品质。

　　5、自动恢复系统

　　自动化的努力可通过SilkTest International的独特恢复系统进一步得到增强，因为它可以使您在无需看守的情况下运行测试。如果发生错误，造成应用失效，恢复系统会记录错误，然后将应用重置为最初状态，使下一个testcase得以运行。

　　6、数据驱动测试

　　使用外部的数据源如：电子表格或数据库等，无论是初学者还是高手都很容易为应用创建基于数据驱动的测试。

　　测试逻辑与测试数据独立，SilkTest的数据驱动测试使得用户可以使用大量的数据进行逻辑功能测试，多样化的测试条件大大地提高了测试覆盖率。

　　SilkTest数据驱动测试能力，单一测试处理多数据集相对于单个测试单个测试数据更容易维护测试脚本。

　　7、先进的测试技术

　　SilkTest International提供Segue业界领先的SilkTest产品所具有的所有核心特性和好处，而SilkTest是用于企业应用的最出色的功能测试工具。SilkTest提供出类拔萃的用户特性和管理功能，以及对整个质保过程的增强型控制。

　　8、选择的特性

　　用于无需看守的情况下24x7x365全天候测试的恢复系统；  
　　瞬间生产力的基本工作流程；
　　通过海量数据来测试业务逻辑功能的数据驱动工作流程；
　　自动完成快速测试定制和自动化基础架构开发；
　　用于组织和共享测试信息的项目工作空间；
　　图形用户界面(GUI)抽象层提高重复使用性，更易于维护测试和脚本；
　　可扩展、高度可移植和易于维护的脚本语言；
　　分离Agent技术，以全面模拟最终用户体验；
　　分布式的测试有效利用硬件资源和提升的生产力；
　　与任何Unicode驱动的ODBC数据资源的兼容性。

目前主流的测试工具主要有以下5类：

　　1.负载压力测试工具

　　这类测试工具的主要目的是度量应用系统的可扩展性和性能，是一种预测系统行为和性能 的自动化测试工具。在实施并发负载过程中，通过实时性能监测来确认和查找问题，并针对所 发现问题对系统性能进行优化，确保应用的成功部署。负载压力测试工具能够对整个企业架构 进行测试，通过这些测试，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布 周期。
   1） LoadRunner 特点a，支持的协议多且个别协议支持的版本比较高；特点b，负载压力测试方案设置灵活；特点c，丰富的资源监控；特点d，报告可以导出到Word、Excel以及HTML格式。
   2）QALoad (1).测试接口多；(2)可预测系统性能；(3)通过重复测试寻找瓶颈问题；(4)从控制中心管理全局负载测试；(5)可验证应用的扩展性；(6)快速创建仿真的负载测试；(7)性能价格比较高。此外，QALoad不单单测试Web应用，还可以测试一些后台的东西，比如SQL Server等。只要它支持的协议，都可以测试。
   3）Benchmark Factory 首先它可以测试服务器群集的性能；其次，可以实施基准测试；最后，可以生成高级脚本。
   4）SilkPerformance：
   5）E-Test Suite 由Empirix公司开发的测试软件，能够和被测试应用软件无缝结合的Web应用测试工具。工具包含e-Tester、e-Load和e-Monitor，这三种工具分别对应功能测试、压力测试以及应用监控，每一部分功能相互独立，测试过程又可彼此协同。
   6）JMeter 是一个专门为运行和服务器负载测试而设计、100%的纯Java桌面运行程序。原先它是为Web/HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。它和HTTP和SQL(使用JDBC)的模块一起运行。它可以用来测试静止或活动资料库中的服务器运行情况，可以用来模拟服务器或网络系统在重负载下的运行情况。它也提供了一个可替换的界面用来定制数据显示，测试同步及测试的创建和执行。
   7）WAS 是Micro$oft提供的免费的Web负载压力测试工具，应用广泛。WAS可以通过一台或者多台客户机模拟大量用户的活动。WAS支持身份验证、加密和Cookies，也能够模拟各种浏览器和Modem速度，它的功能和性能可以与数万美元的产品媲美。
   8）ACT 或称MSACT，它是微软的Visual Studio和Visual Studio.net带的一套进行程序压力测试的工具。ACT不但可以记录程序运行的详细数据参数，用图表显示程序运行情况，而且安装和使用都比较简单，结果阅读叶很方便，是一套较理想的测试工具。
   9）OpenSTA 它的全称是Open System Testing Architecture。OpenST的特点是可以模拟很多用户来访问需要测试的网站，它是一个功能强大、自定义设置功能完备的软件。但是，这些设置大部分需要通过scrīpt来完成，因此在真正使用这个软件之前，必须学习好它的scrīpt编写。如果需要完成很复杂的功能，scrīpt的要求还比较高。当然这也是它的优点，一些程序员不会在意编写scrīpt的。
   10）PureLoad 一个完全基于Java的测试工具，它的scrīpt代码完全使用XML。所以，编写scrīpt很简单。它的测试包含文字和图形并可以输出为HTML文件。由于是基于Java的软件，因此PureLoad可以通过Java Beans API来增强软件功能。
   11）网站压力（负载）测试工具Webserver Stress Tool：软件介绍：可以模拟任何人数在同一时间内进站或是循序进站时你的Server的反应表现。只要输入网站的URL网址以及模拟的上站人数，就可以看出Server在这种压力测试下的评比，用条状图明白地表示出Server反应时间、传递速率等相关数据。除了Http的网页外，还支持CGI或ASP等语言撰写的程序。支持Proxy设定、密码输入、Cookies与ASP的Session-IDs等功能。

　　2.功能测试工具

　　通过自动录制、检测和回放用户的应用操作，将被测系统的输出记录同预先给定的标准结 果比较，功能测试工具能够有效地帮助测试人员对复杂的企业级应用的不同发布版本的功能进 行测试，提高测试人员的工作效率和质量。其主要目的是检测应用程序是否能够达到预期的功 能并正常运行。
   
    1）WinRunner 企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行，自动执行重复任务并优化测试工作，从而缩短测试时间。通过自动录制、检测和回防用户的应用操作，从而提高测试效率。
    2）QARun 一款自动回归测试工具，与Winrunner比较学习成本要低很多。不过要安装QARun必须安装.net环境，另外它还提供与TestTrack Pro的集成。
    3）Rational Robot 我经常使用的测试工具，属于Rational TestSuite中的一员，对于Visual studio 6编写的程序支持的非常好，同时还支持Java Applet、HTML、Oracle Forms、People Tools应用程序的支持。要支持Delphi程序的测试还必须下载插件。Rational Robot的语法使用Basic语法，它的语言使用SQABasic。
    4）Functional Tester 它是Robot的Java实现版本，在Rational被IBM收购后发布的。在Java的浪潮下，Robot被移植到了Eclipse平台，并完全支持Java和.net。可以使用VB.net和Java进行脚本的编写，当然了录下脚本让后做做修改是最爽的事情了。由于支持Java，那么对测试脚本进行测试也变成了可能。更多的信息请到IBM developerworks上查看，另外还提供试用版本下载。
    5）QuickTest Professional：是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件（现已被HP收购），可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。
    6）SilkTest 是面向Web应用、Java应用和传统的C/S应用，进行自动化的功能测试和回归测试的工具。它提供了用于测试的创建和定制的工作流设置、测试计划和管理、直接的数据库访问及校验等功能，使用户能够高效率地进行软件自动化测试。为提高测试效率，SilkTest提供多种手段来提高测试的自动化程度，包括：从测试脚本的生成、测试数据的组织、测试过程的自动化、测试结果的分析等方面。在测试脚本的生成过程中，SilkTest通过动态录制技术，录制用户的操作过程，快速生成测试脚本。

　　3.白盒测试工具

　　白盒测试工具一般是针对代码进行测试，测试中发现的缺陷可以定位到代码级。根据测试 工具原理的不同，又可以分为静态测试工具和动态测试工具。静态测试工具直接对代码进行分 析，不需要运行代码，也不需要对代码编译链接和生成可执行文件。静态测试工具一般是对代 码进行语法扫描，找出不符合编码规范的地方，根据某种质量模型评价代码的质量，生成系统 的调用关系图等。动态测试工具一般采用“插桩”的方式，在代码生成的可执行文件中插入一 些监测代码，用来统计程序运行时的数据。它与静态测试工具最大的不同是，动态测试工具要 求被测系统实际运行。

    1）Logiscope 
    2）PRQA 
    3）Xunit系统如Junit、Cunit 
    4) DevPartner 
    5)Rational Purify 
    6)Jprob

    白盒测试工具就不多介绍了，因为网上这方面的资料特别多。

　　4.测试管理工具

　　一般而言，测试管理工具对测试需求、测试计划、测试用例、测试实施进行管理，并且测 试管理工具还包括对缺陷的跟踪管理。测试管理工具能让测试人员、开发人员或其他的IT人员 通过一个中央数据仓库，在不同地方就能交互信息。
    1) TestDirector MI的测试管理工具，可以与winrunner、Loadrunner、QuickTestPro进行集成。除了可以跟踪Bug外，还可以编写测试用例、管理测试进度等等，是测试管理的首选软件。
    2) TestManager Rational Testsuite中的一员，可以用来编写测试用例、生成Datapool、生成报表、管理缺陷以及日志等等。是一个企业级的强大测试管理工具。缺点是必须和其它组件一起使用，测试成本比较高。
    3) TrackRecord 一款擅长于Bug管理的工具，与TestDirecotr和Testmanager比较起来是很light的。不过至今还没有配成功过。:( 
    4) Bugzilla 一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告、查询并产生报表、处理解决等几个部分。它的主要特点为：基于Web方式，安装简单；有利于缺陷的清楚传达；系统灵活，可配置性很强；自动发送Email。
    5) Jira 是一个Bug管理工具，自带一个Tomcat 4；同时有简单的工作流编辑，可用来定制流程；数据存储在HSQL数据引擎中，因此只要安装了JDK这个工具就可以使用。相比较Bugzilla来说有不少自身的特点，不过可惜它并不是开源工具，有Lisence限制。
    6)QC(quick center) 它是TD的升级版，功能与界面与TD差不多。
  
　　5.测试辅助工具

　　这些工具本身并不执行测试，例如它们可以生成测试数据，为测试提供数据准备。
    1）SmartDraw 用于绘制UCML，进行负载压力测试需求分析。对压力测试测试前的工作很有帮助。
    2）SDemo 我个人比较喜欢用这个工具，可以将操作录成EXE文件，并回放出来。这样就避免了那些偶尔才出现的Bug！