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