并发测试（concurrency testing）（图 5）剖析了当多个用户同时访问同一段应用代码、同一个模块或者数据库纪录时的效果。它鉴别并度量了系统加锁和死锁的级别以及系统中单线程代码和加锁信号的使用。从技术角度讲，并发测试可以归为一种功能测试，不过它常常和可伸缩性/负载测试配合使用，因为它需要多用个户或者虚拟用户来驱动系统。
图 5：并发测试能够识别死锁和其他并发访问问题
压力测试（stress testing）（图 6）在系统达到饱和（指资源如 CPU、内存耗尽等情况）时来测试系统以判断其行为是否发生变更，或者是否会对系统、应用程序和数据产生不利影响。容量测试（volume testing）是和压力测试及可伸缩性测试相关联的，它可以确定整个系统能够处理的事务容量。通过压力和容量测试能够知道系统分别在处理突发的访问量增加或进行持续的大容量活动时所具有的弹性，这不包括那些因为内存泄漏或者队列溢出所引发的失败。
图 6：压力测试能够确定高容量使用时的效应
一旦应用环境开始工作并进行了性能优化，可以在 75％到 90％的环境利用率下进行一项长期可靠性测试（reliability testing），用来发现任何与较长的运行时间有关的问题。在应用了冗余和负载平衡的环境中，失败转移测试（failover testing）（图 7）分析理论上的失败过程并测试和测量总体失败转移进程及其对终端用户的影响。本质上，失败转移测试回答了这样一个问题："如果一个特定的组件运行失败，用户还可不可以在最小的中断下继续进行访问和处理？"
图 7：失败转移测试：如果组件X失败，那么将发生什么情况呢？
最后，如果在环境中使用了第三方软件，或者主机供应商及其他外部来源所提供的组件，那么 SLA（Service level Agreement服务水平协议）测试则可以用来确保双方合同规范中所规定的终端用户响应时间，以及流入和流出的数据量。一个典型的协议通常会指明在既定时间范围内的活动容量和一个特定的最长响应时间。
一旦外部数据或软件到位后，对这些来源进行持续监控是明智的做法，这样就可以在问题发生时快速的采取补救措施，将对终端用户的影响降到最小。
与组件级的可伸缩性测试一样，Rational suite TestStudio、Rational TeamTest 和其他类似的工具提供了一些高级的，多用户的测试能力，它们可以用来高效进行上述的大多数或者全部的可伸缩性和性能测试。
一个实际例子
也许举一个例子是说明的最好办法。请考虑下面的情况：
通过 eRetailer 构建一个公共的 Web 书店，并在它的内容层中使用了四种由内容提供的 Web 服务。第一种服务提供目录，包括书名，介绍语和作者。第二种服务提供所有产品的当前库存信息。第三种是价格服务器，它提供商品定价信息，并根据购买者的所在地提供运费和税费信息并完成交易。最后一种服务用来保存用户档案和历史购买纪录。
文章来源于软件测试时代 http://www.testage.net/
