压力测试-培训.pptVIP

* 通过性能测试工具运行测试用例。 * bs结构我们会分析网络带宽，流量对用户操作响应的影响，而cs结构我们可能更关心会系统整体配置对用户操作的影响 * * * 是 Memory_Committed Bytes 与Memory_Commit Limit之间的百分比比值 显示了物理内存的剩余量。该值低于4MB,并且达到分钟级时，表明内存不足 每秒钟的缺页数。该数值反映了有多少个请求的信息不在物理内存中对应的位置上。该值偶尔高时，表明有线程竞争，持续走高时，表示可能有内存瓶颈 显示page input/sec和page output/sec的总和。page input/sec反映的是物理内存的短缺情况；page output/sec显示从物理内存中调出的信息量，反映了计算机的繁忙程度 * 所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比 磁盘空闲时间的百分比 指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数 指在收集操作数据时在磁盘上未完成的请求的数目。它包括在快照内存时正在为其提供服务中的请求。这是一个即时长度而非一定间隔时间的平均值 * 指处理器执行非闲置线程时间的百分比 指用于用户模式的非闲置处理器时间的百分比 * 可以采用不同的网络设备进行比较 * * 可以采用不同的网络设备进行比较 * * * * * 一种极难检测的现象。内存泄漏经常发生在已发行的产品中，原因很简单，很难设计测试用例来检测它们。使用简单的功能测试，几乎发现不了内存泄漏问题，因为在产品完成之前测试没对产品进行足够多的使用。内存泄漏通常要求操作要重复非常多的次数以使内存消耗达到能引起注意的程度。尽管与其它编程语言（如 C/C++）相比，Java 程序更难引入内存泄漏错误，但只要程序仍保持着对对象的引用，该对象仍有可能被实例化并且它占用的内存永远不会被释放。 压力测试在查找并发性问题上非常出众，这是因为在任何一个测试生命周期中，它都应用了许多不同的代码路径和定时条件。一般的规则是，压力测试运行的时间越长，涉及并应用的代码路径组合和定时条件就越多。当然，这也的确使得这些问题很难再现（错误可以在 5 分钟或 5 天后发生）。死锁、线程泄漏以及任何一般的同步问题通常只能在压力测试阶段被检测出来。这些类型的问题很难通过执行单元测试来发现。开发人员不会一直考虑他或她的代码将与其他地方的代码（在执行单元测试时这些代码可能还没写出来）进行交互。 * * 分析应用系统的两个主要任务： 第一个任务，必须搞清系统对各个资源的分布与使用情况，它将帮助确定可能系统性能的瓶颈； 第二个任务，用户是事务的分布，它将确定压力测试的针对点。事务是用来表示用户要求服务器连接完成的操作任务的。 可以通过资源示意图来分析系统的资源，因为大多数系统都是网络系统，而且网络常常是降低响应时间的主要原因。为了更详细地说明资源的性能，要求对资源示意图中的每个资源的属性进行列表说明。例如，对于路由器，说明它运行的系统，它的网络处理能力、响应时间等；对于通信媒介，它的性能、容量等；对于主机，说明它的CPU性能、内存大小、操作系统版本、应用软件系统客户端运行软件、与主机通信机制，还有整个系统客户端的个数。当把每个资源的属性和它们之间的主要关系分析清楚后，对系统的整体结构和性能应该有一个大致了解。 可以用事务分布图来分析实际用户的事务操作时间分布。这里用X轴表示时间，用Y轴表示各个事务，（X，Y）表示在X时刻，Y事务操作的用户个数，如图所示： 得到系统事务分布图后，可以大致确定压力测试点，压力测试一定要模拟用户事务操作最繁忙的时刻来进行。对于上图中在12点到14点有210个用户登陆，15个用户在完成记帐操作，180个用户做创建记录操作，30个用户做查询操作，90个用户做数据更新操作，与别的时刻相比，这一段时间内用户的事务比较繁忙，所以应模拟这一时刻进行压力测试。根据实际情况，也可以选几个点进行压力测试。 在压力测试计划书中要定义测试的对象，并对每一个测试对象给出清晰说明，也要定义测试结束的目标。为控制测试的有效性以及完成程度，必须定义准则和策略，以判断何时结束测试阶段。准则必须是客观的、可量化的元素，而不能是经验或感觉。 下面是一些压力测试目标。 测试终端用户事务的响应时间 测试终端用户运行一个事务，从运行开始到完成的响应时间。它可能随用户的增加而增加，但要定义一个可接受时间。不同的事务的响应时间也不同。在图 中，如果系统定义50个用户登陆时的响应时间在40秒内，与50个用户登陆时的检查帐户信息不超过40秒。下面的测试结果表明，50个用户登陆的响应时间在40秒内，性能符合要求；而检查帐户信息超过40秒，性能不符合要求。而且检查帐户信息事务在40个用户增加到50个