软件测试工程师，性能测试分为哪些方面？

今天分享介绍性能测试部门的内容，介绍软件测试过程中性能测试分为哪些方面，各方面测试什么等，希望对您有帮助。

性能测试的目的只是为了获得正在测试的系统的响应时间、吞吐量、可靠性、容量等信息。我认为发现特定性能相关缺陷(如内存溢出、并发处理等)是额外的结果。在更高的水平上，性能测试最想找到的是瓶颈。需要从很多方面测试如何获得必要的信息。

1.基准

Benchmark或Baseline测试。通常是单用户测试或数据量为零的环境中的测试。目标是建立可测量的参考标准，为其他测试场景或调整过程提供比较参考。也可以看作是最基本的性能测试，如果基准结果不能满足所需要求，则不需要测试后续场景。

2.稳定性测试

检查系统是否能长期稳定运行，是否存在短期内无法发现的缺陷(例如内存溢出、不断开数据库连接等)。为了缩短测试时间，通常可以在2小时内完成每天的预计压力(2 ~ 8原则)。这样，如果持续加压10个小时，就等于系统启动5天。监测各种性能指标是否平稳，是否有下降。

3.日常压力测试

通过基准测试后，首先要在小压力下进行测试，首先要在日常压力下测试系统的性能。这种压力必须以系统使用相关数据(例如，系统平均每日访问、平均在线人数、每日完成事务数等)为基础。通过该测试，发现并处理了表面性能问题。

4.容量测试

确认系统能满足预期压力后，还必须知道系统能承受的最大压力，即容量。一般通过“转折点方法”进行测试，逐步增加系统压力，直到性能指标不可接受或出现明显的转折点现象。

5.峰值压力测试

通过日常压力测试后需要更大的压力测试。这里也需要相关数据的支持，通常是未来几年后的预期压力。可以根据历史日平均压力、日最高压力等推测未来几年的日平均压力和日最高压力。这种类型的测试在性能测试中最常用。当然，还有其他常用类型，例如绝对同时测试、多用户对特定功能的即时请求测试。

在上述所有内容中，除了技术问题外，性能测试中最难的是用户模型(或系统使用模型)分析。直接决定压力测试场景能否有效模拟实际压力。通过对实际压力的模拟，性能测试具有更大的意义。可以说，性能测试已经进行了一定程度的测试，差异体现在模型构建上。

性能问题分析、定位或调整大部分是技术问题，需要多种专业知识。数据库、操作系统、网络、开发都是合格的性能测试人员必须具备的技术，这样才能从多方面考虑分析问题。当然，对测试者来说，技术能力只是第二位，测试思想是最根本的。

灵敏的嗅觉、严谨的逻辑、合理的猜测和大胆的实践是合格测试工程师的必要组成部分。真正的困难是要想出一个有效安全的方法，这是测试工程师最重要的能力。