软件性能的测试一般包括三个方面，即性能评测、负载测试和强度测试。每一方面的测试都有其不同的测试目标、测试技术、完成标准，具体如下：
针对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。目标是验证性能需求是否都已满足。
测试目标：
验证所指定的事务或业务功能在以下情况下的性能行为：
（2）预期的最繁重工作量
测试技术：
使用为功能或业务周期测试制定的测试过程。
（1）通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。
（2）脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机）上重复。
完成标准：
（1）单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。
（2） 多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。
注意事项：
综合的
性能测试还包括在服务器上添加后台工作量。 可采用多种方法来执行此操作，其中包括：
（1）直接将“事务强行分配到”服务器上，这通常以“结构化查询语言”(
SQL) 调用的形式来实现。
（2） 通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此技术还可用于在网络中加载“流量”。
（3） 使用多台实际客户机在系统上添加负载。
（4） 性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
（5） 性能测试所用的
数据库应该是实际大小或相同缩放比例的数据库。
负载测试通过使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行，以及软件的性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
测试目标：
验证所指定的事务在不同的工作量条件下的性能行为时间。
测试技术：
使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改测试来增加每项事务发生的次数。
完成标准：
多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。
注意事项：
（1）负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。
（2） 负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。
强度测试目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。
测试目标：
验证测试对象能够在以下强度条件下正常运行，不会出现任何错误：
（1） 服务器上几乎没有或根本没有可用的内存（内存和磁盘空间）
（2） 连接或模拟了最大实际（实际允许）数量的客户机
（3） 多个用户对相同的数据或账户执行相同的事务
（4） 最繁重的事务量或最差的事务组合
注：强度测试的目标可表述为确定和记录那些使系统无法继续正常运行的的情况或条件。
测试技术：
（1） 使用为性能评测或负载测试制定的测试。要对有限的资源进行测试，就应该在一台计算机上运行测试，而且应该减少或限制服务器上的内存和磁盘空间。
（2） 对于其他强度测试，应该使用多台客户机来运行相同的测试或互补的测试，以产生最繁重的事务量或最差的事务组合。
完成标准：
所计划的测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障的条件并不在指定的条件范围之内。
注意事项：
（1） 如果要增加网络工作强度，可能会需要使用网络工具来给网络加载消息或信息包。
（2） 应该暂时减少用于系统的磁盘空间，以限制数据库可用空间的增长。
（3） 使多个客户机对相同的记录或数据账户同时进行的访问达到同步。
