Web 应用程序是决定网站性能的关键，对其进行测试是网站测试的核心。压力测试的目的是测试系统在各种负荷（由并发用户所产生的综合处理量）下的性能和稳定性。
为了保证Web 应用程序的压力测试能取得理想的测试效果，压力测试也应该遵循软件工程中软件测试的一般规范。整个测试流程应有文档记录，压力测试应得到相应的重视。
需求分析
对不同的系统其压力测试的强度和侧重点也不同。一个用于中小企业内部网和一个要处理大量用户的电子商务站点的负荷量和负荷分布是明显不同的。前者的最大负荷量和负荷分布是可预期的，而且对企事业单位内部网来说，暂时关闭系统后重新起动也是可以接受的。例如一个高校的选课系统只在进行选课的几天内要求系统能承受大负荷，其它时间其负荷几乎为零；而对于后者却无法预期有多少客户会同时访问站点，对高峰负荷出现的时间也无法预知。因此在压力测试前必须进行需求分析，它是编写良好测试案例的基础。
确定测试目标
在确定压力测试目标中，我们要定义测试的对象,并对每一个测试对象给出清晰说明，也要定义测试结束的目标。为控制测试的有效性以及完成程度,必须定义准则和策略,以判断何时结束测试阶段。准则必须是客观的,可量化的,而不能是经验或感觉。下面是一些压力测试目标:（1）测定终端用户事务的响应时间,它可能随用户的增加而增加,但要定义一个可接受时间。（2）定义主机最优配置,我们可以以最低的价格发挥最佳的性能。在压力测试目标确定过程中,要邀请用户、设计人员等对其进行评审。
制定压力测试计划
测试计划的内容主要包括：定义测试资源、制定测试进度表、选择测试工具等。制定测试计划的主要目的是使压力测试有章可循并得到人力、物力方面的保证。需要指出的是在制定测试进度表时应和开发进度相互协调。当开发一个Web应用程序时，根据功能的不同将系统分成一些单独的子系统。一个较好的方法是随着子系统的完成先进行子系统的压力测试，当然，最后还必须进行整个系统的综合压力测试。
分析系统
分析系统有两个主要任务:第一,搞清系统对各个资源的分布与使用情况,它将帮我们确定可能系统性能的瓶颈;第二,搞清用户事务的分布,确定压力测试的针对点。我们定义事务是用来表示用户要求服务器连续完成的操作任务。
因为大多数系统都是网络系统,而且网络常常也是降低响应时间的主要原因,所以我们通过资源示意图来分析系统的资源。为了更详细地说明资源的性能,我们要求对资源示意图中的每个资源的属性进行列表说明。例如,对于路由器,说明它运行的系统，它的网络处理能力、响应时间等;对于通信媒介,说明它的性能、容量等;对于主机,说明它的CPU性能、内存大小、I/O外设性能、运行的操作系统、数据库系统、应用软件系统,还有运行应用软件系统的系统配置文件等。
编写测试案例
测试人员将根据测试案例进行实际的测试工作，测试案例的编写应做到客观全面、重点突出，也就是要求编写的测试案例应该尽可能模拟真实的负荷，不遗漏重要的测试路径。
在测试案例中，应注明测试场景、测试项目、测试时要求记录的性能指标等。对Web应用程序来说，这些性能指标是大同小异的，性能指标主要分成客户端性能指标和服务器端性能指标两大类。
设置测试数据
压力测试脚本采取数据驱动方式。为了让所有的进程顺利执行,必须对测试数据进行参数化。同时运行的一组测试数据有时需要彼此是唯一的,有时需要顺序的,有时需要随机的,有时需要数据在一个区间内,有时需要从数据库的某个表提取数据。参数化后的数据与原数据类型应保持一致。设置测试数据的灵活性很大,对测试的结果影响也很大,应根据情况,具体问题具体分析。
进行压力测试
一般不提倡在开发环境中进行压力测试，如果由于经费原因不能另外构建测试环境，则将来的运行服务器的配置应该和开发用服务器的配置相同或更好。如果要模拟成百上千的并发用户，就应该采用多台客户机同时进行测试，因为一台机器上运行的线程太多将导致性能下降，从而使客户机不能及时处理从服务器返回的响应，造成测试误差。执行压力测试时，即使是同一条浏览路径也应进行多次测试，多次测试之间的间隔时间是随机的，这样才能获得比较客观的测试结果。
分析结果
压力测试运行结束后,把所有记录的数据汇总并记录到文件中。必须对测试的结果进行分析,才能得到结论。可以使用一些图形来比较、观察测试结果。
分析对象也是测试运行时记录的内容,下面是压力测试的分析对象:（1）测试使用的时间和被测事务的响应时间(有多少个用户同时运行);（2）压力测试参与的进程个数,成功个数,失败个数;（3）压力测试参与进程失败的原因;（4）事务的响应时间随用户增加的变化图;（5）资源限制。
优化调整设置
若测试失败,必须分析失败原因,如果是系统造成的,应返回给设计人员修改。测试结果不满足预期需求,需要对系统进行优化调整设置,然后再次运行测试、分析,直到可以满足预期需求,或调整已无法改善结果。
对系统的优化调整设置应与开发和系统管理人员协作进行。性能问题往往是互相联系的,而不是互不相干的。系统性能较低,可能是由于优化与设置的问题。通过优化与设置有时可以提高系统的性能。
提交测试报告
当压力测试结果可以满足预期需求,或优化和调整已无法改善结果。最后提交测试报告。在报告中要包括测试提要、测试环境和测试结果,提要应该简单说明测试方法、策略、范围、内容;测试环境应包括资源开销、环境配置等;结果测试必须包括测试是否通过或拒绝,对测试的结论进行说明,对系统的性能做出评价。测试结果要包括结果数据。
为了保证Web 应用程序的压力测试能取得理想的测试效果，压力测试也应该遵循软件工程中软件测试的一般规范。整个测试流程应有文档记录，压力测试应得到相应的重视。
需求分析
对不同的系统其压力测试的强度和侧重点也不同。一个用于中小企业内部网和一个要处理大量用户的电子商务站点的负荷量和负荷分布是明显不同的。前者的最大负荷量和负荷分布是可预期的，而且对企事业单位内部网来说，暂时关闭系统后重新起动也是可以接受的。例如一个高校的选课系统只在进行选课的几天内要求系统能承受大负荷，其它时间其负荷几乎为零；而对于后者却无法预期有多少客户会同时访问站点，对高峰负荷出现的时间也无法预知。因此在压力测试前必须进行需求分析，它是编写良好测试案例的基础。
确定测试目标
在确定压力测试目标中，我们要定义测试的对象,并对每一个测试对象给出清晰说明，也要定义测试结束的目标。为控制测试的有效性以及完成程度,必须定义准则和策略,以判断何时结束测试阶段。准则必须是客观的,可量化的,而不能是经验或感觉。下面是一些压力测试目标:（1）测定终端用户事务的响应时间,它可能随用户的增加而增加,但要定义一个可接受时间。（2）定义主机最优配置,我们可以以最低的价格发挥最佳的性能。在压力测试目标确定过程中,要邀请用户、设计人员等对其进行评审。
制定压力测试计划
测试计划的内容主要包括：定义测试资源、制定测试进度表、选择测试工具等。制定测试计划的主要目的是使压力测试有章可循并得到人力、物力方面的保证。需要指出的是在制定测试进度表时应和开发进度相互协调。当开发一个Web应用程序时，根据功能的不同将系统分成一些单独的子系统。一个较好的方法是随着子系统的完成先进行子系统的压力测试，当然，最后还必须进行整个系统的综合压力测试。
分析系统
分析系统有两个主要任务:第一,搞清系统对各个资源的分布与使用情况,它将帮我们确定可能系统性能的瓶颈;第二,搞清用户事务的分布,确定压力测试的针对点。我们定义事务是用来表示用户要求服务器连续完成的操作任务。
因为大多数系统都是网络系统,而且网络常常也是降低响应时间的主要原因,所以我们通过资源示意图来分析系统的资源。为了更详细地说明资源的性能,我们要求对资源示意图中的每个资源的属性进行列表说明。例如,对于路由器,说明它运行的系统，它的网络处理能力、响应时间等;对于通信媒介,说明它的性能、容量等;对于主机,说明它的CPU性能、内存大小、I/O外设性能、运行的操作系统、数据库系统、应用软件系统,还有运行应用软件系统的系统配置文件等。
编写测试案例
测试人员将根据测试案例进行实际的测试工作，测试案例的编写应做到客观全面、重点突出，也就是要求编写的测试案例应该尽可能模拟真实的负荷，不遗漏重要的测试路径。
在测试案例中，应注明测试场景、测试项目、测试时要求记录的性能指标等。对Web应用程序来说，这些性能指标是大同小异的，性能指标主要分成客户端性能指标和服务器端性能指标两大类。
设置测试数据
压力测试脚本采取数据驱动方式。为了让所有的进程顺利执行,必须对测试数据进行参数化。同时运行的一组测试数据有时需要彼此是唯一的,有时需要顺序的,有时需要随机的,有时需要数据在一个区间内,有时需要从数据库的某个表提取数据。参数化后的数据与原数据类型应保持一致。设置测试数据的灵活性很大,对测试的结果影响也很大,应根据情况,具体问题具体分析。
进行压力测试
一般不提倡在开发环境中进行压力测试，如果由于经费原因不能另外构建测试环境，则将来的运行服务器的配置应该和开发用服务器的配置相同或更好。如果要模拟成百上千的并发用户，就应该采用多台客户机同时进行测试，因为一台机器上运行的线程太多将导致性能下降，从而使客户机不能及时处理从服务器返回的响应，造成测试误差。执行压力测试时，即使是同一条浏览路径也应进行多次测试，多次测试之间的间隔时间是随机的，这样才能获得比较客观的测试结果。
分析结果
压力测试运行结束后,把所有记录的数据汇总并记录到文件中。必须对测试的结果进行分析,才能得到结论。可以使用一些图形来比较、观察测试结果。
分析对象也是测试运行时记录的内容,下面是压力测试的分析对象:（1）测试使用的时间和被测事务的响应时间(有多少个用户同时运行);（2）压力测试参与的进程个数,成功个数,失败个数;（3）压力测试参与进程失败的原因;（4）事务的响应时间随用户增加的变化图;（5）资源限制。
优化调整设置
若测试失败,必须分析失败原因,如果是系统造成的,应返回给设计人员修改。测试结果不满足预期需求,需要对系统进行优化调整设置,然后再次运行测试、分析,直到可以满足预期需求,或调整已无法改善结果。
对系统的优化调整设置应与开发和系统管理人员协作进行。性能问题往往是互相联系的,而不是互不相干的。系统性能较低,可能是由于优化与设置的问题。通过优化与设置有时可以提高系统的性能。
提交测试报告
当压力测试结果可以满足预期需求,或优化和调整已无法改善结果。最后提交测试报告。在报告中要包括测试提要、测试环境和测试结果,提要应该简单说明测试方法、策略、范围、内容;测试环境应包括资源开销、环境配置等;结果测试必须包括测试是否通过或拒绝,对测试的结论进行说明,对系统的性能做出评价。测试结果要包括结果数据。