图片静态的性能测试
静态的性能测试(以下简称静态测试)在性能测试中往往比功能测试更加重要，因为很多严重的性能效率方面的缺陷是在系统架构设计阶段引入的，例如系统架构不合理或不均衡，采用了有问题的算法模型等。这些缺陷的引入可能是由于设计者和架构师的误解或者缺乏相关知识，也可能因为设计需求没有充分捕捉到响应时间、吞吐率、资源利用目标、预期负载和用途、限制条件等要素。所以，静态测试特别适合在系统建设的早期阶段进行。
静态测试包括
关于性能及性能风险的需求评审;
对数据库架构、实体关系图、元数据、存储过程、查询等的评审;
对系统和网络架构的评审;
对系统关键部位代码的评审(如复杂算法)。
动态性能测试
当系统已经构建起来，动态的性能测试(以下简称为动态测试)就应该尽早开始，几个关键的测试时机如下。
在单元测试期间，使用信息分析来确定潜在瓶颈，使用动态分析来评估资源利用情况。
在组件集成测试期间，尤其是在集成不同用例功能时或者与工作流的主干结构集成时，面向贯穿跨组件的关键用例和工作流进行测试。
在系统测试期间，在不同负载条件下检查总体端到端的表现。
在系统集成测试期间，特别是在测试关键系统间接口的数据流和工作流时，“用户"可能是另一个系统或机器(例如传感器或其他输入系统)。
在用户验收测试阶段，建立用户、客户、操作员对系统性能的信心，并在真实条件下对系统进行调优(但这时通常不是为了发现系统中的性能缺陷)。
如果定制硬件或新硬件是系统的一部分，则可以使用模拟器执行早期的动态性能测试。但是，最好尽快在实际硬件上开始测试，因为模拟器通常不能充分捕获资源约束和与性能相关的行为。
在系统测试、系统集成测试或用户验收测试等更高级别的测试中，使用真实的测试环境、数据和负载对性能测试结果的准确性至关重要。
在敏捷以及其他迭代和增量开发模型中，团队应该将静态测试和动态测试纳入软件早期的迭代计划中而不是等到最终迭代才开始做性能测试。
